vozov Jul 21 at 08:22

Протокол обмена данными. Пользовательский уровень, поверх CAN 2.0. Проект

Medium

9 min

846

DIYDecentralized networks*Systems engineering*Interfaces*

Opinion

Comments 9

rsashka Jul 21 at 10:48

Это попытка использовать LLM для генерации псевдотехнических статей с мимикрией под начинающего пользователя?

vozov Jul 21 at 12:45

Это какая то паранойя, во всем видеть ИИ.

rsashka Jul 21 at 12:53

Паранойя, это находить ИИ в генераторных нейронных сетях и пытаться после них переработать текст не разобравшись в предмете.

vozov Jul 21 at 13:20

А как насчет того , что я "не разобравшись в предмете", на основе вышеизложенного протокола написал программу для ESP32 и она работает?

rsashka Jul 21 at 13:22

Как это связано с темой статьи?

rsashka Jul 21 at 15:11

Кстати, а на каком конкретно железе ваша программа работает?

NutsUnderline Jul 23 at 17:04

так это смотря какая программа, и насколько стабильно работает

iDoka Jul 21 at 14:58

много информации об интерфейсе CAN, однако я не встретил ни одного примера его использования в системе «Умный дом»

А в сети довольно много информации о протоколах поверх CAN для SmartHome. 1я ссылка: CANx

NutsUnderline Jul 23 at 17:01

не встретил ни одного примера его использования в системе «Умный дом»

а может потому что не надо. В умных домах исторически любят беспроводное и там и так лютый огород. Если же что то ближе к промышленной автоматизации - то проводной огород, да еще и специфичных протоколов.

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