All streams
Search
Write a publication
Pull to refresh
2
0
Send message
На самом деле с DALI да, не все так радужно.
Настройка не тривиальная, плюс только 60 (64?) устройства на линии, 1200 скорость, к некоторым Мощным светильникам Может потребоваться отдельный источник питания.
Не совсем просто, как видится по «проспектам и рекламе». Хоть и с диммированием.
Опять же датчики освещенности стоят как крыло от Боинга.

Из опыта — сам сделал в демо-зале интеграцию двух уличных прожекторов в Modbus.
И вот в плане простоты реализации — есть о чем поговорить.
я запускал на стриме на Болидовском «М3000-Т»
200 объектов с 200-ми окнами и графиками(трендами), 2000 переменных, около 10 000 параметров — при времени цикла раз в секунду.
www.youtube.com/watch?v=m3RS5sOXxzQ

При этом контроллер автора Сильно шустрее. Примерно, если у нас одинаковое «качество» сборки я оцениваю что в два раза у автора поста будет больше переменных либо быстрее время исполнения.
или подключиться к проводам интерфейса, если они уже есть ;)
Про WirenBoard:
Технически, полагаю, не составит труда и на них портировать HA.
На Болидовском конечно всё быстрее и интересней, и недёжней — но технически
WirenBoard, я полагаю, может дать sdk для портирования, а могут и сами портировать.
(хотя у меня есть вопросы к их сборке, но это я привереда, у других может не быть)

Из плюсов — пром. решение. по сравнению с «малинкой».
Пром решение приводит к никому_не_нужному разговору про цену-качество.

Промышленные SD карты на 4..8Гб более менее приемлемого качества стоят 5..10 тысяч рублей и живут по 5 лет.
Малинка сама по себе стоит дешевле, но внешнее воздействие (различное) которое убьёт малинку, промышленного стандарта устройство может просто не заметить.
… Бывают преобразователи — Dali в Modbus.
GW1, GW2 модули.
Да, достаточно странно их конфигурировать, но они существуют и они могут быть дешевле контроллеров.
Интересно чем не подошел WirenBoard?
Что именно у них дорого? по сравнению с Овеном- мне они кажутся сильно дешевле.
И они оба два всяко сильно дешевле KNX — прямо в разы.
т.е. если условно примерно wirenboard=N, то Oвен=3*N а KNX=30*N.
поэтому странно что их так вместе всех принмиать как дорогие, а овен как дешевые.

p.s. Мы в Болиде для домашней автоматизации ( на мозгах мМ3000-Т) пошли на Domoticz.
Наверно стоит попробовать и HA, и это даже есть у меня в планах. Но обновления регулярные? достаточно странная история.
не так то просто:
www.modbus.org/docs/Modbus_Messaging_Implementation_Guide_V1_0b.pdf
от 2006 года.
на 17й странице немного.
можно и ascii, можно даже файлы организовывать.
В этом месте готов подискутировать, при наличии желания:

1) Периодичность запросов в стандарте Modbus не регламентируется,
делать их(запросы) по событиям никто не воспрещает.

2) Если же писать о TCP реализации, то там Достаточно интересны датаграммы ( чтобы понять кто является инициатором опроса — Слэйв или Мастер), их стоит посмотреть на сайте modbus.org и никто не мешает реализовываать его в лучшем, чем у mqtt варианте.
… Увидев протоколы заметил, что на Болидовских контроллерах нет OPC_DA и HDA ни клиента, ни(само собой) сервера. Попытка запустить их на 1.2.5.8882 не увенчалась успехом.

Все зависит от реализации Modbus как и реализации Mqtt.
Я бы сказал что гонка за модным Mqtt не всегда оправданий применению Modbus. Имея ввиду версию 2012 года.

Возможго стоит добавить общими словами про межконтроллернуб связь, назначение программ на отдельные контроллеры в сети, резервирование на уровне контроллеров как горячее так и "холодное". И на уровне модулей ввода-вывода. Ну и opc_ua клиент-сервер из коробки. Modbsu клиент/сервер из коробки rtu ,tcp, over_tcp

Да. Наш м3000-Т просто другой.
Количество ядер AntexGate впечатляет, у нас медленнее.
В usb болида можно и WiFi и 3g вставить, но это совсем Далеко не тоже самое чтo mpci. Хоть и есть технически
Цена, конечно интересна. На AntexGate
Лицензии разные. Видимо совсем разные.
Сдается мне такая скорость у Вашего прибора позволит делать Очёты быстро и не напряжно. Не сказал бы что у м3000 с этим проблемы, но на пустом проекте — Думаю на большом архиве будут скрипы.
По урокам и видео- на Ютубе у меня персональный канал, по названию контроллера можно найти. Плейлист "Masterscada4d с нуля" достаточно заполнен, в том числе отвязан от контроллера. Начал уже продвинутый плейлист.

