Добрый день!
Предлагаю обсудить открытый протокол JSON RPC для вывода данных от интернет-вещей (IoT), контроллеров и т. д. в облачную SCADA.
Ссылка на API http://web-telemetry.ru/api/.
- Обязательно представиться на русском языке кириллицей (заполнить поле "Имя").
- Фиктивные имена мы не приветствуем. Ивановых и Пупкиных здесь уже достаточно.
- Не писать свой вопрос в первую попавшуюся тему - вместо этого создать новую тему.
- За поиск, предложение и обсуждение пиратского ПО и средств взлома - бан без предупреждения.
- Рекламу и частные объявления "куплю/продам/есть халтура" мы не размещаем ни на каких условиях.
- Перед тем как что-то написать - читать здесь и здесь, а студентам - обязательно здесь.
- Не надо писать в ЛС администраторам свои технические вопросы. Администраторы форума отлично знают как работает форум, а не все-все контроллеры, о которых тут пишут.
Протокол JSON RPC для интернет-вещей и облачной SCADA
-
- здесь недавно
- Сообщения: 3
- Зарегистрирован: 11 фев 2015, 08:23
- Имя: Владимир
-
- SCADA+
- Сообщения: 592
- Зарегистрирован: 05 ноя 2009, 11:18
- Имя: Бузинов Роман Анатольевич
- Страна: Россия
- город/регион: Москва
- Благодарил (а): 8 раз
- Поблагодарили: 35 раз
Re: Протокол JSON RPC для интернет-вещей и облачной SCADA
Вы предлагаете ввести еще один стандарт, чтобы его стали поддерживать все производители аппаратуры и ОП для автоматизации? В чем преимущества именно этого протокола?
Странно видеть отсутствие в в структуре sAlarm (Структура описания тревоги и аварии) метки времени.
Странно видеть отсутствие в в структуре sAlarm (Структура описания тревоги и аварии) метки времени.
SCADA+
-
- частый гость
- Сообщения: 409
- Зарегистрирован: 20 ноя 2012, 13:45
- Имя: :.О.N.Ф
- Страна: Россия
- Благодарил (а): 3 раза
- Поблагодарили: 7 раз
Re: Протокол JSON RPC для интернет-вещей и облачной SCADA
Да не, эт круто, даёшь больше скад - глядишь, какая-то да и окажется нормальной. Пора хоронить всех этих древних монстров ценой в миллионы, весом в гигабайты и забагованностью как стая саранчи.
Где-то и облачная скада найдёт применение. Вряд ли на серьёзном производстве, но не одной же нефтянкой единой АСУ ТП держится.
>Вы предлагаете ввести еще один стандарт, чтобы его стали поддерживать все производители аппаратуры и ОП для автоматизации?
Зачем такой максимализм? Ребята сделали скаду, придумали структуры, в которые им удобно складывать, назвали это "протокол". JSON всяко удобнее замороченного ОРС для небольших проектов. Вызывает сомнение облачность - ну блин, херня это для производства, я б в интернет даже управление смывом унитаза не вывесил Но если кто-то покупает, значит это кому-нибудь нужно, сами себе злые буратины.
ermak, а демка есть? Сайт сделан вебдванольненько и лендингово, но главное-то упустили) Технической инфы ноль, так хоть пощупать бы.
Где-то и облачная скада найдёт применение. Вряд ли на серьёзном производстве, но не одной же нефтянкой единой АСУ ТП держится.
>Вы предлагаете ввести еще один стандарт, чтобы его стали поддерживать все производители аппаратуры и ОП для автоматизации?
Зачем такой максимализм? Ребята сделали скаду, придумали структуры, в которые им удобно складывать, назвали это "протокол". JSON всяко удобнее замороченного ОРС для небольших проектов. Вызывает сомнение облачность - ну блин, херня это для производства, я б в интернет даже управление смывом унитаза не вывесил Но если кто-то покупает, значит это кому-нибудь нужно, сами себе злые буратины.
ermak, а демка есть? Сайт сделан вебдванольненько и лендингово, но главное-то упустили) Технической инфы ноль, так хоть пощупать бы.
Последний раз редактировалось Exactamente 11 фев 2015, 11:40, всего редактировалось 1 раз.
«Сразу видно внимание к каждой мелочи, неиспорченным не осталось ничто».
-
- здесь недавно
- Сообщения: 3
- Зарегистрирован: 11 фев 2015, 08:23
- Имя: Владимир
Re: Протокол JSON RPC для интернет-вещей и облачной SCADA
Romcheg,
Преимущества протокола:
1. протокол позволяет реализовать самоописываемые динамические структуры данных устройства;
2. протокол оптимизирован для передачи изменяемых данных (экономия трафика, скорость передачи данных);
3. оптимизирован для работы с удаленными устройствами по слабым и неустойчивым каналам связи;
4. в среде TCP/IP протокол не требует статического IP-адреса на стороне устройства;
В структуре sAlarm параметр ID указывает на структуру sDataValue, которая содержит значение аварии и метку времени.
Преимущества протокола:
1. протокол позволяет реализовать самоописываемые динамические структуры данных устройства;
2. протокол оптимизирован для передачи изменяемых данных (экономия трафика, скорость передачи данных);
3. оптимизирован для работы с удаленными устройствами по слабым и неустойчивым каналам связи;
4. в среде TCP/IP протокол не требует статического IP-адреса на стороне устройства;
В структуре sAlarm параметр ID указывает на структуру sDataValue, которая содержит значение аварии и метку времени.
-
- здесь недавно
- Сообщения: 3
- Зарегистрирован: 11 фев 2015, 08:23
- Имя: Владимир
Re: Протокол JSON RPC для интернет-вещей и облачной SCADA
На сайте администратор-запретил-говорить-каком можно бесплатно зарегистрироваться и подключить ваше устройство.Exactamente писал(а):Да не, эт круто, даёшь больше скад - глядишь, какая-то да и окажется нормальной. Пора хронить всех этих древних монстров.
Где-то и облачная скада найдёт применение. Вряд ли на серьёзном производстве, но не одной же нефтянкой единой АСУ ТП держится.
ermak, демку бы? Сайт сделан вебдванольненько и лендингово, но главное упустили)
-
- SCADA+
- Сообщения: 592
- Зарегистрирован: 05 ноя 2009, 11:18
- Имя: Бузинов Роман Анатольевич
- Страна: Россия
- город/регион: Москва
- Благодарил (а): 8 раз
- Поблагодарили: 35 раз
Re: Протокол JSON RPC для интернет-вещей и облачной SCADA
По информации на сайте:
1) Очень не очевидное преимущество, наоборот - согласно API, это конечному клиенту надо будет еще привести свои данные к Вашему виду, чтобы их можно было обработать.
2) Большинство протоколов в автоматизации так работают, тут нет никаких преимуществ и революций.
3) Опять же - исходя из информации на сайте, об этом вообще ничего не рассказано. В чем особенность Вашей модели обмена по таким каналам, и какие механизмы Вы предоставляете для того, чтобы обеспечить подъем данных без потерь по каналам с неустойчивым, или вообще периодическим обменом?
4) Вы это в преимущество относите? В "клиент-серверной" архитектуре это легко решается, поэтому я не считаю это преимуществом.
Что-то мне подсказывает, что суть топика была не протокол обсуждать... :) Уж называйте вещи своими именами, а не ходите вокруг да около.
1) Очень не очевидное преимущество, наоборот - согласно API, это конечному клиенту надо будет еще привести свои данные к Вашему виду, чтобы их можно было обработать.
2) Большинство протоколов в автоматизации так работают, тут нет никаких преимуществ и революций.
3) Опять же - исходя из информации на сайте, об этом вообще ничего не рассказано. В чем особенность Вашей модели обмена по таким каналам, и какие механизмы Вы предоставляете для того, чтобы обеспечить подъем данных без потерь по каналам с неустойчивым, или вообще периодическим обменом?
4) Вы это в преимущество относите? В "клиент-серверной" архитектуре это легко решается, поэтому я не считаю это преимуществом.
Что-то мне подсказывает, что суть топика была не протокол обсуждать... :) Уж называйте вещи своими именами, а не ходите вокруг да около.
SCADA+
-
- администратор
- Сообщения: 17553
- Зарегистрирован: 17 июн 2008, 16:01
- Имя: Евгений свет Брониславович
- Страна: Россия
- город/регион: Санкт-Петербург
- Благодарил (а): 818 раз
- Поблагодарили: 1647 раз
Re: Протокол JSON RPC для интернет-вещей и облачной SCADA
Забыли только указать - преимущества по сравнению с чем?ermak писал(а):Romcheg,
Преимущества протокола:
И вообще, это рекламой зовётся. По ссылке на сайт никакого обсуждения не предполагается.
По вопросам работы Форума можно обратиться по этим контактам.