Вопрос поддержки железа



  • Планы не поменялись.

    Первая версия Modbus TCP в режиме тестирования будет опубликована на этой неделе.



  • Можно сразу вопрос?

    Модбас предполагает работу со всем массивом регистров в одном соединении.

    Т.е. TCP соединение устанавливается, и не разрывается.

    И уже внутри одного соединения происходит чтение или запись регистров, по одному, или диапазонами.

    Если этот принцип не соблюдать, то возникают ошибки. И часть "попыток" не срабатывает.

    Надеюсь, что вы это и так все учли.



  • @Erik:

    Можно сразу вопрос?

    Модбас предполагает работу со всем массивом регистров в одном соединении.

    Т.е. 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 в режиме тестирования будет опубликована на этой неделе.

    Опубликуете на сайте? Или на гитхабе?



  • @Erik:

    Опубликуете на сайте? Или на гитхабе?

    Обычно в начале публикуем на github, потом на сайте с описанием.



  • @Erik:

    Опубликуете на сайте? Или на гитхабе?

    На гитхабе выложили тестовую версию плагина Modbus TCP https://github.com/intrahouseio/intraHouse.plugin-Modbus/releases

    Можно пробовать. Описание пока в работе



  • Добрый день Уважаемые!

    У меня вопрос как раз по поддержке "железа".

    Обнаружил, на одном небезызвестном ресурсе вот такую железку.

    Интересует мнение сообщества, по поводу возможности интеграции изделий такого типа, от наших китайских товарищей, в IH.
    8IO_notice.png
    8IO.png



  • @MAMOHT:

    Добрый день Уважаемые!

    У меня вопрос как раз по поддержке "железа".

    Обнаружил, на одном небезызвестном ресурсе вот такую железку.

    Интересует мнение сообщества, по поводу возможности интеграции изделий такого типа, от наших китайских товарищей, в IH.

    На первый взгляд HTTP-клиентом подцепится без проблем



  • На глаза попались вот такие устройства производства России
    Screenshot_20190210-161130.png
    Screenshot_20190210-161138.png



  • Нет ли в планах плагина для Fibaro?

    https://fibaro.msk.ru/

    Установкой такого радиореле на дно коробки (или подрозетника) под любой существующий проводной выключатель (или розетку) делает возможным удаленное управление освещением (или другой нагрузкой)

    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.



  • @homa:

    @MAMOHT:

    Добрый день Уважаемые!

    У меня вопрос как раз по поддержке "железа".

    Обнаружил, на одном небезызвестном ресурсе вот такую железку.

    Интересует мнение сообщества, по поводу возможности интеграции изделий такого типа, от наших китайских товарищей, в 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"}.
    HTTP отладка.png
    http actor1.png
    reley-net v5.7.png



  • @MAMOHT:

    @homa:

    @MAMOHT:

    Добрый день Уважаемые!

    У меня вопрос как раз по поддержке "железа".

    Обнаружил, на одном небезызвестном ресурсе вот такую железку.

    Интересует мнение сообщества, по поводу возможности интеграции изделий такого типа, от наших китайских товарищей, в 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:



  • @MAMOHT:

    А нет 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, то вкл. Придется создать канал на каждый вывод

    Спасибо огромное !

    Судя по отладке, первый канал заработал.
    Отладка output.png


Авторизуйтесь, чтобы ответить