Измерения берем не по сетевому обмену а со встроенных АЦП грубо говоря. По сети обмен идет между вычислителями и клиентами (браузерами). Весь сетевой обмен посредством Ice на основе tcp. (можно udp). По поводу сколько передавать и на каких скоростях — но это в зависимости от желания и возможностей — ведь так мне кажется.
То что софт на с++ а морда web — да тут ничего нового нет. Но как и что использовать, что бы это было легко реализовано и при необходимости модернизировано при необходимости без особых мучений?
Предлагается использовать инструмент RPC (Ice) — который позволяет разрабатывать клиентов на разных языках (используем с++ и javascript). Удаленное взаимодействие идет через вызов функций — аргументы и возвращаемые значения автоматически сериализуются при передаче — работаем на более высоком уровне, чем socket. И далее предложен набор компонент для построения web — так, что бы воспользоваться элементами интерфейса и учесть особенности отображения различных браузеров и мобильных устройств — вот в этом и хотел показать конкретику.
Да если честно, то пока все в разработке и тестировании еще. Фото точно не будет — не моя прихоть. Сначала стали применять сетевой обмен между серверами — wireshark все наглядно показывает что происходит в реальности — поэтому все довольно прозрачно. Потом возникла идея что грубо говоря используя web можно нарисовать что угодно (у меня аналогия QML от QT возникла почему то) — осталось данные ему передать. Есть WebSocket на наше счастье — почему бы и нет?
Не спорю — просто с OPC я работал во времена разработки под Windows. С Linux честно говоря и не пробовал да и идеи не возникало. OPC использовали когда была нужна тесная интеграция с другими системами, да и другие протоколы — Modbus, МЭК 104 можно применять. Мое субъективное мнение что OPC это довольно много всего уневерсального, за что приходится платить.
И допустим внедрили OPC в свое железо — а смотреть все и управлять тогда через стороний продукт SCADA? Это не всегда уместно как мне думается.
OPC для меня звучит как приглашение в мир Windows). Вот как можно кратко описать промышленный компьютер — который у нас является сервером: должен быть небольшим без вентиляторов и при этом не греться естественно. Время старта тоже критично. Жестких дисков нет — флешки памяти впаяны в материнскую плату. Процессор может быть смесью ПЛИС и ARM. Система может быть read-only в целом — что бы флеш память не деградировала. Поэтому либо Linux, либо Qnx работают на этом железе.
Да и не всегда есть возможность и необходимость использования сторонних SCADA систем. Когда была необходимость интеграции с другими SCADA — то использовался другой сервер более высокого уровня, который был классическим сервером в стойке — он работает с описанными серверами и «зеркалирует» их во внешний мир по различным необходимым протоколам.
Число клиентов заранее известно и ограниченно — это ведь в интернет не выходит — поэтому нагрузки нет особой, да и в основном клиенты как правило в режиме монитора работают.
Information
Rating
Does not participate
Location
Санкт-Петербург, Санкт-Петербург и область, Россия
То что софт на с++ а морда web — да тут ничего нового нет. Но как и что использовать, что бы это было легко реализовано и при необходимости модернизировано при необходимости без особых мучений?
Предлагается использовать инструмент RPC (Ice) — который позволяет разрабатывать клиентов на разных языках (используем с++ и javascript). Удаленное взаимодействие идет через вызов функций — аргументы и возвращаемые значения автоматически сериализуются при передаче — работаем на более высоком уровне, чем socket. И далее предложен набор компонент для построения web — так, что бы воспользоваться элементами интерфейса и учесть особенности отображения различных браузеров и мобильных устройств — вот в этом и хотел показать конкретику.
И допустим внедрили OPC в свое железо — а смотреть все и управлять тогда через стороний продукт SCADA? Это не всегда уместно как мне думается.
Да и не всегда есть возможность и необходимость использования сторонних SCADA систем. Когда была необходимость интеграции с другими SCADA — то использовался другой сервер более высокого уровня, который был классическим сервером в стойке — он работает с описанными серверами и «зеркалирует» их во внешний мир по различным необходимым протоколам.
Число клиентов заранее известно и ограниченно — это ведь в интернет не выходит — поэтому нагрузки нет особой, да и в основном клиенты как правило в режиме монитора работают.