Comments 23
на редкость хабратортно, побольше бы такого
насчет wifi адаптеров. openipc вообще поддержано довольно ограниченное число типов wifi и авторы не горят желанием увеличивать их количество (есть соотв. issue на github). Так что сперва смотрим перечень поддерживаемых и достаем совместимый - а не наоборот.
Позвольте не согласиться с вами по некоторым пунктам.
В ваших фразах присутствует достаточно голословное утверждение по ограниченному количеству поддерживаемых WiFi чипов.
Если какой-то адаптер и не поддерживается, при чем на каком-нибудь процессоре, выпуск которого прекратился лет десять назад, то это не просто так.
В проекте поддерживается всё, что актуально на данный момент и даже более, а вот желание авторов можно мотивировать не только донатами, а и присылая PR.
Так что скорее всего упомянутый Issue просто ждет своего часа и инженера, которому это будет интересно.
То, что нужно перед началом прошивки смотреть какой чип стоит в модуле WiFi, а так-же какой тип подключения чипа к процессору - это всегда обязательно и даже не обсуждается, т.к. дело может быть совсем не в драйверах а в хитрых способах инициализации, управления и т.д.
В Telegram группах OpenIPC находится достаточно мощное сообщество, которое быстро ответит на большинство вопросов.
не так уж много фраз у меня было :) у автора есть ведро "незаработавших" адаптеров, а в прошивке - четкое число пакаджей для адаптеров - такова основная мысль моего поста. То что не все просто - тоже можно вынести за скобки "понятно и не обсуждается". Так что не вижу тут противоречия.
в том issiue был довольно жесткий отказа по таким причинам, но поскольку я его сейчас не нашел - ну может он мне приснился просто :) или потом все таки исправили.
Не нужно путать адептеры USB, которые идут в виде свистков, которых никогда ни на каких камерах не было и не будет, с адаптерами которые идут непосредственно на платах производителей.
Так-же есть исключительно китайские процессоры WiFi, на которые нет драйверов, и это не обязанность OpenIPC их поддерживать или писать.
Запустить WiFi свистки нетипичные для камер или какой-то откровенный шлак - это только личное желание владельцев этих самых камер и свистков, половина из которых 5 V и не будут нормально работать будучи подключенными к разъёму камеры где 3,3 V.
А по поводу Issue и списка чипов WiFi - пишите, как найдете, конкретные модели, можно будет посмотреть что с ними не так. Пока я проблем не вижу, поддерживаемое количество большое и постоянно растёт.
собственно вот почему я это все вспомнил. Причины озвучены, никто никого не заставляет, вопрос закрыт: https://github.com/OpenIPC/firmware/issues/1030
Я думал вы про какой-то драйвер найдете упоминание..
А тут как раз про факт, что на старых процессорах (выпуск завершен 10 лет назад) незачем делать официальные прошивки с функционалом, который плохо будет работать. Лучше вообще не делать, что-бы не ловить проблемы и критику, именно официально, но ничто не мешает каждому собрать свой профиль, в т.ч. и с написанным там функционалом FPV.
У меня из мешка со свистками для этой цели подошёл USB-Wi-Fi-двухдиапазонный адаптер на чипе RTL8812AU. Кроме того, что этот чип поддерживает режим точки доступа, он ещё отлично показал себя в плане качества связи
Видимо из этой фразы был сделан вывод, что из ведра адаптеров запустился только один. Это не так. Они все могут работать в OpenIPC и проблем с дровами в целом нет, но с поддержкой режима точки доступа нашелся только этот. Остальные просто не перебирал.
make BOARD=... all не позволяет собрать прошивку для всех возможных чипов: некоторые требуют костыля для слепления готового .bin который засунут в building.sh А там есть милый такой момент - когда будет building.sh all (all - параметр по умолчанию, его можно не писать) то будет сделано make dist-clean - все потрется и начнет собираться с 0, и что то даже перекачиваться - т.е. долгий процесс.
Собственно это все штатный способ описанный https://github.com/OpenIPC/wiki/blob/master/en/building.md но вот такая мелкая деталь зам забыта. я для мелких изменений использовал не all а build Еще можно отдельные пакеты перекомпилировать.
Если вы описываете свои мироощущения от начала работы с проектом, то это конечно похвально, но не стоит усугублять.
Простой запуск скрипта building.sh, при правильно настроенном окружении, выведет вам красивое меню с выводом всех поддерживаемых платформ.
Просто выберите нужный тип и нажмите Enter или укажите тип платформы в командной строке скрипта.
И не ищите черных .bin кошек в тёмной комнате, когда их там нет. Успехов ! ;)
а ужели я этого не делал неоднократно. я поменял состав пакаджей и удивился что у меня снова долго и упорно все перекачивает и перекомпилируется. что не удивительно так как
if [ "all" = "${COMMAND}" ]; then
fresh $(make BOARD=${BOARD})
fiв составе которой есть make distclean
собственно, вспомнилось это потому что авторe сей статьи /building.sh с этой самой менюшкой не понравился. а я все таки тратил время и копался в кишочках чтобы разобраться зачем он вообще нужен. там же ведь тоже можно конфиг указать и не выводить каждый раз это меню.
Здесь просто речь я думаю шла о предпочтениях.
Для новичков нужно и важно меню.
Для автосборок можно указать процессор в командой строке
Для пересборки конкретного пакета, рутовой, ядра - есть пара команд в вики
Не вижу никаких проблем в выборе методов под свой вкус каждому
Проблем вообще нет, особенно если знать эти методы. Да и претензий собственно нет - никто никому ничего не обязан. Просто меня, именно новичка, были неожиданны некоторые моменты: что сборка потребует гигабайты диска, гигабайты трафика, ну и что процессор желательно мощный. Ну или что если я удалю пакадж из конфига то его откомпилированный ранее экземпляр все равно добавится в прошивку. Все это очевидное, но не всем, не всегда, ну или не сразу. Хотел даже статейку набросать про эти очевидности, но надоело с этим играться, а практической необходимости и мешка камер как у @SergeyNovakу меня нет. Поэтому есть эти коментарии к статье для начинающих
Можно быть водителем автомобиля, и при проблемах отгонять его в сервис, а можно быть энтузиастом и постоянно лазить под капотом и в других местах, изучая, саморазвиваясь в радость себе.
Точно так-же и с прошивками. В OpenIPC есть такие, которые можно поставить на устройство сразу и будет работать из коробки, а есть которые требуют доработки или самостоятельного изготовления.
С точки зрения статеек, они конечно важны и интересны, но гораздо более полезнее любые заметки в вики. Так что если будет желание, это всегда приветствуется. Да и с железом, у кого есть необходимость, OpenIPC высылает платки и иногда даже готовые устройства тем, кто хочет разобраться и внести вклад. Так что не всё еще потеряно. Успехов ! ;)
Посмотрю по реакции здесь - а то здесь пока видно 3-4 человека заинтересованных то. Затем и нужны такие статьи чтобы люди знали "вау, а что так можно!"
судя по развитию вики проекта народ очень замарачиваться чтобы ставить это дело на всякие самолетики и летаем с этим до 100км удаление
Обращаю внимание, что добавление в мост интерфейса wlan0 должно
происходить уже после успешного запуска hostapd, иначе будет ошибка
Можно добавить в hostapd.conf bridge=br0 и hostapd сам добавит интерфейс в мост.
Пытаюсь собрать прошивку, не могу найти building.sh. В Тегеграм чате сказали, что теперь без него, просто make запускать.Но он падает с ошибкой "Stop.s invalid chars: 'tudy/OpenIPC/firmware/general': name 'GENERAL". Не подскажете, что я делаю не так?
Точка доступа Wi-Fi из камеры видеонаблюдения на OpenIPC