монтаж CAN шины в доме Опции

[typedef]

Всем привет!

принимайте новичка
давно чесались руки попрограммировать микроконтроллеры, да все не было конкретной задачи.
Сейчас появилась - задача управления сервоприводами водяного теплого пола. Пока ничего особенного - в каждое помещение повесить датчик температуры, один-два уличных и на каждую гребенку по микроконтроллеру, который будет на основании показаний датчиков и заданной желаемой температуры рулить сервоприводами.

Поскольку опыта в этом деле нет пока никакого, посвятил неделю активному гуглению. Выкурил кучу инфы на русском и английском языке. Остановил свой выбор на CAN шине и микроконтроллерах STM32F103/105/107 или STM8a(s)207/208 + L9615/9616 в качестве трансивера.

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

Вобщем вопросы у меня такие:
1. Архитектура.
Например, взять этаж - 4 помещения, одна гребенка с четырьмя контурами теплого пола. Соотв. 4 датчика температуры, возможно 4 LCD с парой кнопок для отображения температуры и задания желаемой. Мне пока не ясно что из этого будет являтся узлом CAN-шины. Или на каждый датчик вешать контроллер и трансивер. Получится узел шины, котоорый будет пулять свои данные (и)или отвечать на запросы. Или один контроллер, который будет обслуживать несколько датчиков и сам же крутить сервопривода. Тогда вопрос как это все правильно соединить (1-Wire для датчиков)

2. Монтаж.
Далее, в зависимости от архитектуры, как все правильно расположить физически в стене и как и чем между собой соединить.

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

Если есть где-нибудь инфа, в которой можно найти ответы на эти вопросы - буду благодарен.

[typedef]

в очередной раз задумался над архитектурой сети и понял, что вариант CAN-узла, который опрашивает все датчики, соединенные по 1-Wire, подходит только в случае, если это будут просто датчики.

Если делать в каждую комнату термостаты (например такие), то получается что нужно из каждого из них делать свой CAN-узел. Поскольку он должен не просто показывать температуру, но и сообщать о пересечении в обоих направлениях заданного порога.

Исполнительную часть наверное имеет смысл вынести в отдельный CAN-узел, который будет получать сообщения от этих и уже сам закручивать контура.


как всегда появились вопросы:

1. нормальна ли такая архитектура, если нет, то что не так?

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

[AlexandrY]

1. нормальна ли такая архитектура, если нет, то что не так?

2. на сколько реально купив готовый термостат на том же aliexpress, вставить в него свою плату управления, которая будет реализовывать функции:

Нынче никто дисплеями не заморачивается.
Берут смартфон с андроидом и весь пользовательский интерфейс реализуют на нем.
На CAN узле просто Bluetooth модуль или WiFi модуль ставят. А смартфон или носят или к стене приколочивают.

Насколько известно лучшие термостаты с изменяемым числом сенсоров и неопределенностью окружающей обстановки делаются на базе алгоритмов Fuzzy Logic.
Они же и наиболее экономичные.
В китайских же термостатах во первых никак не поменять программу во вторых они работают на примитивных алгоритмах.
Подключиться к китайскому LCD конечно можно, но это вынудит применить дорогой микроконтроллер с кучей ног и периферией заточенной под LCD.
На мой взгляд тупиковый путь.

[typedef]

В китайских же термостатах во первых никак не поменять программу во вторых они работают на примитивных алгоритмах.
Подключиться к китайскому LCD конечно можно, но это вынудит применить дорогой микроконтроллер с кучей ног и периферией заточенной под LCD.
На мой взгляд тупиковый путь.

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

[AlexandrY]

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

Никакой модели на задней стенке не найдете. Такие дисплей заказные и радиолюбители их просто прозванивают и составляют карту сегментов.
Но печальней цены на микроконтроллеры поддерживающие такие дисплеи и бессмысленная трудоемкость написания софта для работы с ними

[typedef]

Никакой модели на задней стенке не найдете. Такие дисплей заказные и радиолюбители их просто прозванивают и составляют карту сегментов.
Но печальней цены на микроконтроллеры поддерживающие такие дисплеи и бессмысленная трудоемкость написания софта для работы с ними

Вот это действительно печально
Спасибо Вам за полезную информацию!
Уж просто очень привлекательно выглядит такая готовая коробочка, которую не стыдно поместить на стену.

[AlexandrY]

Вот это действительно печально
Спасибо Вам за полезную информацию!
Уж просто очень привлекательно выглядит такая готовая коробочка, которую не стыдно поместить на стену.

Да ваша мысль не нова.
Проходили и калькофоны когда телефонный АОН вставляли в китайский калькулятор, потому что у него кнопки были красивые.
И панафоны когда в китайский стационарный телефон вставляли GSM модем и делали его беспроводным потому что у китайца был красивый дисплей.

Но это реально трудоемкие проекты. Я бы больше за такие не брался.