Развитие линейки устройств связи - роутеры и шлюзы

Добрый день, коллеги!:)

Мы планируем развивать линейку устройств связи, а именно двигаться в направлении роутреров и IoT шлюзов.
Мы очень бы хотели услышать ваши пожелания по этому поводу.

Наши начальные портреты изделий выглядят следующим образом:

Промышленный LTE роутер с поддержкой VPN-клиент
Обеспечивающий:
• Резервирование SIM для обеспечения постоянной передачи данных.
• Поддержка VPN-client. Протколы: openVPN и Wireguard - для удаленного подключения по защищенному каналу к устройствам в частной сети для отладки программ и удаленного конфигурирования Ethernet-устройств, обеспечению доступа к OPC серверу
• Поддержка NAT, FireWall, DHCP
• Доступ в OwenCloud для Ethernet-устройств
• Конфигурирование и опрос устройств по RS-485 по протоколу Modbus RTU/ASCII
• Минимальную логику за счет встроенных входов/выходов - до 2 DI/1 DO*
• Конфигурирование роутера по USB или через Ethernet


IoT шлюз
• Резервирование SIM для обеспечения постоянной передачи данных.
• LTE доступ к облаку OwenCloud устройств Ethernet и RS-485
• Поддержка протоколов - MQTT, OPC UA, Modbus ASCII/RTU/TCP
• Конвертация протоколов: Modbus <-> MQTT, MQTT <-> Modbus TCP, Modbus <-> OPC UA
• Минимальная логика за счет встроенных входов/выходов - до 2 DI/1 DO*
• Удаленное подключение по защищенному каналу к Ethernet-устройствам в частной сети для отладки программ и удаленного конфигурирования
• Конфигурирование шлюза по USB или через Ethernet


Оба эти изделия предполагается выпустить первоначально в одном минимальном конструктиве:

• 2хSIM карты (4G – 10/5 Мбит/сек)
• интерфейсы - 1xEthernet, 2xRS-485, 1xMicroUSB (для программирования), 1xSD/MicroSD
• встроенные входы/выходы - до 2 DI/1 DO
• расширенный температурный диапазон - от -40 °C до + 60°C
• питание 24В (10..48)

Есть конечно варианты по развитию железа, но прежде я готова выслушать Ваши пожелания. :)
Мы будем крайне признательны за ваши комментарии и обратную связь. Пожалуйста, когда вы будете писать о пожеланиях, опишите задачу, которую Вы хотите решить. Чем подробнее будет Ваш пост, тем лучше!:)

про питание ни чего не написали: 220,24,5(usb)?

По поводу роутера - готовы конкурировать с уже существующими?

Цитата:

---

Сообщение от capzap

про питание ни чего не написали: 220,24,5(usb)?

---

24В (10..48)

Цитата:

---

Сообщение от Антон Новайкин

24В (10..48)

---

а прошивать по юсб? Или браузерным способом

Цитата:

---

Сообщение от capzap

а прошивать по юсб? Или браузерным способом

---

Да, конфигурировать по USB или через ethernet
Будет интерфейс LuCi как в ПЛК210

Цитата:

---

Сообщение от ASo

По поводу роутера - готовы конкурировать с уже существующими?

---

Добрый день, Андрей! Хотелось бы) Если ориентируясь на цену - да, получается в том же ценовом диапазоне.
Плюс, надеемся на комплексную поставку)

Кто у Вас в фаворитах из существующих? И какие задачи Вы с помощью них решаете?

Хотелось бы, что-то как irz.. на openwrt. Команды посылки смс из консоли c utf, неограниченного размера, ssh, чтобы можно было свои скрипты на bash писать и в автозапуск ставить. + modbus tcp->rtu конвертер в софте. + виртуальный ком ser2net с управлением скорости и тд по RFCxxx.

Цитата:

---

Сообщение от murdemon

Хотелось бы, что-то как irz.. на openwrt.

---

Так и будет! :)

l2tp/IPSEC
ну если он на Linux, конфигурируемый socat пакет. При чем в обе стороны, чтобы могу быть не только клиентом, но и сервером... ну короче socat он и в африке... если не обрежете его

4g роутер это точно не ваша тема, рынок очень плотно занят, как китайским ширпотребом, так и серьезными брендами MikroTik, Cisco и другие. Я сам уже 10 лет для себя и своих постоянных клиентов на микротиковских материнских платах изготавливаю 2g,3G,4G Роутеры , (самое смешное, что микротик такие роутеры начал изготавливать только с середины 2019 года).
A LTE Роутеры-шлюзы это точно ваша тема, здесь конкуренция небольшая. Если грамотно подойдете к разработке то точно взлетит.
Что могу посоветовать из своего опыта, эти бумажные малогабаритные сим карты нужно менять на какие-то специальные, ( думаю нужно решать с провайдерами) У меня роутеры всепогодные, при наружном использовании минимум 2-3 раза в году (весной и осенью и зимой) приходилось просушивать симку и чистить контакты.
Интерфейсы - Ethernet нужно минимум 2 (в моем роутере было 5), обязательно пое питание на вход по 1 порту, и пое на выход по последнему.
Питание - если хотите зацепить сразу 3 стандарта, то нужно делать 10-57 в, борт сеть устройств с аккумуляторами на 48 в имеет бортовое напряжение 55 в ( Солнечные, ветровые , онлайн источники питания)

Atman, Спасибо за Ваше мнение.
Для Вас актуально наличие протоколов MQTT, OPC UA в LTE Роутере-шлюзе ?
Почему минимальное требование вы рекомендуете 2хEthernet, чтобы можно было организовать WAN и LAN?
PoE - для каких целей на вход и на выход ? Дополнительно к съему и конвертации данных и камеру подключить через PoE? Какие еще варианты?

