Описание протокола "Умный дом"

[pma]

Смотрю появилась активность, присоединяюсь.

Сообщение от dmitry123

Вся система с роутером завязана на протоколе ModBus, где роутер мастер.
Можно конечно написать скрипт, чтобы роутер опрашивал выключатели и если есть тег "проходной", то оправлял команду другому выключателю ... ну как то так ... только вот не дело это все ... надо чтобы они общались минуя роутер ... создать еще одну сеть RS485 между ними не проблема, повесив на другие пины RX и TX и изменив библиотеку modbus ...
Кто что посоветует ????

Долго думаю как и что, правда не нашел понравившегося варианта...
Чтобы все общались друг с другом было бы оч хорошо, но как реализовать ???
мой полуфабрикат работает с 1 мастером, а управляет всем, что подключено к 1 контроллеру по месту (сам консроллер без мастера) если ныдо делать манипуляции с несколькими девайсами на линии, рассылка идет от сервака, а команда серваку по радиоканалу (это плохой вариант дает много ограничений и лишний канал, хотя, радиоканал имхо нужен). не лучший вариант но пока выкрутился так. если каждый девайс сможет слать в линию это даст огромные возможности, но проблема коллизий на 485 не решена на аппаратном уровне. на днях накидал код програмной борьбы и разруливания всей гадости, что может случиться, но проверить нет времени да и будет жрать МНОГО ресурсов. (надо было брать жирную стмку)
на другом ресурсе поставили по езернет шилду на каждый девайс и общаются удобными запросами на порт устройства. мне сильно не нравится кабель, разъем, жирные библиотеки и питание вторым кабелем.
Smart-Bus считаю наиболее удачным выриантом, по 1 кабелю 2х2 идет и линия связи и питание и все могут кидать пакеты + пропускная способность хорошая. у них чтото похожее на 485. протокол хоть и открыт, но дается по оф запросу на фирму. нашел расшифровку команд и упрощенную схему обмена. если не обманули там идет запрос тайм слота на обмен данными все затыкаются и ждут, если запрос побился через случайную паузу повторяется (алгоритм понятен и давно известен, но реализовывать надо на железе, а не програмно)
Вопрос к andr128 как к главному знатаку ModBus`а: мастер может быть только 1 или предусмотрены варианты многомастерности и как разрешаются связанные с этим проблемы? (в википедии и во многих источниках сказано мастер один, хотя по форумам попадается что можно несколько, но никто не дал пример или либу или хоть чтото)
как будет время попробую заставить 485 работать с несколькими мастерами. есть несколько идей, надо проверить по ресурсам, простоте и стабильности. если не выйдет забью и оставлю как есть. может кто знает другие протоколы, удовлетворяющие нашим запросам. CAN ? Ethernet? Wire? еще варианты...

[dmitry123]

Iron, 3.3v

[andr128]

Сообщение от dmitry123

Возник вопрос. А как сделать, точнее какой протокол выбрать/использовать в выключятелях проходного типа ???
Вся система с роутером завязана на протоколе ModBus, где роутер мастер.
Можно конечно написать скрипт, чтобы роутер опрашивал выключатели и если есть тег "проходной", то оправлял команду другому выключателю ... ну как то так ... только вот не дело это все ... надо чтобы они общались минуя роутер ... создать еще одну сеть RS485 между ними не проблема, повесив на другие пины RX и TX и изменив библиотеку modbus ...
Кто что посоветует ????

Сама концепция модбас тогда рушиться. Мастер должен опрашивать, а затем на основе принимаемых данных принимать решение что с ними делать, либо это будет передача команды др. ардуине либо еще что-то. Приблизительно так как вы написали вначале.

Конечно можно сделать связь между 2-мя ардуинами на другом UART канале не зависимо от роутера, но это как раз вносит некоторую сложность и в понимании и в реализации + доп. линии связи.
Опять же если использовать для этой связи модбас нужно делать одну из ардуин мастером.

[andr128]

Сообщение от pma

Вопрос к andr128 как к главному знатаку ModBus`а: мастер может быть только 1 или предусмотрены варианты многомастерности и как разрешаются связанные с этим проблемы?

