Вот от меня в копилку общих знаний миниатюрная (14кБ) утилита для съёма показаний для счётчиков Меркурий по RS485 порту. Пригодится «самоделкиным» и «кулибиным», умеющим собирать пакеты для OpenWrt/LEDE…
Есть «экспортный» ;) вариант уже готового бинарника (для архитектуры arm_arm926ej) который устанавливается в недорогую видеокамеру, смотрящую за порядком в гараже, и снимающую показания с рядом установленного счётчика через USB-RS485 переходник.
Затем показания самой камерой шлются в Телеграм (Slack, Mattermost и т.д.) по расписанию или запросу, а некоторые критичные данные могут быть выведены сразу в уголочек на снимаемую картинку гаража, но это уже отдельная история…
Буду очень рад, если кто-то подключится к развитию данной тематики, адаптации ПО под другие счётчики Меркурий, а так-же предложит в копилку простые утилиты для съёма данных со счётчиков других производителей.
P.S. Утилитка выводит снимаемые данные примерно вот так и умеет выводить данные в json.
Сделал себе такой-же листинг для отображения списка модифицированных и своих прошивок по IP камерам — IPCam. У меня, конечно, не такое разнообразие по типам файлов чем в примерах, но в любом случае интереснее выглядит чем ничего. Спасибо, получилось именно то, что и хотел.
Спасибо, интересное решение. У самого то-же есть пару проектов, связанных с прошивками под различные устройства, и есть желание причесать стандартный вывод информации.
Ссылку на рабочий вариант могу указать по запросу в комментариях.
Да, покажите пожалуйста рабочий пример на базе вашей разработки. Спасибо.
Фото делалось, естественно, не перед текущей публикацией, а достаточно давно и не мной лично. Насколько я помню, мы предоставляли свою радиостанцию на одно из торжественных мероприятий по окончанию ВОВ (60 или 65 лет), где присутствовало несколько ветеранов имеющих отношение к связи и было много атрибутики на военные темы. Судя по рассказам, радист и рация не должны были никогда попасть к врагу, отсюда и такое символическое постановочное фото.
Под процессор IPC XM510 находили что-нибудь из документации?
Хочется камерам на их базе скриншоты научиться делать, но информации полный ноль. Может это просто какой-то перемаркированный чип?
Если кому интересно, поделки свои выкладываю тут
Возможно, будет кому-то будет интересна программка для сбора статистики и получения инфо под OpenWrt роутеры. Поставил больше десятка мини роутеров с этой програмкой и подключением по RS485 через USB переходник (~1$ на Алиэкспресс), статистика собирается удалённо для внутреннего учёта — полёт нормальный уже год.
XM с SoC HI3518E v1 и v2
XM с SoC HI3516C
XM с SoC IPC 510A1
XM с SoC GM8135S
На данный момент вот такой моддинг пилю. Планирую метод сделать универсальным, под разные PCB. За основу взял специально самую дешевую и массовую плату, ну и относительно старую уже, конечно.
Не принимайте это утверждение дословно.
Просто при пробросе портов камера может отдавать картинку, которая будет рассыпаться. Дело в том, что во многих камерах бинарник, который является RTSP сервером еще выполняет кучу дополнительных функций и старые прошивки, особенно, работают на грани фола. И каждый «чих», в данном случае трансляция адресов, пусть и не на самой камере, вносит некий дисбаланс в эту хрупкую конструкцию. Выше давали ссылки на статью, там всё достаточно хорошо и подробно объясняется.
Минусующих заело что-ли, что разговор пошел в техническую сторону? Повторюсь — указанный выше результат вполне хорош. Любой туннель с более-менее адекватной шифрацией для Embedded систем будет занимать не менее 160-220 килобайт.
Занимаюсь сейчас моддингом прошивок к камерам XM на базе SoC HI3518E, с интеграцией в камеры низшей ценовой категории, которые с флешкой 8 Mb, дополнительных возможностей в виде поддержки USB WiFi/Flash/3Gmodem, туннелей для создания своего «облака» (повторить сможет каждый на роутере/сервере с одним белым IP), подключения датчиков и исполнительных устройств. Так что немного «в теме» как достаточно непросто происходит там борьба за каждые свободные 50-10 килобайт.
Спасибо за статью, было достаточно интересно.
Сообщите пожалуйста, какого размера исполняемых файлов и библиотек вам удалось достичь?
Ведь не секрет, что в некоторых камерах места, ну как кот наплакал.
Свои задачи я решил путём интеграции в прошивки к камерам XM небольшой утилитки VTUNd, которая строит L2/L3 туннель на мой сервер, а китайское облако отключил. Ну и скриптов и утилиток еще докинул до кучи в прошивку.
Вы не сообщили производителя, модель и SoC камеры. Напишите, попробуем вместе.
От этого зависит и метод распаковки. Некоторые примеры были тут и на GT.
Есть еще вариант делать KISS TNC на базе самых дешевых Arduino. Заливается в них прошивка и паяется пяток деталей. Работает такой вариант весьма неплохо с любыми радиостанциями. Исходные коды прошивок и готовые бинарники есть по ссылкам ТУТ (заметку писал для себя), самый нижний блок. KISS TNC на Arduino хорош тем, что можно собрать несколько штук, подключить их по USB в хаб, хаб воткнуть в роутер любой и вещать сразу на нескольких диапазонах.
Вот от меня в копилку общих знаний миниатюрная (14кБ) утилита для съёма показаний для счётчиков Меркурий по RS485 порту. Пригодится «самоделкиным» и «кулибиным», умеющим собирать пакеты для OpenWrt/LEDE…
Есть «экспортный» ;) вариант уже готового бинарника (для архитектуры arm_arm926ej) который устанавливается в недорогую видеокамеру, смотрящую за порядком в гараже, и снимающую показания с рядом установленного счётчика через USB-RS485 переходник.
Затем показания самой камерой шлются в Телеграм (Slack, Mattermost и т.д.) по расписанию или запросу, а некоторые критичные данные могут быть выведены сразу в уголочек на снимаемую картинку гаража, но это уже отдельная история…
Буду очень рад, если кто-то подключится к развитию данной тематики, адаптации ПО под другие счётчики Меркурий, а так-же предложит в копилку простые утилиты для съёма данных со счётчиков других производителей.
P.S. Утилитка выводит снимаемые данные примерно вот так и умеет выводить данные в json.
Да, покажите пожалуйста рабочий пример на базе вашей разработки. Спасибо.
В конце 80-х удалось её отреставрировать и даже несколько QSO (радиосвязей) телеграфом были проведены на любительском диапазоне 3,5MHz.
Лампы там интересные применены, вот такие, в деревянных коробках шли наборы.
Хочется камерам на их базе скриншоты научиться делать, но информации полный ноль. Может это просто какой-то перемаркированный чип?
Если кому интересно, поделки свои выкладываю тут
Оно было почти у всех, кого я только помню.
На УКВ и репитеры перешли.
В детстве были UB2JWS и UB4JZA.
Кратко про нашу команду на Скилуре
Или Hisilicon поделился таки с вашей компанией исходниками под NDA?
XM с SoC HI3516C
XM с SoC IPC 510A1
XM с SoC GM8135S
На данный момент вот такой моддинг пилю. Планирую метод сделать универсальным, под разные PCB. За основу взял специально самую дешевую и массовую плату, ну и относительно старую уже, конечно.
Просто при пробросе портов камера может отдавать картинку, которая будет рассыпаться. Дело в том, что во многих камерах бинарник, который является RTSP сервером еще выполняет кучу дополнительных функций и старые прошивки, особенно, работают на грани фола. И каждый «чих», в данном случае трансляция адресов, пусть и не на самой камере, вносит некий дисбаланс в эту хрупкую конструкцию. Выше давали ссылки на статью, там всё достаточно хорошо и подробно объясняется.
Занимаюсь сейчас моддингом прошивок к камерам XM на базе SoC HI3518E, с интеграцией в камеры низшей ценовой категории, которые с флешкой 8 Mb, дополнительных возможностей в виде поддержки USB WiFi/Flash/3Gmodem, туннелей для создания своего «облака» (повторить сможет каждый на роутере/сервере с одним белым IP), подключения датчиков и исполнительных устройств. Так что немного «в теме» как достаточно непросто происходит там борьба за каждые свободные 50-10 килобайт.
Достаточно хороший результат. Мои искренние поздравления!
Сообщите пожалуйста, какого размера исполняемых файлов и библиотек вам удалось достичь?
Ведь не секрет, что в некоторых камерах места, ну как кот наплакал.
Свои задачи я решил путём интеграции в прошивки к камерам XM небольшой утилитки VTUNd, которая строит L2/L3 туннель на мой сервер, а китайское облако отключил. Ну и скриптов и утилиток еще докинул до кучи в прошивку.
От этого зависит и метод распаковки. Некоторые примеры были тут и на GT.