Каким самым простым способом получить данные с прибора в свою базу данных?

[melky]

OPC прокладки, не их задача отправлять данные куда-то.

Если на сервере реальный IP то много роутеров умеют быть Клиентами, то есть самостоятельно подключаться к Серверу и таким образом поднимать связь. Проверял на вариантах Телеофис.

Далее либо программа Виртуального COM порта в режиме Сервер, либо сама Scada умеет быть Сервером линии связи (например RapidScada, которая может данные сразу положить в PostgreSQL) но у вас выбор вроде или МастерScada или Телемеханика.
Если выбора пока нет, то RapidScada может выполнить все действия и при этом потребует реальный IP только со стороны Сервера. Ставьте 6-ю версию, в ней есть вариант настроить архивы на Postgre
Modbus (мастер) в ней уже встроен.

[capzap]

Облако owencloud такая же сущность как и БД, модуль спокойно сохраняет показания в облаке, питон прекрасно через API получает данные из облака

[ASo]

Я бы ещё MQTT рассмотрел.

[melky]

У Облака Овен есть ограничение - 90 дней. Плюс роутер уже есть как понимаю, для Облака потребуется дополнительная железка - шлюз.
з.ы. для RapidScada и MQTT не проблема, один фиг потом в БД надо закидывать.

В случае с MasterScada я так понимаю принцип тот же. Только не знаю, сможет ли OPC Инсат выступить в роли "сервера" для соединения. Но в БД вроде как тоже умеет, бесплатно правда только до 32 тегов.

[capzap]

У Облака Овен есть ограничение - 90 дней. Плюс роутер уже есть как понимаю, для Облака потребуется дополнительная железка - шлюз.

Ну сколько раз ещё повторять, не пользуетесь устройствами Овен, ну не давайте советов там где не знаете и что ещё хуже не понимаете, не вводите в заблуждение

[melky]

capzap кого я ввел в заблуждение? что облако хранит данные не более 90 дней? Разве что модуль MB210 самостоятельно может подключиться к облаку и не потребует шлюза. Тут да, лоханулся...

И простите толку, вы предлагаете автору топика писать опрос из облака по API, вместо простой настройки.

У автора есть основная задача и нюансы, связанные с ней.

1. Связь. В лучшем случае это не добавлять реальный IP на GSM ка_нал (странно, но к заднице слово не относится никак ) но принимающая сторона должна уметь и позволять это. То есть выступить в роли сервера соединения. Иначе оплачивать реальный IP за дополнительные деньги

2. Данные кидать в БД. Тут либо писать на питоне и чем угодно, либо ПРОСТО настроить.

Выбор за автором. Делать себе мозги или пойти по готовому пути, причем в некоторых вариантах бесплатно

[capzap]

capzap кого я ввел в заблуждение? что облако хранит данные не более 90 дней? Разве что модуль MB210 самостоятельно может подключиться к облаку и не потребует шлюза. Тут да, лоханулся...

И простите толку, вы предлагаете автору топика писать опрос из облака по API, вместо простой настройки.

У автора есть основная задача и нюансы, связанные с ней.

1. Связь. В лучшем случае это не добавлять реальный IP на GSM ка_нал (странно, но к заднице слово не относится никак ) но принимающая сторона должна уметь и позволять это. То есть выступить в роли сервера соединения. Иначе оплачивать реальный IP за дополнительные деньги

2. Данные кидать в БД. Тут либо писать на питоне и чем угодно, либо ПРОСТО настроить.

Выбор за автором. Делать себе мозги или пойти по готовому пути, причем в некоторых вариантах бесплатно

Давно стали спецом по питону? Откуда уверенность что брать данные из базы проще чем с api работать, а в базу ещё и положить надо. Если бы ТС умел модбас ТСР на питоне, то и прокладка бы не понадобилась. И про ограничение по времени речи не шло
Облако и есть готовое решение из коробки и защищённое в отличии от получать статический адрес и держать открытм порт протокола

[melky]

capzap ну для начала порт где-то и какой-то открыт по любому. Даже https при запросе у облака. Дело безопасности тут не рассматривается тоже.
При этом если некий сервер принимает TCP клиента gsm роутера, то порт там далеко не протокольный а от фонаря, который защищается достаточно легко разрешенными соединениями по сотовому оператору сетью вида 185.75.0.0/16 (в зависимости какой оператор используется и какой диапазон адресов он имеет в том или ином регионе (пример)) и порт там TCP соединения двух железок сервер-роутер и протокольным портом 502 даже не пахнет.

Тут наверное правильнее было бы так... Если бы ТС умел .... на питоне, то и вообще бы вопросов никаких не возникало в принципе.

Вопрос уже стоит так. Django Python будет обрабатывать информацию из БД - есть готовые решения прочитать модуль МВ210 и положить данные из него в БД?

Да, есть. В том или ином варианте. Выбирайте, который вам проще и лучше подходит.
Можно сэкономить деньги не покупая выделенный IP у оператора сотовой связи? - Да, можно.

[capzap]

Даже https при запросе у облака. Дело безопасности тут не рассматривается тоже.

Да с какого, было время Вы постоянно расхваливали впн, что изменилось, защищенное соединение оно и в Африке защищенное

При этом если некий сервер принимает TCP клиента gsm роутера

сервером здесь выступает кто, если Ваши нелепые варианты с различных СКАД, ОРС и т.п. что то вычитывать и ложить в БД, то это модуль который имеет пару открытых портов для модбас и москита, перекидывать в роутере на другие номера, ни фига не коробочное решение. Облако защищено, Вам же вот в голову не приходит что можно шлюзу вместо адреса овенклоуда подставить адрес локального компа со своим личным облаком, как Вы вечно плачетесь, видимо есть трудности распарсить обмен

[Ridsen]

Спасибо огромное за информацию.

Посмотрел варианты по подключению напрямую через дополнение ModBus_Python. Пока не совсем всё понятно, но буду пробовать.

Наверное намного проще подключать пока временно через RapidScada.

или ещё вариант, если возможно настроить интервал передачи данных из Owen Cloud в базу данных, если данные хранятся 90 дней, то при отправке пополнению другой основной БД это наверное не критично, т.к. главная функция OwenCloud отправка данных в основную БД.