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

[Одесса]

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

Насколько мне известно классический modbus имеет одного мастера и кучу слейвов. По всей видимости Ровки игнорирует клас
сику. Если Вам не нравится валите с его ветки и не флудите. В Ровкином Modbusе может любой слейв быть мастером и на
оборот. У Ровки идея Х по наращиванию ненужного навязчивого функционала, пренебрегая его полировкой. Не будем
ему мешать. Он скоро сам в нем запутается .

[rovki]

Насколько мне известно классический modbus имеет одного мастера и кучу слейвов. По всей видимости Ровки игнорирует клас
сику. Если Вам не нравится валите с его ветки и не флудите. В Ровкином Modbusе может любой слейв быть мастером и на
оборот. У Ровки идея Х по наращиванию ненужного навязчивого функционала, пренебрегая его полировкой. Не будем
ему мешать. Он скоро сам в нем запутается .

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

[Одесса]

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

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

[rovki]

т.е там где, как говориться сам бог велел, у Вас только один клиент может быть, а к модбас серверу(слейву) на планшете могут подключаться множество клиентов.

Сами говорили -удаленный доступ чреват последствиями (особенно в управлении) ,что бы доверять его многим операторам .Поэтому у нас сделан шлюз (облачный) ,а не облако ,как хранилище данных. Если бы в ПР был бы протокол ТСР ,то и облако и возможности были бы другие или нужно использовать железный шлюз (как у овен) Овен клоуд.

[rovki]

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

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

[rovki]

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

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

[melky]

Одесса поверьте, я вполне его оцениваю и понимаю, что в 32 кб много не разгонишься с программой и еще и качественный, красивый Web. Не надо переоценивать ардуино... ну не зальешь туда графическую подложку для web, просто места не хватит...

[Одесса]

Одесса поверьте, я вполне его оцениваю и понимаю, что в 32 кб много не разгонишься с программой и еще и качественный, красивый Web. Не надо переоценивать ардуино... ну не зальешь туда графическую подложку для web, просто места не хватит...

У Вас устаревшие данные о 32 КБ. Посмотрите Wemos mini arduino. 4 MB. Хватит Вам и красивый Web создать и дай Вам бог
фантазии остальную память использовать для своих капризов.

[rovki]

У Вас устаревшие данные о 32 КБ. Посмотрите Wemos mini arduino. 4 MB. Хватит Вам и красивый Web создать и дай Вам бог
фантазии остальную память использовать для своих капризов.

Хватит тут уже ваши ардуинки обсасывать

[melky]

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

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

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