Давайте соберу Вам для пробы (экспериментов). Отправлю через CDEK. О готовности сообщу в ЛС, Вы мне адрес ближайшего к Вам CDEK сбросите.Цитата:
Сообщение от melky
Вид для печати
Давайте соберу Вам для пробы (экспериментов). Отправлю через CDEK. О готовности сообщу в ЛС, Вы мне адрес ближайшего к Вам CDEK сбросите.Цитата:
Сообщение от melky
Хочу продолжить тему и обсудить еще одну идею, которая реализована в https://www.chipdip.ru/product/rs232...2-to-poe-eth-b
Если я правильно понял, то это устройство позволяет сконфигурировать любую Modbus-таблицу и разместить её в виде топика на MQTT-сервере.
Данные в топике хранятся в JSON-формате.
Т.е. MQTT-сервер становиться Modbus-сервером, а эти устройства работают как двунаправленные ModbusRTU-шлюзы.
Облачный Modbus-сервер!!! Как вам идея?
Удаленная диспетчеризация за копейки!!! Мульти-контроль с разных мест и типов устройств!!!
ниче се за копейки - 4800.
з.ы. если на своих штучках сделаешь таблицу в json, развернуть ее и так наверное будет не проблема, хотя с другой стороны и этого не требуется, если через устроство через топики запросы в rs485 можно отправлять.
https://usriot.ru/din-rail/usr-dr302 - режим TCP клиент на IP сервера - пофигу на протоколы.
Teleofis ER108 - 2 порта RS485 в таком же режиме - пофигу на протоколы (у меня в фисе сейчас на одном порту 7E1 висит Энергомера CE301, на втором порту 8N1 Меркурий 236 и два датчика топлива). Правда в сети, но он точно умеет как TCP клиент подключаться, тестировал уже удаленно у людей). цена 9900 в интернете, делим на 2 порта и за порт сенник вполне, учитывая что там порты с изоляцией.
У китайцев по типу USR на дин рейку можно купить 8-ми (ВОСЬМИ Карл) портовый где-то за 5 рублей :)
Зачем такие вот извращения через mqtt и json тогда ?
Вообще-то дело не в деньгах! Ну, если настаиваете?
- ПЕ210 - 8160р. + обон.плата от 810 до 3150 + (субъективно: сервис еще сырой и с ограничениями, периодические технические работы)
- 4800 + MQTT на выбор (есть бесплатные) + возможен обмен между устройствами (Master-Master, Master-Slave, Slave-Slave) + все плюшки OwenCloud в любимой Scada + любой кол-во Scada + доступ с любого устройства (СП3хх, ПР, ПЛК, Android и т.д.)
Основной и жирный "+" защищенный обмен и контроль через Интернет, т.е. полная свобода! Не знаю, как можно не дооценивать такую возможность?!
Единственный "-" - нет 4G. Но это мы разъясним (поправим).
EFrol я просто рассматриваю со своей колокольни, если в RapidScada есть mqtt, ее можно установить на любом облачном сервере, где как правило надо брать реальный IP, иначе как бы зачем брать облако для доступа по WEB? То зачем еще промежуточная железка, которая будет заворачивать что-то во что-то ?
з.ы. без IP не получится администрировать саму scada, ну или с геморроем при копировании конфигураций вручную. Не думаю, что на этом стоит экономить 170р в месяц.
з.ы. На самом деле получится и конфигурировать, есть некоторые механизмы для этого в самой scada.
Но блин все настраивать через mqtt, типа себе ставить приложение на смартфон для mqtt - да ну нафик? я в день прокуриваю столько же, сколько стоит IP в месяц :)
Но при этом сами железки могу использовать гораздо дешевле, чем этот mqtt сервер
Представьте себе распространенный случай:
- Где-то в "Хацапетовке" за 250км от "Центра вселенной" (где стоит Ваша Scada) находится водонапорная башня. Датчик уровня, давления, нагрузка на насосы, наличие/отсутствие электроэнергии и т.д. и за всем следит ПР200. Вам очень хочется видеть, что видит и делает ПР. ПР выкладывает данные и принимает управляющие команды через это устройство.
Допустим у меня аллергия на персональные компы. Я не хочу покупать ПК, Windows, Scada и т.д. Меня устроит мой смартфон.
А у моего напарника планшет.
EFrol а где-то в New-Васюки расположен mqtt брокер и связи с ним нет, потому что хуситы перерубили подводный кабель - дальше что?
В любом случае у вас есть точка отказа, будь то mqtt брокер или scada где-то в облаке. А так же провайдер, который дает интернет для объекта в "Хацапетовке" за 250 км от "Центра вселенной"
И кто-то мешает по WEB подключиться сразу к scada системе и нарисованной там мнемосхеме со смартфона или планшета?
Разговор слепого с глухим. Один помешан на MQTT, другой на SCADA. Объявляю тайм-аут. Может к теме еще кто подключится?
Нормальный разговор. Только ваш сценарий предполагает либо умение самим устройством mqtt либо modbus + указанный сервер. А в мире есть еще: Логика, Пульсар, Меркурий, Энергомера, MBus и целая куча всякого другого зверья.
И оптимальным решением считаю вашу платку, которая может через mqtt переслать в порт 485 запрос протокола и вернуть его так же обратно, а со стороны сервера разобрать.
Потому что это будет подходить под все и вся.
Либо под каждый протокол писать опрос в устройстве и выдавать уже конечными данными - а это ахренеть занятие по времени
Именно этой "платкой" я и занялся, т.к. очень хотел получить дешевую альтернативу ПЛК304 + WiFi или 4G.
А именно дешевое программируемое устройство с интерфейсами RS485 + Ethernet или WiFi.
А далее за счет программируемости реализовывать всё что приспичит:
- Конвертор Ethernet-RS485, в т.ч. и ModbusTCP в ModbusRTU (аналог MKOH-а)
- Конвертор из одного протокола в другой (с поддержкой всех перечисленных Вами устройств)
- MQTT-шлюз - для удаленного доступа ко всем этим устройствам
- да просто использовать как ПЛК, подключая Mx110 или Mx210
- да еще с мульти-подключением (несколько мастеров в одну сеть) и т.д. и т.п.
ну основная проблема это потеря времени на написание протокола. Знаю, о чем говорю.
Был бы пенсионером, да и хрен бы с ним, писал бы. А так, в час по чайной ложке.
Собственных идей для RapidScada масса, не только по драйверам, и все некогда. Тут увидел в нете одну штуку, но не знаю, возможна ли реализовать на вашей плате, надо будет потом проверять.
Да. Я понимаю. У меня были заказы на разработку конвертеров под разные устройства.
Если одна проблема - наличие описания протокола, еще как-то решаема, то вторая - отладка без целевого устройства (на пересылку туда-сюда недешевого оборудования никто не соглашается).
Так вот с помощью своей "платки" думал решить эту проблему.
Её можно сделать дистанционно-прошиваемой + дистанционно проверить связь с устройством (получить лог для анализа).
Короче одни плюсы!!!:rolleyes:
EFrol, вы думаете я всё писал имея приборы? :)
Так же, через преобразователи интерфейсов. Например прибоов Логики у меня никогда на руках не было.
Приветствую. Ну поехали :)
1. Роутер на объекте это дополнительные деньги. Надо делать не так. а) открываем коробочку ставим Ethernet (типа в первоначальной покупке берем себе одну такую штуку или берем их под задачу). Настраиваем что нам надо и т.д.
Открываем коробочку и вынимаем к чертям Ethernet, оставляя только модем SIM800. Ну вы поняли, ценник ниже, так как на самом объекте Ethernet-TTL там не будет, а останется только модем. Если на объекте уже есть сеть, соответственно купим Ethernet а модем брать не будем.
2. Нужен режим настройки в примитивном WEB - IP сменить, задать топики, подключения к Wi-Fi, пароли и т.д. в уже готовый и прошитый приборчик. В том числе указать, что при перезагрузке не тыкайся в Ethernet порт так как мы его снимем. Ну или в прошивке проверка наличия Ethnernet один раз при запуске и потом не мучаемся, если его нет. Ну или перемычкой на платке. Не суть. То же с модемом, но тут проще наверное.
3. Если есть какая-то возможность выполнить все настройки через примитивный WEB, но будучи подключенными через RS485 так вообще будет красота. то есть нам не нужен ни Ethernet ни модем при покупке, но позволит настроить wi-fi точку доступа, настройки брокеров и т.д.
Из замеченных минусов - UDP_TX_PACKET_MAX_SIZE - так понимаю фиксированная длина буфера для приема. Тут могу огорчить, масса протоколов, у которых длина ответа заранее неизвестна, может быть пару байт, а может быть десятки байт. Или просто длина ответа варьируется в зависимости от значений блока данных. То есть один ответ 100 байт, а следующий на этот же запрос будет 102 байта.
Нужен способ принимать байты с остановкой по массивам байт (проверка) ранее выставленного таймаута. Учитывая, что в саму железку протокол прошиваться не будет, а запросы из внешнего сервера то как тут быть?
Вариант 1 - может ли устройство сразу отсылать каждый байт (наверное будет печалька)
Вариант 2 - в устройство передать нужные массивы байт в качестве параметра, например при его настройке и научить его приемный буфер с этим работать.
5. предусмотреть возможность установки какого-то АКБ, чтобы при пропадании сети хотя бы несколько минут устройство проработало. Если все же в него будет шить протокол опроса.
6. так понимаю SIM должен уметь подключаться как TCP(UDP) клиент к какому-то серверу при поднятии интернета от провайдера?
з.ы. чисто из опыта работы с драйверами для Scada системы. Вариация с Mqtt взлетит не на всех драйверах, так как там в коде самих драйверов идут проверки на количество принимаемых данных. То есть не тупо задается входной буфер хрензнаеткакойдлины, а именно чтение заголовка принятого ответа, чтение остатка известной длины из заголовка.
UDP_TX_PACKET_MAX_SIZE - это MTU - максимальный размер данных в пакете, которые можно передать без фрагментации (508 байт из WiKi)
Из даташита на SIM800L он может создавать как клиентские сокеты, так и серверные (UDP, TCP) https://www.waveshare.com/wiki/File:...nual_V1.11.pdf
Создать WEB-страницу для настройки - не проблема, но только для коммерческой серийной реализации.
Я бы хотел оставить это конструктором, чтобы каждый смог реализовать свой творческий потенциал в C++.
Однако есть сомнения - ведь ПЛК304 давал такую возможность, но никто ей не воспользовался.
От заказчиков есть просьба - реализовать настройку через SMS-сообщения. SIM800L поддерживает "белый" список.
АКБ с контроллером заряда-разряда реализовано, как отдельное самостоятельно устройство.
Есть вариант без ENC28J60 с RS232 для подключения к Master-панели СП270 - в ней реализован MQTTGate на уровне прошивки (т.е. без ПК).
EFrol web может быть примитивным, даже должен быть примитивным, только для настройки. Достаточно простого html или что там есть проще с возможностью поменять параметры, а потом перегрузить. Какая-то возможность сбросить, если забыл. Чтобы не прошивать разными прошивками при смене брокера, паролей и т.д.
Ну в любом случае тестить надо, что получится. Пока особо нет понимания, как заставить драйвера пулять не в Com порт, а в топик mqtt без использования дополнительного шлюза.
Предлагаю продолжить здесь https://owen.ru/forum/showthread.php...050#post466050
Есть не дорогие https://aliexpress.ru/item/100500914...4760570aCdwcj2