Да только один в одной подсети.
имеет ID=0

Хотя не кто не мешает делать т.н. шлюзы в др. подсеть
У каждой подсети могут быть разные задачи.

может кто знает другие протоколы, удовлетворяющие нашим запросам. CAN ? Ethernet? Wire? еще варианты...

CAN bus - хороший протокол именно для реализации системы реального времени (в автомобильной автоматизации он рулит) , но к сожалению я с ним плохо знаком.

[dmitry123]

Согласен, что "Опять же если использовать для этой связи модбас нужно делать одну из ардуин мастером." не дело ... придем к тому от чего оттолкнулись ...
Конечно можно просто решить подачей какого либо сигнала на ногу МК, при условии общего питания ... но опять же не наш метод Делаю выключатели с БП внутри ...
Или отказаться от идеи проходного выключателя ???? Сначала видел смысл, а теперь не особо ... Растояния же не в 50 метров ....
С другой стороны, что хочется как то сделать задел на будущее ....
К тому же опять же делаем этот проект открытым .. может кому нить и пригодиться ...
Если использовать 1-Wire, то силовую чать можно вынести, а управление оставить в выключателях ...

[andr128]

Дмитрий на производстве все так и строится. Есть объект центральным мозгом которого является микроконтроллер (МК). Причем МК может и не обладать достаточным количеством входов/выходов как аналоговых так и цифровых (или не иметь вообще). Так вот для расшерения или сопряжения с датчиками и прочими вх./вых. сигналами применяют т.н. УСО - Устройство Сопряжения с Объектом. Одна из старейших и распространенных фирм выпускающих УСО является Advantech. В последнее время все чаще стали появляться устройства (датчики давления, температуры и т.д.) не требующие УСО, а сразу же позволяющие подключиться к ним по RS485 (ModBus RTU).

В рамках нашего проекта я думаю сделать нечто подобное и как вы уже догадались в качестве УСО хочу использовать ардуино. А ЦП МК наш любимый роутер.

Ардуино имеет множество вх/вых, как аналоговых так и цифровых.
К тому же есть множество расширений или шилдов для нее, что позволяет решать нетривиальные задачи. Легко стыкуется по RS485 или даже возможен вариант по радиоканалу.

Роутер обладает весьма не плохими характеристиками и легко справится с задачами анализа, Web сервера и др. К тому же к нему легко можно подцепить модем и управлять удаленно объектом там где нет проводного интернета.

по поводу RS485 без управления вот нижняя схема вроде должна быть работоспособной. Пока еще не собирал все недоходят руки

[pma]

Сообщение от andr128

вот нижняя схема вроде должна быть работоспособной. Пока еще не собирал все недоходят руки

тут больше проблем не в схеме, а в скорости переключения микросхемы 485 (надо искать в документации бывают шустрые 2нс а бывают сильно тугие как MAX485) я столкнулся с этой проблемой на скорости 57600 не успевал переключаться на передачу и бился 1 байт сделал включение и задержку 100нс в прошивке контроллера, с роутером нужна шустрая микруха и соответствующая скорость, а схемы многие подойдут... но надежнее включать отдельной ногой.

[Iron]

andr128 закинул библиотеку из www.rar перед этим поставил modbusgw.rar
запустил вот так
modbusgw -port /dev/ttyUSB0

вот что получил от скрипта

Fatal error: Call to undefined function socket_create() in /www/Phpmodbus/ModbusMaster.php on line 84

Подскажите пожалуйста может надо было сначала доустановить еще какие то пакеты?

[andr128]

А сам шлюз проверял?

[Iron]

Честно говоря что-то я не могу сообразить как проверить сам шлюз.

После ввода команды:modbusgw -port /dev/ttyUSB0
должно опять появиться приглашение или процесс висит в памяти и ввод не доступен?