Вопрос поддержки железа
-
Можно сразу вопрос?
Модбас предполагает работу со всем массивом регистров в одном соединении.
Т.е. TCP соединение устанавливается, и не разрывается.
И уже внутри одного соединения происходит чтение или запись регистров, по одному, или диапазонами.
Если этот принцип не соблюдать, то возникают ошибки. И часть "попыток" не срабатывает.
Надеюсь, что вы это и так все учли.
Кто-то работает по TCP, разрывая соединение для каждой операции чтения-записи регистра ? Нет, мы так не делаем
Какое оборудование вы хотите опрашивать? Сейчас выпускаем плагин Modbus с транспортом TCP.
Есть еще Modbus RTU(ASCII) over TCP - это когда устройства Serial подключаются через шлюз TCP, это немного другое, выпустим позже в рамках этого же плагина.
-
Контроллер SmartWebX http://smartweb.teplomonitor.ru/#!/ru#%2Fru
Там именно Modbus-TCP
Регистров много, с которыми работать нужно. У меня 18 на запись и 25 на чтение - минимум. И это меньше половины возможностей. Самое то для тестирования.
А с мажордомом сейчас такую картинку наблюдаю
192.168.88.28 - сервер
192.168.13.25:502 - контроллер.
Количество соединений постоянно меняется, и каждое передает 272/136-190, и отключается. Т.е. одно соединение на одну операцию.
Очень хочется видеть одно соединение на порту 502 контроллера.
-
@intrahouse:
Планы не поменялись.
Первая версия Modbus TCP в режиме тестирования будет опубликована на этой неделе.
Опубликуете на сайте? Или на гитхабе?
-
Опубликуете на сайте? Или на гитхабе?
Обычно в начале публикуем на github, потом на сайте с описанием.
-
Опубликуете на сайте? Или на гитхабе?
На гитхабе выложили тестовую версию плагина Modbus TCP https://github.com/intrahouseio/intraHouse.plugin-Modbus/releases
Можно пробовать. Описание пока в работе
-
Добрый день Уважаемые!
У меня вопрос как раз по поддержке "железа".
Обнаружил, на одном небезызвестном ресурсе вот такую железку.
Интересует мнение сообщества, по поводу возможности интеграции изделий такого типа, от наших китайских товарищей, в IH.
-
Добрый день Уважаемые!
У меня вопрос как раз по поддержке "железа".
Обнаружил, на одном небезызвестном ресурсе вот такую железку.
Интересует мнение сообщества, по поводу возможности интеграции изделий такого типа, от наших китайских товарищей, в IH.
На первый взгляд HTTP-клиентом подцепится без проблем
-
На глаза попались вот такие устройства производства России
-
Нет ли в планах плагина для Fibaro?
Установкой такого радиореле на дно коробки (или подрозетника) под любой существующий проводной выключатель (или розетку) делает возможным удаленное управление освещением (или другой нагрузкой)
https://fibaro.msk.ru/magazin/product/vstraivayemoye-rele-fibaro-single-switch-1kh2-5kw-1
Плюс набор беспроводных датчиков.
Для автоматизации жилища без капремонта кабельной системы "самото". А вы не поддерживаете. Ну как же так?
-
Посоветуйте какое железо использовать под IH. Есть RPi вроде многие его и используют. Но хочется надежное серьезное и долговечное решение. Удалось выгодно приобрести промышленный компьютер Beckhoff C6650-0010. Стоит ли его использовать, либо чрезмерно излишняя мощность?
-
Стоит ли его использовать, либо чрезмерно излишняя мощность?
Чрезмерной мощности не бывает
А если сравнить с RP, то у этой модели Beckhoff не вижу принципиального превосходства по мощности.
А самое главное, там стоит вентилятор - потенциальная вероятность выхода из строя.
Это раз. Второе. Там вероятнее всего стоит Windows. У Beckhoff партнерское соглашение с Microsoft. У них нет ничего под Linux, в отличии от Wago. Мое мнение - сервер должен работать по Linux
С другой стороны по надежности - техника Bechoff работает в промышленности. Соответственно достаточно надежна. Компьютеры мы не использовали, но контроллеров ставили много.
Последнее время в качестве сервера используем [https://ru.aliexpress.com/item/10-4/328 … 33edokQYlY](https://ru.aliexpress.com/item/10-4/328 ... 33edokQYlY)
Вот еще интересный вариант https://www.compulab.com/products/iot-gateways/iot-gate-rpi-industrial-raspberry-pi-iot-gateway/ Но его еще не пробовали.
-
Спасибо за ответ. Незнаю смогу ли снести Винду и поставить Linux на ПК Beckhoff. Вентилятор действительно слабое звено, но учитывая промышленный класс этого ПК и 6ти - значную стоимость в рублях, все же толкает на мысль что надежнее быть должен RPi, да и по мощнее все же он того же RPi.( CPU core DUO 2.00GHz, Hardrive 2x500 GB SATA III, DVD Drive, Memory: 8Gb DDR2-Ram, Main Board: CB1051-0004). Второй вариант по вашей ссылке железа под IH, интересный вариант.
-
Заказал новую штуку из Китая в качестве сервера для умного дома.
US $32.98 | RealQvol FriendlyARM Елец NanoPi R1 Allwinner H3 Гбит Ethernet на борту Wi-Fi Bluetooth OpenWRT
https://s.click.aliexpress.com/e/bRDFjJEs
Заказал версию с 8 Гб emmc на борту. Попросил, чтобы установили ubuntu вместо openwrt.
Вчера пришел девайс. Впечатления только положительные: корпус металл + wi fi антенна, охлаждение через радиатор и термопрокладку на основной корпус, 2 ethernet, один 1 Гбит, другой 100 Мбит, UART на борту, часы реального времени, достаточно установить батарейку через разъем, нет лишних портов hdmi, звуковых и т.д. И самое главное ih встала с полпинка. Температура процессора 34 градуса. Хорошая альтернатива raspberry pi.
-
Добрый день Уважаемые!
У меня вопрос как раз по поддержке "железа".
Обнаружил, на одном небезызвестном ресурсе вот такую железку.
Интересует мнение сообщества, по поводу возможности интеграции изделий такого типа, от наших китайских товарищей, в IH.
На первый взгляд HTTP-клиентом подцепится без проблем
Всё таки закказал у китайцев данный девайс.
Прильстила, в нём, возможность двойного управления.
Выхода управляются http-запросами формата http:// login:password@192.168.1.66/relay.cgi?relayon1=on.
А так же, есть возможность управления 8-ю выходами, напрямую 8-ю входами(на которые можно подключить стандартные выключатели ).
Плату привязал к IH c поиощью плагина HTTP.
Создал канал управления первым реле (АСТОR1)
При нажатии на пиктограмму актуатора на мнемосхеме, реле 1 на плате отрабатывает нормально.
Но, не все так красиво. Если переключать реле 1 с помощью собственного входа, то реакция актуатора на мнемосхеме нулевая.
Оно и понятно- плагин заточен не для этого.
Вопрос, как организовать обратную связь?
Состояния своих выходов железяка отдаёт по запросу: http:// login:password@192.168.1.66/state.cgi.
На что, отвечает строкой в json формате: {"cmd":"state","output":"00000000","input":"00000000","sn":"002ff8008af2d150"}.
-
Добрый день Уважаемые!
У меня вопрос как раз по поддержке "железа".
Обнаружил, на одном небезызвестном ресурсе вот такую железку.
Интересует мнение сообщества, по поводу возможности интеграции изделий такого типа, от наших китайских товарищей, в IH.
На первый взгляд HTTP-клиентом подцепится без проблем
Всё таки закказал у китайцев данный девайс.
Прильстила, в нём, возможность двойного управления.
Выхода управляются http-запросами формата http:// login:password@192.168.1.66/relay.cgi?relayon1=on.
А так же, есть возможность управления 8-ю выходами, напрямую 8-ю входами(на которые можно подключить стандартные выключатели ).
Плату привязал к IH c поиощью плагина HTTP.
Создал канал управления первым реле (АСТОR1)
При нажатии на пиктограмму актуатора на мнемосхеме, реле 1 на плате отрабатывает нормально.
Но, не все так красиво. Если переключать реле 1 с помощью собственного входа, то реакция актуатора на мнемосхеме нулевая.
Оно и понятно- плагин заточен не для этого.
Вопрос, как организовать обратную связь?
Состояния своих выходов железяка отдаёт по запросу: http:// login:password@192.168.1.66/state.cgi.
На что, отвечает строкой в json формате: {"cmd":"state","output":"00000000","input":"00000000","sn":"002ff8008af2d150"}.
А нет mqtt в ней? Если нет, то делайте раз в n секунд get http:// login:password@192.168.1.66/state.cgi и разбирайте строку "output":"00000000" там всегда одинаковое количество символов, регулярным выражением смотрите состояние интересующего для каждого канала. Единственное - задержка отображения будет <=n секунд
-
А нет mqtt в ней? Если нет, то делайте раз в n секунд get http:// login:password@192.168.1.66/state.cgi и разбирайте строку "output":"00000000" там всегда одинаковое количество символов, регулярным выражением смотрите состояние интересующего для каждого канала. Единственное - задержка отображения будет <=n секунд
MQTT есть только в 16ch версии. В 8 канальной только HTTP и TCP Modbus, но внятного описания, я от китайских товарищей добиться не смог.
А с регулярными выражениями, к сожалению разобраться не смог. :oops:
-
А нет mqtt в ней? Если нет, то делайте раз в n секунд get http:// login:password@192.168.1.66/state.cgi и разбирайте строку "output":"00000000" там всегда одинаковое количество символов, регулярным выражением смотрите состояние интересующего для каждого канала. Единственное - задержка отображения будет <=n секунд
MQTT есть только в 16ch версии. В 8 канальной только HTTP и TCP Modbus, но внятного описания, я от китайских товарищей добиться не смог.
А с регулярными выражениями, к сожалению разобраться не смог. :oops:
Если get http:// login:password@192.168.1.66/state.cgi возвращает ровно {"cmd":"state","output":"00000000","input":"00000000","sn":"002ff8008af2d150"} то используйте регулярное выражение output":.{1}(\d) в фигурных скобках порядковый номер вывода. Соответственно если там 0 - то состояние выкл, если 1, то вкл. Придется создать канал на каждый вывод
-
Если get http:// login:password@192.168.1.66/state.cgi возвращает ровно {"cmd":"state","output":"00000000","input":"00000000","sn":"002ff8008af2d150"} то используйте регулярное выражение output":.{1}(\d) в фигурных скобках порядковый номер вывода. Соответственно если там 0 - то состояние выкл, если 1, то вкл. Придется создать канал на каждый вывод
Спасибо огромное !
Судя по отладке, первый канал заработал.
-
Если get http:// login:password@192.168.1.66/state.cgi возвращает ровно {"cmd":"state","output":"00000000","input":"00000000","sn":"002ff8008af2d150"} то используйте регулярное выражение output":.{1}(\d) в фигурных скобках порядковый номер вывода. Соответственно если там 0 - то состояние выкл, если 1, то вкл. Придется создать канал на каждый вывод
Спасибо огромное !
Судя по отладке, первый канал заработал.
ну а остальные каналы по аналогии) но отображение, как я говорил, будет не мгновенное, а с максимальной задержкой равной времени опроса в плагине
-
Судя по отладке, первый канал заработал.
А при срабатывании входа или выхода данная железка ничего не может отправить на сервер? Может глянуть сниффером что она шлет?