Зависает крайне редко и по вине провайдера, цена на модем не выше чем на свисток, решение выглядит коммерчески законченным, антенна надежно крепится. В общем для дома я бы тоже использовал свисток, а вот в Белазы и пром щиты мы устанавливаем такие решения. Как минимум вибрации пережить и отвал антенного пигтейла. 4G никто не запрещает поставить, но в этом нет смысла т.к. Потоки данных исчисляются в килобайтах. Даже в Умный дом продавать rasberry с торчащим свистком мне кажется стыдно. Коммерция есть коммерция ))
Согласен, распределённый подход лучше, но никто не отменял стыковку с верхним уровнем, а для этого нужен шлюз. Мы описывали дешевую реализацию управления освещением в своей первой статье, можете почитать.
Согласен, но с учетом нынешнего рынка и стоимости деталей индустриального исполнения мы не сильно накручиваем ценник. С алиэкспресом сравнивать тоже не правильно, т.к. Купить у них официально на юр лицо будет стоить так же с растаможкой, но без гарантии и тех поддержки.
Возможно передача и последовательная. А какая скорость для облачных решений нужна? Никто большие потоки и не гоняют, в основном телеметрия. На счёт умного дома я не согласен, я работал в этой сфере и там как раз подобное железо эксплуатируют гораздо сильнее чем а пром зоне: видеопотоки, аудио, телеметрия, веб сервер и все это в одном железе разом.
Делаем модуль расширения с независимым вторым Ethernet портом, места мало и не факт что влезет больше одной дополнительной розетки. У большинства запрос: второй независимый порт для разделения уровней сетей. Низкий уровень (modbus, pfofinet...) и высокий уровень (mqtt, opc..)
Спасибо за помощь. На счёт гитхаба хорошая идея. Мы больше по железу, поэтому предложили свои скрипты возможно «кривые» с точки зрения программистов. Учтём Ваши предложения.
Корабельщики брали видимо для связи, крупные компании как шлюз IIoT мониторить то что накопилось на предприятиях, Умный дом. Самое интересное это беспилотные поплавки для анализа колебания воды на пол года в море))) Многие клиенты вообще не знаем что делают с ними.
Согласен с выше сказанным. Правда это устройство может быть как отдельным 3g роутером, так и выполнять функции контроллера. Такое устройство может обслуживать и себя и другие контроллеры, что логично. Замена mPCi модуля под силу многим.
Спасибо за комментарий. Возможно Вы правы, учтём данное замечание. Попробуем использовать AT команды, данный скрипт приведён для примера и все могут внести вклад в его «реконструкцию».
Мы рассматривали эти световоды, но они тоже не идеально проходят из-за люфтов при установке платы, либо нужны отверстия в корпусе крупнее делать, а это тоже не сильно красиво.
Радиатор крепили на термопроводящий клей. Оторвать его давольно сложно, если вообще возможно. Применение мы видели как шлюз в Промышленных проектах, Умный дом и прочее. Но клиенты ставили на корабли, отправляли в беспилотных поплавках в море на пол года, мониторили белазы по кан шине и прочие чудеса, которые представить не могли.
Если честно, переход к mqtt у нас произошёл по причине развертывания облачного сервиса. Я так и не нашёл вариантов на лету добавлять устройства с автоматической регистрацией всех параметров (ключей в формате json по протоколу mqtt или http) на стороне сервера. С modbus я лично так и не договорился)) Протокол modbus все таки хранит только цифру в регистре, а имя этого регистра нет, все таки для веб вещей json как то ближе, возможно для scada систем привычнее modbus. А как клиент в modbus tcp может сам инициировать запрос? Нужно же как минимум какой то флаг один опрашивать, чтобы понять когда запрос сделать глобальный или не так?
modbus протокол реального времени запрос-ответ пока это локальная сеть вопросов нет, как только трафик ограничен, тут уже сложнее. Mqtt уже старая разработка, просто к нам только пришла .
Мы, кстати, еще сделали видеопрезентацию нашего устройства. Можете ознакомиться
Если честно, переход к mqtt у нас произошёл по причине развертывания облачного сервиса. Я так и не нашёл вариантов на лету добавлять устройства с автоматической регистрацией всех параметров (ключей в формате json по протоколу mqtt или http) на стороне сервера. С modbus я лично так и не договорился)) Протокол modbus все таки хранит только цифру в регистре, а имя этого регистра нет, все таки для веб вещей json как то ближе, возможно для scada систем привычнее modbus. А как клиент в modbus tcp может сам инициировать запрос? Нужно же как минимум какой то флаг один опрашивать, чтобы понять когда запрос сделать глобальный или не так?
modbus протокол реального времени запрос-ответ пока это локальная сеть вопросов нет, как только трафик ограничен, тут уже сложнее. Mqtt уже старая разработка, просто к нам только пришла .