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

[typedef]

Всем привет!

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

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

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

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

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

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

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

[Cвинец]

Если не интересно порисовать свои платы, то купить 2-3 девборда c CAN-трансиверами за 4-7 тыр будет намного дешевле и быстрее, чем рисовать-заказывать-паять. Несколько десятков-сотен часов свободного времени дороже 7 тыр.

Где разместить провода - это не проблема (я под плинтусом. экранированная витая пара + ШВВП 2х0.75 для питания), а вот как устройства и датчики размещать неколхозно и какой корпус взять, на этот вопрос ещё не ответил для себя. ИМХО, надо на этапе отделки делать ниши и штробы под провода. Только так красиво получится. Но надо знать что и где будет заранее.

Кстати, где-то на этом форуме писали, что STM32F1xx вроде как скоро с производства снимут. Так что перспективности тоже не очень много.

[typedef]

Если не интересно порисовать свои платы, то купить 2-3 девборда c CAN-трансиверами за 4-7 тыр будет намного дешевле и быстрее, чем рисовать-заказывать-паять. Несколько десятков-сотен часов свободного времени дороже 7 тыр.

но вот и я также подумал

Где разместить провода - это не проблема (я под плинтусом. экранированная витая пара + ШВВП 2х0.75 для питания), а вот как устройства и датчики размещать неколхозно и какой корпус взять, на этот вопрос ещё не ответил для себя. ИМХО, надо на этапе отделки делать ниши и штробы под провода. Только так красиво получится. Но надо знать что и где будет заранее.

опа, а я думал питание по той же витой паре. Правда я думал про неэкранированную.

Кстати, где-то на этом форуме писали, что STM32F1xx вроде как скоро с производства снимут. Так что перспективности тоже не очень много.

не слышал... но это у меня пока еще впереди

[adnega]

но вот и я также подумал

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

[typedef]

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

конечно интересно!
любая инфа приветствуется, а то мозг пухнет уже

А зачем CAN с проводами? Если есть беспроводные 802.15.4?

когда "курил" тему про CAN что то мне попадалось про Wireless Can (ZegBee и т.п.) и были там отзывы не очень.
Что конкретно уже не помню, но для себя решил что не стоит.

Интересно услышать конечно мнение профессионалов. А то может и правда не стоит морочиться с проводами...

[A. Fig Lee]

когда "курил" тему про CAN что то мне попадалось про Wireless Can (ZegBee и т.п.) и были там отзывы не очень.
Что конкретно уже не помню, но для себя решил что не стоит.

Интересно услышать конечно мнение профессионалов. А то может и правда не стоит морочиться с проводами...

А я про ZigBee ничего не говорил. Только про физический уровень. Передача пакетов на 802.15.4
Майкрочиповские модули по цене грязи: 12 долларей за штуку на диджикий.
Есть еще кстати, майкрочиповский Miwi протокол сверху 802.15.4
Мы на работе отсебятину гоняем.

[typedef]

А я про ZigBee ничего не говорил. Только про физический уровень. Передача пакетов на 802.15.4
Майкрочиповские модули по цене грязи: 12 долларей за штуку на диджикий.
Есть еще кстати, майкрочиповский Miwi протокол сверху 802.15.4
Мы на работе отсебятину гоняем.

а Вы не могли бы для чайников типа меня немного разжевать поподробнее.
Какие компоненты и как физически должна выглядеть подобная CAN сеть в частном доме?
Можно ткнуть носом в интернет, я почитаю.

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

на самом деле интересно. Может быть потом и получится RS485, сейчас главное провода правильно разложить.
Конкретно сейчас еще задумался может и впрямь рядом с витой парой какой-нить ШВВП положить под питание узлов.

[A. Fig Lee]

а Вы не могли бы для чайников типа меня немного разжевать поподробнее.
Какие компоненты и как физически должна выглядеть подобная CAN сеть в частном доме?
Можно ткнуть носом в интернет, я почитаю.

A почему именно CAN? Дался он вам..
802.15.4 посылает пакеты до 250 кбит (видел и 2 мбит) размером 127 байт или меньше.
Может посылать по таймслотам, может использовать коллижн механизм.
Вот пример майкрочип: соединение простое SPI, с той стороны такой же модуль и SPI.

MRF24J40MA



Шаг стандарный 0.1 дюйма как у дип корпусов. Работать довольно легко, есть примеры.

[typedef]

A почему именно CAN? Дался он вам..
802.15.4 посылает пакеты до 250 кбит (видел и 2 мбит) размером 127 байт или меньше.
Может посылать по таймслотам, может использовать коллижн механизм.
Вот пример майкрочип: соединение простое SPI, с той стороны такой же модуль и SPI.

MRF24J40MA

пытаюсь почитать на эту тему. Все в основном крутится вокруг ZigBee...
Я так понимаю, Вы предлагаете использовать только физический уровень, безо всяких контроллеров и маршрутизаторов. Т.е. каждый узел сети посредством MRF24J40MA читает\пишет из\в сеть. Протокол общения свой, или я не так понял?

[A. Fig Lee]

