Вопрос поддержки железа
-
Добрый день Уважаемые!
У меня вопрос как раз по поддержке "железа".
Обнаружил, на одном небезызвестном ресурсе вот такую железку.
Интересует мнение сообщества, по поводу возможности интеграции изделий такого типа, от наших китайских товарищей, в 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, то вкл. Придется создать канал на каждый вывод
Спасибо огромное !
Судя по отладке, первый канал заработал.
ну а остальные каналы по аналогии) но отображение, как я говорил, будет не мгновенное, а с максимальной задержкой равной времени опроса в плагине
-
Судя по отладке, первый канал заработал.
А при срабатывании входа или выхода данная железка ничего не может отправить на сервер? Может глянуть сниффером что она шлет?
-
Судя по отладке, первый канал заработал.
А при срабатывании входа или выхода данная железка ничего не может отправить на сервер? Может глянуть сниффером что она шлет?
Как я понимаю, там даже настройки нет куда можно сервер вписать
-
Судя по отладке, первый канал заработал.
А при срабатывании входа или выхода данная железка ничего не может отправить на сервер? Может глянуть сниффером что она шлет?
По идее железка должна отвечать при внешней команде, и при срабатывании любого из входов.
По тому как, "родная" китайская утилита на изменение входов реагирует.
-
Судя по отладке, первый канал заработал.
А при срабатывании входа или выхода данная железка ничего не может отправить на сервер? Может глянуть сниффером что она шлет?
По идее железка должна отвечать при внешней команде, и при срабатывании любого из входов.
По тому как, "родная" китайская утилита на изменение входов реагирует.
А на железке как-то указывается айпишник софтины китайской? Если нет, то она или широковещанием шлет или также опрашивает каждую секунду
-
Надо wireshark запустить и глянуть! Там для простоты есть такая фигня как отслеживание обмена TCP-пакетов, где в явном виде видно что кому пересылается.
-
Надо wireshark запустить и глянуть! Там для простоты есть такая фигня как отслеживание обмена TCP-пакетов, где в явном виде видно что кому пересылается.
Попытаюсь, после командировки, посмотреть как она общается с миром.
-
А на железке как-то указывается айпишник софтины китайской? Если нет, то она или широковещанием шлет или также опрашивает каждую секунду
Нет, в китайской проге указывается IP-шник(192.168.31.66) и порт (1234) самой железяки.
-
Здравствуйте. Образ на raspberry pi 3 подайдет на raspberry pi 4 ?
-
Не пробовали.
Можно установить командой curl
Это не сложно
-
Уважаемые форумчане подскажите - есть ли какой-то доступный bluetooth-хаб, который можно интегрировать в iH? Задача тупая, но хочется и ее решить:
-Есть чайник redmond с bluetooth, управляется своим приложением Ready for Sky.
-Приложение долго запускается + еще подключается к чайнику. Хочется убрать эту прослойку.
-Надо чтобы чайник был постоянно он-лайн (когда стоит на базе), соответственно, чтобы почти постоянно открытый iH мог им управлять/получать данные.А вообще наше время довольно удивительное - покупаешь чайник, подключаешь его к смартфону и первым делом знаете что делаешь? - обновляешь прошивку... Карл! у Чайника! обновляешь прошивку!
-
@Alex_Jet На ум приходит только Digi Anywhere USB, но для дома не дешево) Redmont вроде открыл API https://readyforsky.com/ru/dev/
-
Участник @Alex_Jet написал в Вопрос поддержки железа:
Уважаемые форумчане подскажите - есть ли какой-то доступный bluetooth-хаб, который можно интегрировать в iH? Задача тупая, но хочется и ее решить:
-Есть чайник redmond с bluetooth, управляется своим приложением Ready for Sky.
-Приложение долго запускается + еще подключается к чайнику. Хочется убрать эту прослойку.
-Надо чтобы чайник был постоянно он-лайн (когда стоит на базе), соответственно, чтобы почти постоянно открытый iH мог им управлять/получать данные.А вообще наше время довольно удивительное - покупаешь чайник, подключаешь его к смартфону и первым делом знаете что делаешь? - обновляешь прошивку... Карл! у Чайника! обновляешь прошивку!
Для дистанционного управления умной техникой из любой точки мира REDMOND предлагает уникальный программный gateway. Устройство Gateway – это любой смартфон или планшет на базе Android 4.3 Jelly Bean, Bluetooth 4.0 и cо стандартом 2G и выше. Достаточно установить на гейтвей приложение R4S Gateway, чтобы постоянно поддерживать связь вашего личного смартфона или планшета с умным домом по мобильной связи или сети Wi-Fi.
Вам нужно какой нибудь старый телефон на кухню положить.
-
Вот про раздел API - это интересно - не находил. Вообще по идее можно USB-Bluetooth донгл вставить в сервер с iH. Написать плагин для его активации, поиска устройств, спаривания с нужным, разработать API: iH <-> Redmond...
Надо сначала попробовать траффик посниффить. Поскольку все равно API нет.Про Anywhere - ему все равно нужен лицензионный донгл. И если сам USBoverIP у меня в зоне доступа, то донгл - не вижу смысла покупать за N-сумму денег.
-
Здравствуйте. Продукция "Овен" достаточно надежная и относительно не дорогая. Не планируете плагины под такое оборудование?
