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



  • Если 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



  • @MAMOHT:

    Если get http:// login:password@192.168.1.66/state.cgi возвращает ровно {"cmd":"state","output":"00000000","input":"00000000","sn":"002ff8008af2d150"} то используйте регулярное выражение output":.{1}(\d) в фигурных скобках порядковый номер вывода. Соответственно если там 0 - то состояние выкл, если 1, то вкл. Придется создать канал на каждый вывод

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

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

    ну а остальные каналы по аналогии) но отображение, как я говорил, будет не мгновенное, а с максимальной задержкой равной времени опроса в плагине



  • @MAMOHT:

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

    А при срабатывании входа или выхода данная железка ничего не может отправить на сервер? Может глянуть сниффером что она шлет?



  • @Alex_Jet:

    @MAMOHT:

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

    А при срабатывании входа или выхода данная железка ничего не может отправить на сервер? Может глянуть сниффером что она шлет?

    Как я понимаю, там даже настройки нет куда можно сервер вписать



  • @Alex_Jet:

    @MAMOHT:

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

    А при срабатывании входа или выхода данная железка ничего не может отправить на сервер? Может глянуть сниффером что она шлет?

    По идее железка должна отвечать при внешней команде, и при срабатывании любого из входов.

    По тому как, "родная" китайская утилита на изменение входов реагирует.
    PC客户端.png



  • @MAMOHT:

    @Alex_Jet:

    @MAMOHT:

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

    А при срабатывании входа или выхода данная железка ничего не может отправить на сервер? Может глянуть сниффером что она шлет?

    По идее железка должна отвечать при внешней команде, и при срабатывании любого из входов.

    По тому как, "родная" китайская утилита на изменение входов реагирует.

    А на железке как-то указывается айпишник софтины китайской? Если нет, то она или широковещанием шлет или также опрашивает каждую секунду



  • Надо wireshark запустить и глянуть! Там для простоты есть такая фигня как отслеживание обмена TCP-пакетов, где в явном виде видно что кому пересылается.



  • @Alex_Jet:

    Надо 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-сумму денег.



  • Здравствуйте. Продукция "Овен" достаточно надежная и относительно не дорогая. Не планируете плагины под такое оборудование?



  • @artem521
    У Овена есть модбас. Используя плагин Modbus подключаемся без проблем.
    Вот в качестве примера котельная административного корпуса предприятия (работает на контроллере Овен):
    Скриншот.jpg
    Хотя мне больше нравится работать с Wago 😏



  • @artem521, а у Вас есть достаточный опыт чтобы запрограммировать эти ПЛК? Вообще основная проблема в том, что они слишком гибко конфигурируемые... это отпугивает обычных пользователей и вносит свою тяжелую ношу в создание плагина.



  • Участник @Alex_Jet написал в Вопрос поддержки железа:

    @artem521, а у Вас есть достаточный опыт чтобы запрограммировать эти ПЛК? Вообще основная проблема в том, что они слишком гибко конфигурируемые... это отпугивает обычных пользователей и вносит свою тяжелую ношу в создание плагина.

    Дело с ними имел, но не на уровне протоколов. Просто есть в заначке немного, с датчиками.



  • Участник @artem521 написал в Вопрос поддержки железа:

    Участник @Alex_Jet написал в Вопрос поддержки железа:

    @artem521, а у Вас есть достаточный опыт чтобы запрограммировать эти ПЛК? Вообще основная проблема в том, что они слишком гибко конфигурируемые... это отпугивает обычных пользователей и вносит свою тяжелую ношу в создание плагина.

    Дело с ними имел, но не на уровне протоколов. Просто есть в заначке немного, с датчиками.

    С датчиками должно быть все просто, нужно только в Овене их правильно подключить.
    С точки зрения IH - используется стандартный плагин Modbus с протоколом Modbus TCP. Внутреннюю логику программы PLC плагин не анализирует,
    он просто постоянно читает заданные адреса.
    Конфигурирование простое - для каждого устройства нужен адрес в таблице MODBUS. Дискретные датчики (DI) - это битовые значения, аналоговые датчики (AI) - это WORD, INT, UNIT ...


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