пытаюсь почитать на эту тему. Все в основном крутится вокруг ZigBee...
Я так понимаю, Вы предлагаете использовать только физический уровень, безо всяких контроллеров и маршрутизаторов. Т.е. каждый узел сети посредством MRF24J40MA читает\пишет из\в сеть. Протокол общения свой, или я не так понял?

Да. Вместо CAN bus. Ну на CAN у Вас же "свой" протокол, правильно? И тут тоже.
Ему сказали доставить 100 байт в пункт Б, он доставил. По прилету откуда либо говорит "у меня есть 15 байт от Ц".
А что за данные это уже каждый как хочет пляшет.
В CANe разве не так?

[AlexandrY]

Да. Вместо CAN bus. Ну на CAN у Вас же "свой" протокол, правильно? И тут тоже.
Ему сказали доставить 100 байт в пункт Б, он доставил. По прилету откуда либо говорит "у меня есть 15 байт от Ц".
А что за данные это уже каждый как хочет пляшет.
В CANe разве не так?

Нет в CAN-е не так.
Во первых 100 байт в рабочем режиме там никто не посылает.
Обмен идет единичными переменными размером байт, максимум 8 или просто вписанными в ID пакета.
Датчики посылают или отдают температуру, вентили и переключатели принимают или отдают свое состояние.

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

А главное в CAN-е это мапинг. Это больше похоже на настройку DMA внутри микроконтроллера между разной периферией.

[typedef]

Нет в CAN-е не так.
Во первых 100 байт в рабочем режиме там никто не посылает.
Обмен идет единичными переменными размером байт, максимум 8 или просто вписанными в ID пакета.
Датчики посылают или отдают температуру, вентили и переключатели принимают или отдают свое состояние.

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

ну да, читаем мануал:

In the CAN protocol, the bus nodes do not have a specific address. Instead, the address information is contained in the identifiers of the transmitted messages, indicating the message content and the priority of the message.

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

[adnega]

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

Я на месте планируемых узлов установил коробки у пробросил с запасом витуху к ним.
Временно на неиспользуемые узлы установил заглушки. В будущем в такие коробки легко установить "умный" или "обычный" узел. Например, в каталоге - глаза разбегаются.
В технологических нишах обычные DIN-рейки на которые можно навесить автоматы, контроллеры, блоки питания и т.п.

[typedef]

Я на месте планируемых узлов установил коробки у пробросил с запасом витуху к ним.
Временно на неиспользуемые узлы установил заглушки. В будущем в такие коробки легко установить "умный" или "обычный" узел. Например, в каталоге - глаза разбегаются.
В технологических нишах обычные DIN-рейки на которые можно навесить автоматы, контроллеры, блоки питания и т.п.

у меня идея подобная, но везде коробок не навтыкаешь (жена не поймет).
возможно ли нарастить петлю путем соединителя в случае добавления узла в ранее непредусмотренном месте?

[Cвинец]

возможно ли нарастить петлю путем соединителя в случае добавления узла в ранее непредусмотренном месте?

Непонятно зачем петли... По плинтусу идёт шина. Вертикально, где требуется, пускается витая, по одной паре CAN уходит, по другой приходит.
Шина рвется и вертикальный кусок становится удлиннением шины, а не отростком (который обязан быть 30см и менее).

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

[typedef]

Непонятно зачем петли... По плинтусу идёт шина. Вертикально, где требуется, пускается витая, по одной паре CAN уходит, по другой приходит.
Шина рвется и вертикальный кусок становится удлиннением шины, а не отростком (который обязан быть 30см и менее).

вот это я и назвал петлей. Если я правильно понимаю, в месте разрыва при подъеме и возврате в шину добавляются соединители, т.е. изначально единый кабель рвется, что меня и смутило.

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

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

[Cвинец]

Если я правильно понимаю, в месте разрыва при подъеме и возврате в шину добавляются соединители

Если паять, то надежность не страдает, а размер соединения не увеличивается. Кстати, вертикальные отростки - это 1 провод витой пары. По одной паре из 4-х идём в одну сторону, по другой возвращаемся (может сразу непонятно написал). Для этого надо чтобы по шине были заняты не все пары.

Но бывает и наоборот, хочешь что-то "реальное" добавить, а коробки с проводом нет. И стену долбить ой как не хочется.

Я во время отделочного ремонта кинул до всех выключателей витую пару вниз (+ШВВП). Секаса было много (штробы, грязь, штукатурить обратно и т.д.), а сейчас понимаю, что места внутри выключателей под контроллеры (и тем более симисторы с радиаторами и адекватными контакторами) всё-равно нет. Так что желательно всё-таки детально прорабатывать задачу, а от "а на всякий случай брошу провод" толку скорее всего не будет. Ето если на начальном этапе знаний нет.

Сообщение отредактировал Cвинец - Jan 17 2015, 04:09

[typedef]

Если паять, то надежность не страдает, а размер соединения не увеличивается. Кстати, вертикальные отростки - это 1 провод витой пары. По одной паре из 4-х идём в одну сторону, по другой возвращаемся (может сразу непонятно написал). Для этого надо чтобы по шине были заняты не все пары.

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