Чем больше будет поддерживать ваш LTE роутер промышленных и специальных протоколов тем будет выше его ценность, ведь как подбирают оборудование, смотрят документацию и каждый ищет поддержку своего решения.

Если в вашем роутере будет возможность конфигурировать не стандартные сценарии, то да можно реализовать резервный и основной канал интернет с автоматическим переходом ( это можно реализовать в моем роутере на микротиковской материнской плате). Еще нужен обязательно WI-FI. На микротиковской материнке своего LTE роутера я могу любой интерфейс сделать WAN ИЛИ LAN.
Пример реализации подключения 3 провайдеров с автопереходом( один основной по кабелю и 2 резервных беспроводных LTE и WI-FI) 3 WAN ИНТЕРФЕЙСА (входа) 1 порт, LTE, WI-FI. 2 порт Lan (выход). Конфигурация как вы заметили может быть любая, и железо это все поддерживает.

Пое на вход нужно, чтобы LTE роутер можно было запитать по кабелю. У меня 10-57 в
пое на выход, чтобы запитать прямо с роутера по кабелю например дополнительную наружную точку доступа WI-FI

На счет протоколов, если применительно к RS485 я уже написал, если железка будет на Linux, то пакет Socat конфигурируется как TCP, UDP сервер или клиент.
Тестировал недавно подобную железку, где производитель интегрировал кроме Modbus еще и socat, любой последовательный протокол без проблем.

з.ы. правда там железка специфическая и не дешевая, основное направление шифрование каналов по нашим ГОСТ. Так что для более широкого применения там где это не требуется дороговато.
з.з.ы. только не надо делать велосипед на подобии МКОН пожалуйста... :)

Цитата:

---

Сообщение от melky

На счет протоколов, если применительно к RS485 я уже написал, если железка будет на Linux, то пакет Socat конфигурируется как TCP, UDP сервер или клиент.
Тестировал недавно подобную железку, где производитель интегрировал кроме Modbus еще и socat, любой последовательный протокол без проблем.

з.ы. правда там железка специфическая и не дешевая, основное направление шифрование каналов по нашим ГОСТ. Так что для более широкого применения там где это не требуется дороговато.
з.з.ы. только не надо делать велосипед на подобии МКОН пожалуйста... :)

---

МКОН был началом, теперь будет тандем!

Проблема МКОН и некоторых других ваших шлюзов в узко заточенном диапазоне задач. только Modbus, только Облако и т.д. Что не всегда полезно.
Надо делать устройства как и у других но с доп функционалом в виде того же Облака, если оно потребовалось... То есть узкая специализация устройства должна быть "изюминкой" устройства а не единственным его предназначением.

Ну пример, ведь на форуме было много вопросов как сделать одновременно и Облако и Scada из локальной сети. А в ответ "используйте OPC на облако", а это простите тот еще костыль....

Когда есть возможность "многофункционального" изделия, мы его делаем. Но в нанопроцессор все не влазит :) И есть всегда вопрос цены.

да ладно, в тот же МКОН можно было код remserial впихнуть, там исходников кот наплакал, одно уже не только Modbus бы умел.

Цитата:

---

Сообщение от melky

сделать одновременно и Облако и Scada из локальной сети.

---

Как раз данными устройствами и хотим решить эту задачу. Через LTE данные и в облако отправлять и сделать VPN до OPC-сервера. Полноценный шлюз в облако и Eth-приборов и с RS-485 - это уже во втором (шлюзовом) исполнении добавим.

Цитата:

---

Сообщение от melky

да ладно, в тот же МКОН можно было код remserial впихнуть, там исходников кот наплакал, одно уже не только Modbus бы умел.

---

И какое устройство автоматизации поддерживает такой протокол?
Протокол преобразования пакета ТСП в UART я сделаю секунд за 600. Основная проблема что он бывает нужен исключительно на ПК. А дров (особенно с поддержкой хотя бы лет на 10) нет. Получается расходы:
Протокол передачи - 100$
Драйвера - 10000$
Поддержка на всякие ОС, библиотеки и т.п. - 20000$ в год.
Это ж сколько надо приборов продавать чтобы окупить?

Программиста обидеть может каждый

Филоненко Владислав вы вообще о чем ? у вас шлюз Ethernet - RS485 или наоборот. В первом варианте тот же ПЛК может опрашивать через Ethernet Modbus RTU устройствa, а почему бы ПЛК опрашивать не только Modbus устройства а ЛЮБОЕ устройство с RS485, тем более вы это сделаете за 600 секунд.... Вот и была бы у вашего устройства фишка, которая бы его отличала от других.

Объяснить зачем ? а просто тогда номенклатура устройств бы была одна при покупке, а не зоопарк. а не так, сюда мы купим МКОН 10 штук, а сюда нам надо купить Moxa 5 штук и так далее....

И самое забавное, если у вас два сокета, и шлюз регулирует запросы, можно было бы к Modbus RTU прицепить и не Modbus устройство для опроса на ту же линию. А это поверьте, точно бы отличало от всех остальных устройств на рынке...

Пересмотрел доку на МКОН, извиняюсь, облака оно не имеет... но в режиме Master в сети Ethernet/Slave в сети RS-485 кроме выбора ASCII и RTU можно было бы сделать Any - и как раз тут запилить тот же remserial или аналогичный код с разруливанием по двум сокетам.

Вот и получилось бы шикарное устройство