Вопрос поддержки железа
-
Судя по отладке, первый канал заработал.
А при срабатывании входа или выхода данная железка ничего не может отправить на сервер? Может глянуть сниффером что она шлет?
По идее железка должна отвечать при внешней команде, и при срабатывании любого из входов.
По тому как, "родная" китайская утилита на изменение входов реагирует.
-
Судя по отладке, первый канал заработал.
А при срабатывании входа или выхода данная железка ничего не может отправить на сервер? Может глянуть сниффером что она шлет?
По идее железка должна отвечать при внешней команде, и при срабатывании любого из входов.
По тому как, "родная" китайская утилита на изменение входов реагирует.
А на железке как-то указывается айпишник софтины китайской? Если нет, то она или широковещанием шлет или также опрашивает каждую секунду
-
Надо 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-сумму денег.
-
Здравствуйте. Продукция "Овен" достаточно надежная и относительно не дорогая. Не планируете плагины под такое оборудование?
-
@artem521
У Овена есть модбас. Используя плагин Modbus подключаемся без проблем.
Вот в качестве примера котельная административного корпуса предприятия (работает на контроллере Овен):
Хотя мне больше нравится работать с Wago
-
@artem521, а у Вас есть достаточный опыт чтобы запрограммировать эти ПЛК? Вообще основная проблема в том, что они слишком гибко конфигурируемые... это отпугивает обычных пользователей и вносит свою тяжелую ношу в создание плагина.
-
Участник @Alex_Jet написал в Вопрос поддержки железа:
@artem521, а у Вас есть достаточный опыт чтобы запрограммировать эти ПЛК? Вообще основная проблема в том, что они слишком гибко конфигурируемые... это отпугивает обычных пользователей и вносит свою тяжелую ношу в создание плагина.
Дело с ними имел, но не на уровне протоколов. Просто есть в заначке немного, с датчиками.
-
Участник @artem521 написал в Вопрос поддержки железа:
Участник @Alex_Jet написал в Вопрос поддержки железа:
@artem521, а у Вас есть достаточный опыт чтобы запрограммировать эти ПЛК? Вообще основная проблема в том, что они слишком гибко конфигурируемые... это отпугивает обычных пользователей и вносит свою тяжелую ношу в создание плагина.
Дело с ними имел, но не на уровне протоколов. Просто есть в заначке немного, с датчиками.
С датчиками должно быть все просто, нужно только в Овене их правильно подключить.
С точки зрения IH - используется стандартный плагин Modbus с протоколом Modbus TCP. Внутреннюю логику программы PLC плагин не анализирует,
он просто постоянно читает заданные адреса.
Конфигурирование простое - для каждого устройства нужен адрес в таблице MODBUS. Дискретные датчики (DI) - это битовые значения, аналоговые датчики (AI) - это WORD, INT, UNIT ...
-
Участник @intrapro написал в Вопрос поддержки железа:
Участник @artem521 написал в Вопрос поддержки железа:
Участник @Alex_Jet написал в Вопрос поддержки железа:
@artem521, а у Вас есть достаточный опыт чтобы запрограммировать эти ПЛК? Вообще основная проблема в том, что они слишком гибко конфигурируемые... это отпугивает обычных пользователей и вносит свою тяжелую ношу в создание плагина.
Дело с ними имел, но не на уровне протоколов. Просто есть в заначке немного, с датчиками.
С датчиками должно быть все просто, нужно только в Овене их правильно подключить.
С точки зрения IH - используется стандартный плагин Modbus с протоколом Modbus TCP. Внутреннюю логику программы PLC плагин не анализирует,
он просто постоянно читает заданные адреса.
Конфигурирование простое - для каждого устройства нужен адрес в таблице MODBUS. Дискретные датчики (DI) - это битовые значения, аналоговые датчики (AI) - это WORD, INT, UNIT ...Большое спасибо за информацию! Руки дойдут, буду настраивать)
-
Здравствуйте. Подскажите пожалуйста какие драйверы для управления светодиодами лучше применить в проекте, для работы с megad ?
