Осмелюсь предложить свою самоделку для Меркурий 206 под OpenWrt (JSON для Zabbix умеет) — GitHub. Подборка некоторых ссылок и недописанные мои заметки здесь — ZFT Lab.
Фидбек, тесты и правки приветствуются. Спасибо!
Осмелюсь предложить свою самоделку для Меркурий 206 под OpenWrt (JSON для Zabbix умеет) — GitHub. Подборка некоторых ссылок и недописанные мои заметки здесь — ZFT Lab.
Фидбек, тесты и правки приветствуются. Спасибо!
Осмелюсь предложить свою самоделку для Меркурий 206 под OpenWrt (JSON для Zabbix умеет) — GitHub
Подборка некоторых ссылок и недописанные мои заметки здесь — ZFT Lab.
Фидбек, тесты и правки приветствуются. Спасибо!
Осмелюсь предложить свой вариант реализации мониторинга UPS, работающих по протоколу Megatec (тоже JSON+Zabbix). Информацию собирал для себя, в основном столкнувшись с необходимостью контроля за UPS Энергия ПН-500 (и других этого производителя). Был взят исходник из статьи, допилен коллегой по моей просьбе, протестирован и опубликован в виде пакета для сборки в OpenWrt на GitHub. Получившийся бинарник (~5kB) легко закидывается в любое OpenWrt устройство с Zabbix агентом, без необходимости пересборки системы. Как по мне, то NUT немного «жирноват» для Embedded устройств с такими целями как получение данных с UPS с последующей передачей их в Zabbix.
Осмелюсь предложить свой вариант реализации мониторинга UPS, работающих по протоколу Megatec. Информацию собирал для себя, в основном столкнувшись с необходимостью контроля за UPS Энергия ПН-500 (и других этого производителя). Был взят исходник из статьи, допилен коллегой по моей просьбе, протестирован и опубликован в виде пакета для сборки в OpenWrt на GitHub. Получившийся бинарник (~5kB) легко закидывается в любое OpenWrt устройство без необходимости пересборки системы. Как по мне, то NUT немного «жирноват» для таких целей как получение данных с UPS с последующей передачей их в Zabbix/Nagios. Работа Zabbix и JSON прекрасно описаны в статье на Хабре. Если кого-то заинтересовала утилита для электросчётчиков Меркурий, у нас она то-же есть для OpenWrt.
Несколько лет назад LEDE отпочковался от OpenWRT, привёл в порядок свою структуру и архитектуру, написал определенные правила, а вот сейчас они опять вместе объединяются в текущем транке.
Да, используя транк, а не законченный релиз можно получить приключений себе на одно место, тут я полностью согласен. Просто как по мне, больше привычен именно чистый OpenWrt, допустим Chaos Calmer релиз, баги там уже все изучены, наработки сделаны, потому и спросил с чем был связан выбор LEDE.
А вообще, при ведении таких вот паблик проектов как у Вас, было-бы шикарно использовать сборки с применением ImageBuilder под распространённые железки. Не панацея, но примерно вот так, как товарищ один сделал для разрабатываемых им плюшек под APRS — на выходе прошивки под разные поддерживаемые им железки.
Мы к встроенному выводу Alarm Input цепляем датчик движения обычный ИК, и по нему уже идет отработка события (слушаем alarm сигнализацию от камеры) и отправка снапшотов в телеграм, яндекс, mqtt и т.д.
У меня нет «стабильных поставок», я ничего не продаю. Мне присылают (прошу всегда всех, у кого есть возможность — присылайте) нерабочие платы, лагающие платы и кое-какие демо-образцы несколько дружественных фирм, которые занимаются отвёрточной сборкой камер из китайских комплектующих. Пытаюсь делать конфету из того что в лапы попадает. так сказать…
Варианты SDK лежат на Яндекс.Диск у меня, ссылка в статье есть.Платы на HI3518xx требуют доработки приличной, чем и занимаемся в группе Телеграм (кстати, не забудьте заглянуть к нам), как самые массовые и дешевые, продающиеся под разными брендами.
А вот платы на T20 процессоре, там уже интереснее, в них нормальны v4l есть, и следовательно, нет никаких проблем даже без OpenRTSP получить ролик и выкинуть на Яндекс.Диск или еще куда-то. Даже разработанная Вами плата роутера будет не нужна, только как бекап с аккумулятором, что само по себе — отличная идея, и Вам РЕСПЕКТ!
Супервизор это трёхлапая микросхемка, лечит зависоны на ура у этой (и не только) железки. Вот актуальное описание на 4PDA нашел, сразу два в одном, описаны две болезни и как лечить — про порты и про супервизор.
Но порты можно и из конфига потушить, без патча исходников, работает в таком случае (с потушенными портами) железка намного стабильнее, вот мой вариант кусочка конфига по свичу:
Еще по железу немного.
Прочитал фразу «На HAME A5 наша прошивка регистратора работала нестабильно, роутер постоянно зависал и перезагружался. Скорее всего это происходило из-за сильного перегрева. Поэтому пришлось от него отказаться в пользу более надёжного и проверенного варианта.»
Там нужно на этом роутере супервизор питания ставить и отключать неиспользуемые ETH порты — из-за этого он сильно очень греется. Отключение портов возможно как при сборке прошивки в исходниках, так и через конфиг в секции свича. И будет этот роутер работать. после данных модификаций, как трактор, т.е. без проблем.
Спасибо за интересный материал, есть над чем подумать. И сразу несколько вопросов:
Чем был обусловлен выбор LEDE, а не OpenWrt и не их последний совместный транк?
Не думали-ли всё-таки попробовать уйти от разработанной вами доп.платы и поднять LEDE/OpenWrt сразу на камере? Ваши аргументы выше по поводу «сегодня есть, а завтра уже нет» я читал и с ними согласен на 99%. Однако если сделать полностью програмное решение, с возможностью выгрузки в локальное облако, это было-бы шикарно. Для старта есть смысл поддерживать пока только железки на процессорах HI35xx и T10/T20, как самые распространённые, IMHO. У нас уже есть небольшой коллектив, копаем в этом направлении, как по модификации китайского ПО, так и по тестовым сборкам OpenWrt (там есть ссылки на тематические чаты в Telegram и код на GitHub). Присоединяйтесь, будем рады!
Вот от меня в копилку общих знаний миниатюрная (14кБ) утилита для съёма показаний для счётчиков Меркурий по RS485 порту. Пригодится «самоделкиным» и «кулибиным», умеющим собирать пакеты для OpenWrt/LEDE…
Для уничтожения врага (а в данном случае для недопущения заражения и для выполнения полноценного сканирования устройств в сети) нужно его изучать. У меня специально стоит один подопытный кролик, на котором они упражняются, а мне приходят логи изменений, какие новые гадости добавляют эти мерзавцы…
Поддержу, друг!
У меня более восьми тысяч инсталляций на различных устройствах с 2003 года.
Единственное решение, тупое как пробка (в хорошем смысле слова ибо ничего лишнего), с достаточным функционалом и безотказно работающее на любом железе.
GM8136 SDK тот что на Github или у вас от вендора что-то было?
Да, из-за единичной модели нет смысла связываться, Hisilicon в этом плане на коне конечно, кто только не штампует платы на их процессорах.
Фидбек, тесты и правки приветствуются. Спасибо!
Фидбек, тесты и правки приветствуются. Спасибо!
Подборка некоторых ссылок и недописанные мои заметки здесь — ZFT Lab.
Фидбек, тесты и правки приветствуются. Спасибо!
Да, используя транк, а не законченный релиз можно получить приключений себе на одно место, тут я полностью согласен. Просто как по мне, больше привычен именно чистый OpenWrt, допустим Chaos Calmer релиз, баги там уже все изучены, наработки сделаны, потому и спросил с чем был связан выбор LEDE.
А вообще, при ведении таких вот паблик проектов как у Вас, было-бы шикарно использовать сборки с применением ImageBuilder под распространённые железки. Не панацея, но примерно вот так, как товарищ один сделал для разрабатываемых им плюшек под APRS — на выходе прошивки под разные поддерживаемые им железки.
Варианты SDK лежат на Яндекс.Диск у меня, ссылка в статье есть.Платы на HI3518xx требуют доработки приличной, чем и занимаемся в группе Телеграм (кстати, не забудьте заглянуть к нам), как самые массовые и дешевые, продающиеся под разными брендами.
А вот платы на T20 процессоре, там уже интереснее, в них нормальны v4l есть, и следовательно, нет никаких проблем даже без OpenRTSP получить ролик и выкинуть на Яндекс.Диск или еще куда-то. Даже разработанная Вами плата роутера будет не нужна, только как бекап с аккумулятором, что само по себе — отличная идея, и Вам РЕСПЕКТ!
Но порты можно и из конфига потушить, без патча исходников, работает в таком случае (с потушенными портами) железка намного стабильнее, вот мой вариант кусочка конфига по свичу:
Прочитал фразу «На HAME A5 наша прошивка регистратора работала нестабильно, роутер постоянно зависал и перезагружался. Скорее всего это происходило из-за сильного перегрева. Поэтому пришлось от него отказаться в пользу более надёжного и проверенного варианта.»
Там нужно на этом роутере супервизор питания ставить и отключать неиспользуемые ETH порты — из-за этого он сильно очень греется. Отключение портов возможно как при сборке прошивки в исходниках, так и через конфиг в секции свича. И будет этот роутер работать. после данных модификаций, как трактор, т.е. без проблем.
Чем был обусловлен выбор LEDE, а не OpenWrt и не их последний совместный транк?
Не думали-ли всё-таки попробовать уйти от разработанной вами доп.платы и поднять LEDE/OpenWrt сразу на камере? Ваши аргументы выше по поводу «сегодня есть, а завтра уже нет» я читал и с ними согласен на 99%. Однако если сделать полностью програмное решение, с возможностью выгрузки в локальное облако, это было-бы шикарно. Для старта есть смысл поддерживать пока только железки на процессорах HI35xx и T10/T20, как самые распространённые, IMHO. У нас уже есть небольшой коллектив, копаем в этом направлении, как по модификации китайского ПО, так и по тестовым сборкам OpenWrt (там есть ссылки на тематические чаты в Telegram и код на GitHub). Присоединяйтесь, будем рады!
Вот от меня в копилку общих знаний миниатюрная (14кБ) утилита для съёма показаний для счётчиков Меркурий по RS485 порту. Пригодится «самоделкиным» и «кулибиным», умеющим собирать пакеты для OpenWrt/LEDE…
Для уничтожения врага (а в данном случае для недопущения заражения и для выполнения полноценного сканирования устройств в сети) нужно его изучать. У меня специально стоит один подопытный кролик, на котором они упражняются, а мне приходят логи изменений, какие новые гадости добавляют эти мерзавцы…
У меня более восьми тысяч инсталляций на различных устройствах с 2003 года.
Единственное решение, тупое как пробка (в хорошем смысле слова ибо ничего лишнего), с достаточным функционалом и безотказно работающее на любом железе.
Да, из-за единичной модели нет смысла связываться, Hisilicon в этом плане на коне конечно, кто только не штампует платы на их процессорах.
Из GrainMedia знаю и имею только GM8136S, с Fullhan дела не имел.