КаСкада для Андроид устройств

[Одесса]

Дядя ,Речь идет о сети вайфай,протокол модбас RTU over TCP ,а не RS485 с модбас RTU...

А. Понятно. А как насчёт безразмерного функционала и его полировки?

[rovki]

я так же пару лет назад говорил, что надо обращать внимание на протокол mqtt, система отдачи данных клиентам по подписке ни как не мешает организации безопасности, каждый клиент может как по шифрованному кaнaлу получать данные, так и вводя логин/пароль, ну и естественно обычным способом. Облако это не "тупая железка", оно вполне может иметь представление какие права необходимо давать тому или иному пользователю для совершения каких то действий. Для удаленных контроллеров единственным мастером является облако, клиентов облака может быть несколько, данные они получают именно от облака, а откуда он их берет вобщем то это не должна быть их забота. И уж если Вы аргументируете фразой: "доверять его многим операторам", то почему не соблюдаете такую позицию в слейве не планшете

А как вы представляете работу по mqtt с ПР200 например ?
В шлюзе каскады то же можно иметь не ограниченное кол-во клиентов ,но все дело в том протоколе что поверх ТСР (RTU) , именно он не дает возможность работы с многими клиентами(мастерами).
В локальной сети иметь несколько мастеров не так проблематично ,но потребность есть .Например есть главный планшет оператора и есть смарфон наладчика или как у меня дома домофон на планшете который управляет замком и смартфон на двери с кнопкой вызова,камерой и кодовым замком - данные со смартфона поступают на планшет ,а от туда на контроллер ,при этом еще есть несколько смартфонов домочадцев которые могут открыть дверь из приложения на касаясь смартфона вызова ,в том числе удаленно (приехали гости ,родственники а вас нет дома ,а кодовый номер сообщать не хочется)

[melky]

rovki Modbus RTU over TCP не всегда работает на несколько мастеров, это железяка (USR или какую вы используете) должна иметь буфер для считываемых данных и САМА опрошивать Modbus slave устройство, а не пересылать запросы сквозь себя.

Мастеров может быть хоть 20, но если у вас slave устройство одно оно просто запутается кому отвечать... Проверял уже, используя в качестве TCP сервера Raspberry а в качестве слейва ПР200 так что не радуйтесь сильно, такая работа возможно только в ручном режиме опроса, если у вас панель будет постоянно висеть на опросе дома, то зайдя со смартфона будете ошибки ответов ловить или получать их через раз....

rovki mqtt - RapidScada - Modbus - ПР200 работает однако то есть Scada выступила в роли шлюза между mqtt и Modbus

[rovki]

так Вы как раз и высасываете, можно подумать прислушивались к советам, что делать с удаленным доступом через некий облачный шлюз. Все приняли в том виде каком Вы предоставили своё виденье и сделали это с точностью наоборот относительно мировых тенденций

Это точно ,все видем ,но делаем по своему ,а потом замечаем что наши решения начинают использовать другие .У меня так было много раз с линиями .Да и скаскадой ,многие наши решения стали использовать в некоторых аналогах ,да и мы берем если что интересное ,не без этого .

[rovki]

раз есть сервер или облако, в виде микросервисов брокер mqtt и его клиент на подобие ОРС обменивающийся с модбас-слейвом и остальные подписанные на инфу с этого клиента у брокера

Я ж не программист ,можно по проше ,для электронщика - как самртфон с mqtt сопрячь с ПР200 без облака,локально ,а уж потом удаленно ?

[rovki]

rovki Modbus RTU over TCP не всегда работает на несколько мастеров, это железяка (USR или какую вы используете) должна иметь буфер для считываемых данных и САМА опрошивать Modbus slave устройство, а не пересылать запросы сквозь себя.

Мастеров может быть хоть 20, но если у вас slave устройство одно оно просто запутается кому отвечать... Проверял уже, используя в качестве TCP сервера Raspberry а в качестве слейва ПР200 так что не радуйтесь сильно, такая работа возможно только в ручном режиме опроса, если у вас панель будет постоянно висеть на опросе дома, то зайдя со смартфона будете ошибки ответов ловить или получать их через раз....

rovki mqtt - RapidScada - Modbus - ПР200 работает однако то есть Scada выступила в роли шлюза между mqtt и Modbus

Так я про то и говорю ,что по протоколу модбас RTU over TCP не разобрать кому что и от кого ,поэтому один мастер через шлюз
Ни кто не говорил ,что в будущем у каскады не появится mqtt
В случае с работай модбас сервера ,клиенты работают не напрямую с контроллером ,а через сервер ,в которой имеется общая память на все системные регистры ,с которыми работают все клиенты ,это как облако ,только на земле- ОЗЕРО (в модбас сервере )

[melky]

Добавьте на своем сервере mqtt брокера и возможность настраивать переменные из ПР200 или другого Modbus.

[rovki]

Добавьте на своем сервере mqtt брокера и возможность настраивать переменные из ПР200 или другого Modbus.

Вы про сервер внутри Каскады? ...

[rovki]

ЗЫ mqtt брокер может находится на одном устройстве с клентом, в этом случае получится видеть данные с ПР

Это надо обдумать...просто я не сильно склоняюсь к удаленной архитектуре (ввиду промышленного уклона) ,меня больше прильшает архитектура локальных сетей с N панелями и M контроллерами (распределенные мозги), где каждая панель имеет связь с нужными контроллерами через сервера ,а контроллеры функцианируют как автономно, так в связке с другими контроллерами через панели .

[melky]

Я про сервер брокера в вашем облаке или я неправильно понимаю ваше облако, где оно крутится ?