M-BUS, часть I
Как-то раз столкнулся с протоколом M-BUS (Meter-Bus). Задача — научится считывать данные с теплосчетчиков Minocal Minol...
Как оказалось, протокол M-Bus очень популярен в Европе. Используется в счетчиках электроэнергии, газа, воды, тепла и т.д.
В отличии от стандарта RS485, M-Bus использует другие уровни сигналов. Низкая скорость передачи данных (300 — 9600 бит), как следствие низкие требования к линии связи (достаточно стандартного телефонного провода). Стандарт тщательно оптимизирован для пониженного потребления и позволяет обходится без отдельного внешнего источника питания конечного устройства, используя внутреннюю батарею и питание от самой линии, так же отсутствует необходимость соблюдения полярности.
Читать дальше
Как оказалось, протокол M-Bus очень популярен в Европе. Используется в счетчиках электроэнергии, газа, воды, тепла и т.д.
В отличии от стандарта RS485, M-Bus использует другие уровни сигналов. Низкая скорость передачи данных (300 — 9600 бит), как следствие низкие требования к линии связи (достаточно стандартного телефонного провода). Стандарт тщательно оптимизирован для пониженного потребления и позволяет обходится без отдельного внешнего источника питания конечного устройства, используя внутреннюю батарею и питание от самой линии, так же отсутствует необходимость соблюдения полярности.
Читать дальше
DMX-512, STM32
Как-то понадобилось изучить протокол — DMX-512.
И научится правильно «принимать» посылки.
В интернете, о протоколе DMX — информации достаточно DMX
Простите за низкое качество фото.
Читать дальше
И научится правильно «принимать» посылки.
В интернете, о протоколе DMX — информации достаточно DMX
Простите за низкое качество фото.
Читать дальше
Замена rc-серво-протокола
Пока всего лишь некоторые мысли о том каким должен быть протокол и интерфейс к сервам и другим контроллерам двигателей. Пишу чтобы послушать критику, предложения по улучшению.
Читать дальше
Подсчет потеряных пакетов при односторонней передаче данных (идея)
/**
Хотел написать на форум, но уж больно многа текста получилось — тянет на запись в бложике. Поэтому пусть тут полежит.
Эту идею я придумал сам, безо всякого анализа уже готовых решений. Поэтому если сегодня вечером был изобретен очередной велосипед — не ругайтесь :)
**/
Думал сегодня над тем как скрестить ланчапад, пинборд и пару китайских радиомодулей. В итоге получилась схема такого плана: ланчпад замеряет своим термодатчиком температуру и передает по радиоканалу раз в пять секунд; stm8 на пинборде анализирует срач в эфире, выделяет из него полезные данные и выводит на индикатор.
По ходу размышлений захотелось мне странного — анализировать количество потеряных пакетов. Ну и высчитывать из этого всякие прикольные числа и указывать на качество связи.
Читать дальше
Хотел написать на форум, но уж больно многа текста получилось — тянет на запись в бложике. Поэтому пусть тут полежит.
Эту идею я придумал сам, безо всякого анализа уже готовых решений. Поэтому если сегодня вечером был изобретен очередной велосипед — не ругайтесь :)
**/
Думал сегодня над тем как скрестить ланчапад, пинборд и пару китайских радиомодулей. В итоге получилась схема такого плана: ланчпад замеряет своим термодатчиком температуру и передает по радиоканалу раз в пять секунд; stm8 на пинборде анализирует срач в эфире, выделяет из него полезные данные и выводит на индикатор.
По ходу размышлений захотелось мне странного — анализировать количество потеряных пакетов. Ну и высчитывать из этого всякие прикольные числа и указывать на качество связи.
Читать дальше
