Покупаю идеи+проекты., Покупаю идеи+проекты. Опции

[oleg-n]

Покупаю идеи+проекты.
Писать на O-N@MAIL.RU

[syoma]

К сожалению если нужна надежность, то об Ethernet-е надо забыть.

Это же не промавтоматика? Для "Умного Дома" проводного Ethernetа хватит с головой.
Да и даже в промышленности Ethernet уже используется в хвост и в гриву - IEC61850, OPC UA - все на Ethernetе сидит, не считая уже заезженных Profinet или EtherCAT.
Главное, чтобы был MQTT - тогда этот модуль можно будет привязать к любой домашней автоматизации, или даже напрямую связывать модули через Брокер. Ну и для тех кто, вообще в танке - модуль к облачному Брокеру и получаем интернет-розетку. Без проброски портов, белых айпишников, непонятных онлайн-сервисов и прочей фигни. Из любых сетей и файерволов. Безопасность обеспечит SSL/TLS.

[AlexandrY]

Главное, чтобы был MQTT - тогда этот модуль можно будет привязать к любой домашней автоматизации,

Если логический контроллер имеет интерфейс Ethernet, то этот интерфейс у него всегда! обслуживает отдельный процессор.
Ориентироваться на 30$ в такой конфигурации нереально.

Если сделать Ethernet c TCP/IP/UDP, ARP, DHCP, DNS, HTTP, MQTT, SSL, ICMP, IGMP, TELNET на том же микроконтроллере что и основная задача, то грош цена вашей надежности.
Ваш дивайс будет заниматься только тем что парсить бесконечный флуд сетевых сканеров, маршрутизаторов, ботов, и просто сетевых сервисных служб обычных ПК.
Я уверен 100% что дивайс в такой сети будет виснуть не реже раза в неделю.
Короче идея выводить в интернет или даже в локалку отдельные дивайсы - зло.

Поэтому без вариантов, только свой шлюз. И CAN просто потому что будет дешевле.
Либо сворачивать бизнес после продажи первой партии.

Да и кстати, поскольку я уже имею плотный опыт с системами промышленного Ethernet-a и EtherCat-а, то скажу вам что сбоят они будь здоров даже без подключения к локалке.
Особенно этим грешат HMI которые качают массивы данных для вывода на дисплей. Система коннекторов у Ethernet-а тоже причина сильной ненадежности.

[syoma]

Если логический контроллер имеет интерфейс Ethernet, то этот интерфейс у него всегда! обслуживает отдельный процессор.
Ориентироваться на 30$ в такой конфигурации нереально.

Если сделать Ethernet c TCP/IP/UDP, ARP, DHCP, DNS, HTTP, MQTT, SSL, ICMP, IGMP, TELNET на том же микроконтроллере что и основная задача, то грош цена вашей надежности.
Ваш дивайс будет заниматься только тем что парсить бесконечный флуд сетевых сканеров, маршрутизаторов, ботов, и просто сетевых сервисных служб обычных ПК.
Я уверен 100% что дивайс в такой сети будет виснуть не реже раза в неделю.
Короче идея выводить в интернет или даже в локалку отдельные дивайсы - зло.

Ну пусть будет отдельный процессор. Если я не ошибаюсь, сейчас есть полно чипов с двумя процессорами для этих целей и стоят они несколько баксов. Насчет того, что будет виснуть - пусть будет Ватчдог, пользователь не заметит, если устройство раз в неделю на пару секунд из сети вывалится.
Хотя я имел дело с МК, на котором был реализован TCP/IP стек, FTP и Вебсервер еще в 2003 году. Он также сам дергал ногами, считал импульсы от электросчетчика и был выставлен в интернет с белым айпишником и с ссылкой на заглавной странице университета. Все на одном МК с производительностью примерно 51 разогнанного процессора. Время бесперебойной работы достигало года, до того, как его выключили. Перезагрузок никто не делал - о нем просто забыли.
Так что я понимаю, что у вас какие-то фобии по этому поводу. Неудачный софт применили?

[AlexandrY]

Так что я понимаю, что у вас какие-то фобии по этому поводу. Неудачный софт применили?

Т.е. вы тоже признаете, что управлять качеством такого софта невозможно. Можно только надеяться на удачу.
Но тогда простая логика. Чем меньше софта - тем надежней работа.
В CAN-е софта меньше на порядок.

Тут случай был недавно, когда у нас сеть накрылась после молнии.
Некоторые свитчеры как будто бы остались рабочими. Но народ не мог отправить емайлы, а так по сети нормально работал.
Выяснилось что на некоторых портах свитчеры искажали данные пакетов, но так, что контрольная сумма оставалась правильной.
Низкие протоколы это пропускали, а высокие с PTP шифрацией - нет.
Это к тому, что делая потребительский дивайс с Ethernet вам надо готовиться к войне со всей сетевой инфраструктурой со всеми ее глюками.
Примеры отдельно стоящих и несбоящих embedded серверов здесь никого не убедят.