Я бы немного дополнил, что
Сталкивался(юсь) часто с тем, что бывают устройства(в том числе под моей ответственностью), которые работают как описано мной выше:
Выставил записью запрос и жди (неизвестно сколько от этого интрегующе) пока в другом регистре что то поменяется.
Или в двух регистрах записанные флаги, текущие значения, пороги и настройки(уже не моё).

С родной программой на ПК это живёт достаточно хорошо,
А со сторонними орс\modbus серверами и ПЛК — далеко не всегда.
Хотя и позволяет на некотором уровне дополнять систему и Modbus, в том числе и самопальным шифрованием и прочими прелестями)

А пару раз сталкивался с тем, что фразу
"… больше не надо discret input регистры только с 10000 выбирать, это легаси мы отменили в 1996 году, не делайте так больше "
читают как
"...discret input modbus это только начиная с 10000 по индексу..."
соответственно обращаться к ним с 0. т.е. discret input с физическим номером скажем 5 не может существовать, может только 10005 и к нему мы обратимся как к 5. К примеру Delta таким грешит и Advantech ( habr.com/ru/company/advantech/blog/450234 )
Правда я эту проблему пытаюсь обойти тем, что прошу разработчиков в РЭ указывать прямо примеры посылок, чтобы не было неоднозначности.
конечно, я имел ввиду именно это место.
MODBUS APPLICATION PROTOCOL SPECIFICATION V1.1b3
от 2012 года
modbus.org/docs/Modbus_Application_Protocol_V1_1b3.pdf

страницы 19 и 20. Figure 16: Write Single Register state diagram
и в этой диаграмме ничего про Чтение не написано.

Читать Весть документ надо Очень Внимательно. Там есть достаточно интересные вещи, которые можно понять ровно наоборот от того, как они написаны.

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

это не регламентировано, строго говоря. И да, играться так — удел достаточно странный для многих(((
Маленькое замечание. В стандарте Modbus 2012 года я не находил упоминания о том, что регистр для записи обязательно делать доступным для чтения. Вполне допустимо подтверждение записи выдавать кодом ошибки.
Поэтому, я полагаю что строго говоря
"… ячейки регистра бывают:
1. Только для чтения
2. Для чтения и записи
3. Только для записи"

Более того, я такое экзотичное устройство даже видел.
Да, именно так.
Вот это мне и удивительно, при таком Хорошем уровне критики русского языка — одни плюсы. Я многого не понимаю про правила именно данной платформы и получающиеся из-за них результаты.
Конечно, видимо для выделения того, что в тексте посчитал более приоритетным. Видимо из-за того, что написать это более понятным языком к сожалению не смог, да и сама постановка вопроса от меня достаточно странна — выбор из двух достаточно странных вариантов. При бесконечном многообразии вселенной.
Какой интересный оборот.
Спасибо, можно даже поглубже задуматься.

Может быть я слеп, но в ваших комментариях минусов не увидел. (и имел ввиду не общее количество + и — а именно среднее, что и выводиться на текущий момент времени)

Просмотрев комментарии к статье, с учетом слегка выделенных ответов Автора — видно большое количество плюсов и (на данный момент, в случае если я не пропустил) полное
отсутствие минусов.
Из-за чего лично у меня возникает вопрос — Это сам Автор такой положительный (Всегда — в Любом ответе на Любой вопрос По теме),
или это Автор делает такой Социальный Эксперимент (либо Действие направленное на получение плюсов при отсутствии минусов в произвольной выборке комментариев).
Вопрос неразрешимый, что само по себе придаёт пикантности и интереса как к Статье так и к Комментариям со Всех сторон.
… И устройство само отличает стены и пол-=потолок на который налипает пыль от лёгких, куда она так же налипает…
Не увидел списка участников( да и не особо искал), но Видимо и от Овена и НилАП кто то был, и задачи вентиляции Сигнетикс пытался решить видимо совместно с Везой, ну и все это так же тестировалось совместно с Трэйсмодом на Инсате и полировалось каким нибудь Кругом-2000. Раз речь о решении задач Реальной промышленности)
это не задумываясь о интеграции датчиков пожарной сигнализации по помещению которое видимо накурили кальяном)))

Information

Rating
Does not participate
Registered
Activity