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

[typedef]

Всем привет!

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

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

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

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

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

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

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

[AlexandrY]

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

Здесь все проще чем может показаться.
Берете обычный UTP или STP кабель, каким Ethernet прокладывают, или просто витую пару (сечение не критично) и соединяете по цепочке от одного контроллера к другому последовательно все обходя.
Можно и не по цепочке и делать отростки звездой по несколько метров.
Главное не забыть терминаторный резистор 120 ом на одном из концов. Достаточно только на одном конце для такой короткой сети. Но надежнее будет чтобы стояло на обоих концах по резистору.

Скорость настроить не слишком высокую, напримет 100 кбит/c.

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

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

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

Например в нашей системе управления лифтом в отдельные CAN узлы превращены замки, модули подвсетки, контроллеры клавиатуры, считыватели iButton, контроллеры двигателя, контроллеры питания, контроллеры заряда аккумуляторов и т.д.

В вашем случае можно было бы сделать узел для 1-wire шины на который вешать по нескольку датчиков температуры и узел с LCD и кнопками. Для нескольких LCD применитить несколько узлов с LCD.
Кстати имеем контроллеры 1-Wire в CAN как раз сделаны на STM32

[typedef]

Здесь все проще чем может показаться.
Берете обычный UTP или STP кабель, каким Ethernet прокладывают, или просто витую пару (сечение не критично) и соединяете по цепочке от одного контроллера к другому последовательно все обходя.
Можно и не по цепочке и делать отростки звездой по несколько метров.
Главное не забыть терминаторный резистор 120 ом на одном из концов. Достаточно только на одном конце для такой короткой сети. Но надежнее будет чтобы стояло на обоих концах по резистору.

большое спасибо за ответ!
т.е. если я правильно понял Вашу мысль, то на одном этаже получается
- узел 1-Wire, на котором висят 4 температурных датчика (ну или больше, те что на этаже)
- по одному узлу на каждый LCD с кнопками
- узел, обслуживающий сервоприводы гребенки

тут у меня все равно остались вопросы по монтажу
1. получается что на каждом этаже будет своя 1-Wire сеть, кроме того одна общая CAN шина. Как это правильно делать? Витая пара для 1-Wire, обходящая все датчики + витая пара для CAN на весь дом?

2. Вы говорите, что CAN шину можно тянуть звездой с отростками. Тут имеется ввиду 4 провода из витой пары в сторону отростка и 4 оставшихся обратно или?

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

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

[AlexandrY]

т.е. если я правильно понял Вашу мысль, то на одном этаже получается
- узел 1-Wire, на котором висят 4 температурных датчика (ну или больше, те что на этаже)
- по одному узлу на каждый LCD с кнопками
- узел, обслуживающий сервоприводы гребенки

Да все правильно.
Если на примере нашего контроллера, то выглядело бы так:
[attachment=87714:CAN_network.png]
На шину 1-Wire витая пара не нужна, там любым проводм можно класть, только отвести на сантиметр или больше от сетевых кабелей.
CAN шина общая на все этажи.
Отросток это то, что на схеме у меня изображено от тройника до контроллера LCD
Разъемы для CAN могут быть какие угодно. Могут быть и тройники.
Трансивер это такая маленькая 8-и ножная микросхемка она всегда рядом с процессором стоит, так как ее линии связи с процессором должны быть короткими.
А до разъемов шины от трансивера уже ведите хоть полметра.

[typedef]

Да все правильно.
Если на примере нашего контроллера, то выглядело бы так:
[attachment=87714:CAN_network.png]
На шину 1-Wire витая пара не нужна, там любым проводм можно класть, только отвести на сантиметр или больше от сетевых кабелей.
CAN шина общая на все этажи.
Отросток это то, что на схеме у меня изображено от тройника до контроллера LCD
Разъемы для CAN могут быть какие угодно. Могут быть и тройники.

нарядно
тут у меня тоже был вопрос из области общих знаний. Куплю какую-нить отладочную плату, все запрограммирую. А как потом принято делать. Рисовать и заказывать плату или брать какую-нить дешевую отладочную?
Я правда из того что видел, все отладочные платы с поддержкой CAN выглядят как CAN-шилд. Т.е. трансивер не впаян, как это у Вас.

Трансивер это такая маленькая 8-и ножная микросхемка она всегда рядом с процессором стоит, так как ее линии связи с процессором должны быть короткими.
А до разъемов шины от трансивера уже ведите хоть полметра.

ага, увидел его. Но раз хоть полметра, значит два-три метра это уже много. Т.е. сама плата должна располагаться где-то рядом с CAN шиной.

[AlexandrY]

нарядно
тут у меня тоже был вопрос из области общих знаний. Куплю какую-нить отладочную плату, все запрограммирую. А как потом принято делать. Рисовать и заказывать плату или брать какую-нить дешевую отладочную?
Я правда из того что видел, все отладочные платы с поддержкой CAN выглядят как CAN-шилд. Т.е. трансивер не впаян, как это у Вас.


ага, увидел его. Но раз хоть полметра, значит два-три метра это уже много. Т.е. сама плата должна располагаться где-то рядом с CAN шиной.

Я бы конечно плату спроектировал сам на вашем месте. Зачем ограничиваить свой полет фантазии дешевой отладкой единственная цель которой - быть дешевой?

И немного странный ваш вопрос по расстоянию до шины. Шина это просто два проводка в экране, куда хотите туда их и проведите, это же не железная дорога.
Но если имеется в виду можно ли до этих двух проводков провести ответвление до платы еще чем то более примитивным, то вполне можно на несколько метров.
Но лучше всегда смотреть осциллографом на сигналы в шине.
Когда у прямоугольных сигналов в шине серьезные искажения занимают более 1/15 длинны самого короткого сигнального импульса то с экспериментами с проводами надо завязывать и делать все по уму.

[typedef]

И немного странный ваш вопрос по расстоянию до шины. Шина это просто два проводка в экране, куда хотите туда их и проведите, это же не железная дорога.

ну да, чего то я тупанул...

у меня еще вопрос по CAN трансиверам. Их у каждого производителя есть. Если я использую микропроцессор STM32, то и трансивер брать от ST, например L9615 ?
Смотрю они существенно дороже тех же MCP2551.

[_3m]

у меня еще вопрос по CAN трансиверам. Их у каждого производителя есть. Если я использую микропроцессор STM32, то и трансивер брать от ST, например L9615 ?
Смотрю они существенно дороже тех же MCP2551.

Трансивер ставьте тот что больше нравится, только с учетом питания процессора (совсем старые трансиверы типа PCA82*** несовместимы с 3-х вольтовой логикой).
MCP2551 применяем наравне с TJA1050 совместно с lpc11c14 - пока без проблем.

[typedef]

сейчас пытаюсь найти подходящую отладочную плату для STM32F103/105/107
Странно, но трансиверы всегда идут шилдами. Почему бы его сразу не впаять рядом с MCU, так как оно будет уже в конечном варианте?
Или может не там ищу...

[AlexandrY]

сейчас пытаюсь найти подходящую отладочную плату для STM32F103/105/107
Странно, но трансиверы всегда идут шилдами. Почему бы его сразу не впаять рядом с MCU, так как оно будет уже в конечном варианте?
Или может не там ищу...

CAN мультиплексируется у STM32 всегда с другими интерфейсами.
Если они впаяют туда трансивер они потеряют пару других функций у тех же пинов.
В результате плата станет дороже, а декларируемых интерфейсов меньше. А это никому не надо.

[typedef]

CAN мультиплексируется у STM32 всегда с другими интерфейсами.
Если они впаяют туда трансивер они потеряют пару других функций у тех же пинов.
В результате плата станет дороже, а декларируемых интерфейсов меньше. А это никому не надо.

спасибо за грамотный ответ! Вы опять все толково объяснили

[typedef]

по ходу дела возникли еще вопросы по монтажу.
Если взять витую пару, то три провода понятно - CAN_L, CAN_H и GND
осталось еще пять. Для STM32F103xx согласно даташиту надо 2-3,6V.
Если смотреть на блоки питания на DIN-рейку, то там есть 5, 12, 15, 24 и 48V.
- какое питание подавать на плату с контроллером?
- как его понизить до нужных 2-3,6V? Вопрос тупой, интересует типичное решение.
- чем задействовать оставшиеся 4 провода?
- на какую максимальную мощность можно рассчитывать ?
- сервопривод, который надо крутить 3W, есть на 24V и на 230V. Что из опыта лучше поставить между ним и контроллером?

Я прекрасно понимаю, что вопросы в большинстве своем у профессионалов вызовут улыбку, просьба сильно не пинать, можно ткнуть носом в интернет.

[AlexandrY]

по ходу дела возникли еще вопросы по монтажу.
Если взять витую пару, то три провода понятно - CAN_L, CAN_H и GND
осталось еще пять. Для STM32F103xx согласно даташиту надо 2-3,6V.
Если смотреть на блоки питания на DIN-рейку, то там есть 5, 12, 15, 24 и 48V.
- какое питание подавать на плату с контроллером?
- как его понизить до нужных 2-3,6V? Вопрос тупой, интересует типичное решение.
- чем задействовать оставшиеся 4 провода?
- на какую максимальную мощность можно рассчитывать ?
- сервопривод, который надо крутить 3W, есть на 24V и на 230V. Что из опыта лучше поставить между ним и контроллером?

Я прекрасно понимаю, что вопросы в большинстве своем у профессионалов вызовут улыбку, просьба сильно не пинать, можно ткнуть носом в интернет.

Можете оставшиеся использовать для 1-Wire, или подать какие нибудь сигналы не очень мощные, можете оставить незадействованными.
Мы обычно в своих системах используем 26V. (блок питания 24 В с подстройкой на 26 В)
Это обосновывается несколькими причинами:
- это еще низкое напряжение,
- но токи в два раза меньше чем при 12В,
- такое напряжение позволяет легко еще сделать резервное питание от аккумуляторов,
- это напряжение Stanby для типовых 2-х 12 В аккумуляторов,

Сервопривод естественно тогда тоже питать от 24 В.

Чтобы было яснее я вам сразу всю схему нашего 1Wire-CAN контроллера привожу :

[ZASADA]

это ничего, что на SMAJ28A может быть 45,4 В, а LM22672 допускает по входу мах 43 В?
да и на CAN-шине никакой защиты не видно.

[AlexandrY]

это ничего, что на SMAJ28A может быть 45,4 В, а LM22672 допускает по входу мах 43 В?
да и на CAN-шине никакой защиты не видно.

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

В драйвере CAN-а есть "ESD Protection Exceeds 2000 V Per MIL-STD-883, Method 3015; Exceeds 200 V Using Machine Model (C = 200 pF, R = 0)"
Машинная модель это именно то с чем мы имеем дело.

[typedef]

ну вот среди спецов разногласия, что делать нам, дилетантам
на самом деле я потом обязательно все перелопачу и во всем разберусь.
Сейчас самое главное заложить провода. Пока, как я понял, нужен провод под 1-Wire для датчиков температуры, одну витую пару под CAN-шину. Вопрос - что подводить к гребенкам для сервоприводов.
Всего в доме 16 контуров, то есть 16 сервоприводов по 3W каждый. Т.е. получается 48W и как пишут в спеках к ним - по 220mA каждый. Что то мне видится питание их по CAN-шине проблематичным. Проще завести в каждый шкаф с гребенкой (по 4 контура каждый) от своего щитка отдельный провод с питанием, рядом поставить обслуживающий данную гребенку контроллер. Вот что поставить между ними, какое то реле на 24В или 220В, как то развязать это между собой.... это для меня пока не ясно.

Хотелось бы на данном этапе грубо представлять как будет все выглядеть физически, чтобы потом не долбить стены заново.

[AlexandrY]

Вопрос - что подводить к гребенкам для сервоприводов.
Всего в доме 16 контуров, то есть 16 сервоприводов по 3W каждый.

Вообше-то это не форум АВОК.
Многие могут и не знать что такое 'гребенка', чем управляют в вашем случае сервоприводы и сервоприводы ли это, и что включают в себя контура.
Разъясните, и может больше получите ответов.

[ZASADA]

если бы я автоматизировал свой дом, то исходил бы из простого принципа- везде уже проложена сеть 220В. так что по максимуму использовал бы это напряжение.

[typedef]

Вообше-то это не форум АВОК.
Многие могут и не знать что такое 'гребенка', чем управляют в вашем случае сервоприводы и сервоприводы ли это, и что включают в себя контура.
Разъясните, и может больше получите ответов.

Гребенка - это а-ля коллектор, из которого выходя контура теплого пола - петли из полиэтиленовой трубы, уложенные в пол. Сервопривод, например такой - http://www.oventrop.de/ArticleInfo.aspx?art=1012842, при подаче напряжения открывает\закрывает петлю. Подобные терморегуляторы накручивают на батареи, только работают они по принципу термостата в машине, а эти управляются 220В или 24В.

если бы я автоматизировал свой дом, то исходил бы из простого принципа- везде уже проложена сеть 220В. так что по максимуму использовал бы это напряжение.

вот и мне чисто интуитивно чего то также кажется...
Подскажите плз. типовое решение когда контроллер включает\выключает 220В.

[ZASADA]

реле

[AlexandrY]

вот и мне чисто интуитивно чего то также кажется...
Подскажите плз. типовое решение когда контроллер включает\выключает 220В.

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

[typedef]

Так что оочень осторожно бы использовал сетевое напряжение для автоматики.

а как же тогда управление освещением, воротами и прочими потребителями 220В?

[AlexandrY]

а как же тогда управление освещением, воротами и прочими потребителями 220В?

Так и живем с этим. Чиним ворота, вкручиваем лампочки ...

[typedef]

реле

нашел такое - http://www.aliexpress.com/item/10DA-Din-ra...1581576845.html
Что скажете? Понятно что китайское, может есть чего подобное посерьезнее...
Уж больно привлекла мысль поместить его в шкаф на дин-рейку и смотреть на светодиоды, какой из каналов включен.

[AlexandrY]

нашел такое - http://www.aliexpress.com/item/10DA-Din-ra...1581576845.html
Что скажете? Понятно что китайское, может есть чего подобное посерьезнее...
Уж больно привлекла мысль поместить его в шкаф на дин-рейку и смотреть на светодиоды, какой из каналов включен.

С симисторами надо аккуратно выбирать нагрузку.

Резкие скачки напряжения приводят к самопроизвольному открыванию тиристоров.
Резкие скачки тока приводят к пробою тиристоров.
Индуктивные нагрузки могут приводить к нестабильному отпиранию тиристоров с zerocrossing цепью.
Поскольку китайцы насчет выходных тиристоров/симисторов не дали вообще никакой спецификации то это будут эксперименты на себе.

[typedef]

С симисторами надо аккуратно выбирать нагрузку.

Резкие скачки напряжения приводят к самопроизвольному открыванию тиристоров.
Резкие скачки тока приводят к пробою тиристоров.
Индуктивные нагрузки могут приводить к нестабильному отпиранию тиристоров с zerocrossing цепью.
Поскольку китайцы насчет выходных тиристоров/симисторов не дали вообще никакой спецификации то это будут эксперименты на себе.

тогда, посоветуйте плз. какое реле использовать на 220В (можно и 24В)

[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 модем и делали его беспроводным потому что у китайца был красивый дисплей.

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

[Juray]

2. Вы говорите, что CAN шину можно тянуть звездой с отростками. Тут имеется ввиду 4 провода из витой пары в сторону отростка и 4 оставшихся обратно или?

Стандартная топология шины CAN - линия, от неё короткие ответвления на тройниках


на концах линии - нагрузочные резисторы общим сопротивлением 60 Ом.

максимально допустимая длина ответвлений зависит от скорости обмена (как и длина сегмента):




(взято из http://digital.ni.com/public.nsf/allkb/D5D...625795A000FC025 )

Если ответвления всё же надо делать длиннее, то каждое такое длинное ответвление должно терминироваться. При этом общее сопротивление всех нагрузочных резисторов в сегменте (фактически, соединенных параллельно) должно оставаться 60 Ом.

Также применяется чисто звездообразная топология, т.н. "Hub based" с одним соединением в центре, и длинными линиями до узлов. При этом нагрузочный резистор ставится один, в точке соединения:


(ну, резистор тут составной, такая схема уменьшает синфазные помехи)


Это из патента US5734658 фирмы Daimler-Benz.

Более того, возможно вот такое комбинирование:


В таком варианте методология прокладки сети та же, что и для Ethernet. Даже разъёмы можно использовать похожие - например, в CANopen используются RJ10, RJ11, RJ12


(подробнее - http://www.cd-systems.com/Can/can-cables.htm )

[ZASADA]

если нормально все продумать, то никакие ответвления не понадобятся. на каждом узле 2 разъема.

[typedef]

если нормально все продумать, то никакие ответвления не понадобятся. на каждом узле 2 разъема.

а можно по-подробнее Вашу мысль?
Как именно должен узел соединяться с шиной?

а также, если брать utp5e, то какие из 8 контактов принято использовать или брать лучше другой кабель под CAN ?

Сообщение отредактировал typedef - Nov 23 2014, 11:21

[ZASADA]

а можно по-подробнее Вашу мысль?
Как именно должен узел соединяться с шиной?

этому методу 100 лет в обед.на каждом устройстве 2 запараллеленых одинаковых разъема. на самом крайнем узле в разъем_1 вставляем терминатор. разъем_2 соединяем отрезком кабеля с разъем_1 следующего узла. и т.д. на самом последнем в разъем_2 вставляем терминатор. получается линия с ответвлениями почти нулевой длины.

[typedef]

этому методу 100 лет в обед.на каждом устройстве 2 запараллеленых одинаковых разъема. на самом крайнем узле в разъем_1 вставляем терминатор. разъем_2 соединяем отрезком кабеля с разъем_1 следующего узла. и т.д. на самом последнем в разъем_2 вставляем терминатор. получается линия с ответвлениями почти нулевой длины.

если не трудно киньте ссылкой на фотку данного разъема

[ZASADA]

рандомная схема из гугла. в параллель стоят 2 DB-9.
образец от микрочипа. схема на стр.26. в параллель стоят 2 разъема J1, J2
в вашем случае это будут два RJ-45 с одинаковой цоколевкой, подключенные к одной микросхеме физики CAN

по поводу кабеля utp5. видел пару раз в живом железе. разбивки по проводам стандартной нет. логично сделать 1 пару под CAN, одну под GND, одну под +POWER и последнюю смешанную один провод +POWER+второй GND. хотя видел и вариант (разбивка по 4 парам):
1. +POWER
2. CAN_L+GND
3.CAN_H+GND
4.POWER+GND

[Cвинец]

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

Поскольку у меня идентичная ситуация, только с опережением на 1 год, могу посоветовать взять 5-вольтовые контроллеры попроще, а не STM32. Всё равно трансиверы 5V и датчики ширпотребные в основном 5V и примеров в Интернете больше под какую-нибудь Atmega32. И паять новичку TQFP44 намного проще, чем LQFP100. STM32 в виде 2хх или 4хх семейств пригодятся когда захочется видео или аудио обрабатывать, но это уже второй круг ада, не стоит забегать вперёд )))

Я сначала нарисовал платы 1-сторонние, но ни один из моих старых контактов (которые ЛУТили платы под 1wire) не смог качественно сделать даже TQFP64 (at90can32), в итоге потерял 2-3 месяца времени и 200 баксов, т.к. пришлось выбросить at90can32 и дозаказать atmega32 + mcp2515.
Вывод: сразу рисуем 2хсторонние платы и заказываем у китайцев на сииидстудио (или российских псэлектро в 5-10 раз дороже).

Ещё посоветую выкинуть архаичное 1wire. ds18b20 подключаем к CAN, а во всех конечных устройствах сразу закладывать реакцию на данные с этих датчиков. В этом вся прелесть CAN - не нужен центральный узел, все устройства видят друг друга и работают автономно.
Я лично рядом с САN пущу rs485 для звука и видео (по CAN команды летают, по RS485 данные), но это уже как минимум третий круг ада.

Если заниматься данной задачей в режиме хобби - несколько часов в неделю, то примерно через годик будет первый результат.
Могу выложить мою печатную плату в формате sprint layout (5х5см), сколько то времени сэкономит.


p.s. Ещё заказывать комплектующие на ebay или у официалов (с Alibaba от разных поставщиков примерно 50% комплектухи совсем трупы или отпаянное Б\У).

Сообщение отредактировал Cвинец - Jan 7 2015, 18:54

[typedef]

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

Поскольку у меня идентичная ситуация, только с опережением на 1 год, могу посоветовать взять 5-вольтовые контроллеры попроще, а не STM32. Всё равно трансиверы 5V и датчики ширпотребные в основном 5V и примеров в Интернете больше под какую-нибудь Atmega32. И паять новичку TQFP44 намного проще, чем LQFP100. STM32 в виде 2хх или 4хх семейств пригодятся когда захочется видео или аудио обрабатывать, но это уже второй круг ада, не стоит забегать вперёд )))

Я сначала нарисовал платы 1-сторонние, но ни один из моих старых контактов (которые ЛУТили платы под 1wire) не смог качественно сделать даже TQFP64 (at90can32), в итоге потерял 2-3 месяца времени и 200 баксов, т.к. пришлось выбросить at90can32 и дозаказать atmega32 + mcp2515.
Вывод: сразу рисуем 2хсторонние платы и заказываем у китайцев на сииидстудио (или российских псэлектро в 5-10 раз дороже).

Ещё посоветую выкинуть архаичное 1wire. ds18b20 подключаем к CAN, а во всех конечных устройствах сразу закладывать реакцию на данные с этих датчиков. В этом вся прелесть CAN - не нужен центральный узел, все устройства видят друг друга и работают автономно.
Я лично рядом с САN пущу rs485 для звука и видео (по CAN команды летают, по RS485 данные), но это уже как минимум третий круг ада.

Если заниматься данной задачей в режиме хобби - несколько часов в неделю, то примерно через годик будет первый результат.
Могу выложить мою печатную плату в формате sprint layout (5х5см), сколько то времени сэкономит.


p.s. Ещё заказывать комплектующие на ebay или у официалов (с Alibaba от разных поставщиков примерно 50% комплектухи совсем трупы или отпаянное Б\У).

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

STM32 выбрал как перспективное направление. Выбор сделан естественно не из личного опыта, а после месяца гугления.
Понятно, что настоящие спецы выбирают платформу под каждую задачу. Я понимаю, что у меня времени на освоение нескольких МК не хватит точно. При небольших ценах на МК, я решил выбрать STM32, изучить его и уж делать все на нем.

Очень вовремя Вы отписались! Меня как раз мучает вопрос по архитектуре сети в целом.
Про то что в CAN нет центрального узла и каждый узел просто слушает и реагирует на сообщения от других - это то почему я и остановился на этом варианте.
Но вот окончательная концепция у меня в голове так и не оформилась.

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

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

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

p.s. посоветуйте где заказывать комплектующие. Мне кажется на e-bay доставка все съест. Я честно говоря очень расчитывал на Aliexpress.

[Cвинец]

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

Если это Java, C#, Perl, c++ и тд, то это только мешать будет. Под микроконтроллеры не пишут с классами, ООП и прочими новомодными причиндалами. Наоборот, всё на глобальных переменных, я думаю и богомерзкий GOTO вполне уместен ))

не делать же из каждого датчика свой узел CAN

Вам раньше писали, что "из каждого датчика свой узел CAN" вполне допустимо. Лично мне непонятно как потом наращивать функционал, если по этажу будет брошен только 1wire (как по нему гонять текст для LCD или картинки/аудио/видео). Если ограничиться только теплым полом, то конечно и один большой узел на этаж допустим, просто программа будет сложнее. Особенно если предполагается взаимодействие разных этажей. Я считаю, что теплые полы должны остывать когда никого нет дома и частично остывать когда все спят, для этого ещё нужны как минимум датчики движения и дальности.


Чтобы потестить CAN надо 2 платы, а лучше больше, т.к. по первости их можно и спалить (например ковыряясь с переферией в виде 24вольтового привода). Дороговато получится (с CAN трансивером скорее всего ещё и редкость).

На ebay почти на всё free shipping и цены ниже, чем у россиских поставщиков. Aliexpress тоже нормально. Отстой это Alibaba.

Сообщение отредактировал Cвинец - Jan 8 2015, 06:51

[typedef]

Если это Java, C#, Perl, c++ и тд, то это только мешать будет. Под микроконтроллеры не пишут с классами, ООП и прочими новомодными причиндалами. Наоборот, всё на глобальных переменных, я думаю и богомерзкий GOTO вполне уместен ))

всяко можем, хотя от GOTO отучили лет 20 назад

Вам раньше писали, что "из каждого датчика свой узел CAN" вполне допустимо. Лично мне непонятно как потом наращивать функционал, если по этажу будет брошен только 1wire (как по нему гонять текст для LCD или картинки/аудио/видео). Если ограничиться только теплым полом, то конечно и один большой узел на этаж допустим, просто программа будет сложнее. Особенно если предполагается взаимодействие разных этажей. Я считаю, что теплые полы должны остывать когда никого нет дома и частично остывать когда все спят, для этого ещё нужны как минимум датчики движения и дальности.

тут я пока в больших сомнениях. Идея была посредством сбора по 1-Wire нескольких датчиков в один CAN узел сделать из них один "умный" датчик, который будет способен ответить на запрос параметра любого из своих датчиков. Цель - сэкономить на контроллерах для CAN узлов. Если это того не стоит, то можно и отказаться.
А вообще сейчас у меня наперво задача провести кабеля, пока не заштукатурили все.
Если я правильно понимаю, то хоть для 1-Wire, хоть нет, нужно просто к каждому узлу\датчику подвести CAT5(e), разорвав его в этом месте. Пока думаю тянуть шину под потолком, опуская вертикально вниз к месту расположения узла, там разрыв и подъем обратно под потолок.
Это нормально? Как у Вас?

Чтобы потестить CAN надо 2 платы, а лучше больше, т.к. по первости их можно и спалить (например ковыряясь с переферией в виде 24вольтового привода). Дороговато получится (с CAN трансивером скорее всего ещё и редкость).

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

На ebay почти на всё free shipping и цены ниже, чем у россиских поставщиков. Aliexpress тоже нормально. Отстой это Alibaba.

ну у меня с Aliexpress пока только положительный опыт

[Cвинец]

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

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

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

[typedef]

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

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

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

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

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

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

[A. Fig Lee]

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

[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
Мы на работе отсебятину гоняем.

[Ruslan1]

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

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

[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 разве не так?

[adnega]

Если есть возможность кинуть провода, то кидайте и не думайте о беспроводных технологиях)).
Если нужно чтобы контроллеры могли обмениваться событиями минуя некий "центр", то однозначно CAN.
По-моему, достаточно кинуть витуху от узла к узлу. Потребление контроллеров на уровне 1..2 Вт не требует отдельного силового кабеля.
Лучше использовать постоянное напряжение максимально-возможного значения, скажем, 24 В. Безопасно, до 40 В легко найти микросхему для импульсного БП в узле. Для CAN нужна одна витая пара, например, голубая CAN-H, бело-голубая CAN-L; для питания "общий", например, зеленая и бело-зеленая, для питания "+24В", например, оранжевая и бело-оранжевая; коричневая пара в резерве (или RS-485 для потока данных).

[typedef]

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

в CAN тоже так, только сдается мне что беспроводная реализация подороже будет, хотя гибкость размещения подкупает.

Если есть возможность кинуть провода, то кидайте и не думайте о беспроводных технологиях)).
Если нужно чтобы контроллеры могли обмениваться событиями минуя некий "центр", то однозначно CAN.
По-моему, достаточно кинуть витуху от узла к узлу. Потребление контроллеров на уровне 1..2 Вт не требует отдельного силового кабеля.
Лучше использовать постоянное напряжение максимально-возможного значения, скажем, 24 В. Безопасно, до 40 В легко найти микросхему для импульсного БП в узле. Для CAN нужна одна витая пара, например, голубая CAN-H, бело-голубая CAN-L; для питания "общий", например, зеленая и бело-зеленая, для питания "+24В", например, оранжевая и бело-оранжевая; коричневая пара в резерве (или RS-485 для потока данных).

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

[A. Fig Lee]

в CAN тоже так, только сдается мне что беспроводная реализация подороже будет, хотя гибкость размещения подкупает.

Сами модули наверное будут дороже. Можно по dgikey проверить. К CAN стоимость проводов надо добавить.
И! Провода то еще развести надо както..

[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-рейки на которые можно навесить автоматы, контроллеры, блоки питания и т.п.

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

[adnega]

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

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

Правда, это не обычные заглушки, а сенсорные выключатели света на основе CAN.

Эскизы прикрепленных изображений

 

[A. Fig Lee]

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

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

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

Ну понятно, что детали разнятся. Я о сути. Что никаких мозгов там нет. Чисто передачи.

[AlexandrY]

Ну понятно, что детали разнятся. Я о сути. Что никаких мозгов там нет. Чисто передачи.

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

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

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

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

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

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

[A. Fig Lee]

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

Протоколов там вагон и маленькая тележка.. Почему все к платному Zigbee так привязались?
Тот же майкрочиповский, например.
Для дома, по моему это излишество. Гораздо проще назначить статические аддреса каждому устройству.
И спокойно посылать данные главному контроллеру.
Да можно сделать как и в CAN: все обмениваются бродкастами, например.

[AlexandrY]

Протоколов там вагон и маленькая тележка.. Почему все к платному Zigbee так привязались?
Тот же майкрочиповский, например.
Для дома, по моему это излишество. Гораздо проще назначить статические аддреса каждому устройству.
И спокойно посылать данные главному контроллеру.
Да можно сделать как и в CAN: все обмениваются бродкастами, например.

ZigBee бесплатный вообще-то.
У Freescale уже лет 5-ть как лежит полный стек ZigBee в исходниках. Гораздо мощнее чем у Microchip-а.
Я даже собственные модули делал и продавал на ZigBee.

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

[A. Fig Lee]

ZigBee бесплатный вообще-то.
У Freescale уже лет 5-ть как лежит полный стек ZigBee в исходниках. Гораздо мощнее чем у Microchip-а.
Я даже собственные модули делал и продавал на ZigBee.

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

Ну так пользуйтесь 802.15.4. Там есть ACK что пакет принят.

[Cвинец]

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

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

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

[typedef]

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

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

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

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

[adnega]

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

Но бывает и наоборот, хочешь что-то "реальное" добавить, а коробки с проводом нет. И стену долбить ой как не хочется.
Говорил я дружку пробрось кабель во время ремонта: денег копейки, зато потом УД-контроллеры поставить сможешь... не послушал.
Теперь благами в полной мере пользоваться не сможет, ибо нового ремонта жена не перенесет.

[A. Fig Lee]

По моему чем более планы наполеоновские, тем менее реальные. Я начинаю с низов и наращиваю.

[Cвинец]

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

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

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

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

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

[adnega]

По моему чем более планы наполеоновские, тем менее реальные. Я начинаю с низов и наращиваю.

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

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

Технически как раз-таки возможно упихать в такую коробку:
- две полных группы реле (~250V, 8A), например, для управления двумя группами ламп на люстре;
- два аналоговых входа, например, для подключения датчика двери и датчика движения;
- 6 сенсорных кнопок (или три слайдера);
- 4 светодиода разных цветов на корпусе с управлением яркостью;
- один диммируемый выход источника постоянного тока, например, для потолочной периметровой светодиодной подсветки;
- пищалку для звукового оповещения;
- блок питания 9..27В;
- контроллер с CAN управлением, с возможностью конфигурирования скриптов, обновления прошивки по сети, и, разумеется, межконтроллерного обмена;
- если пожертвовать аналоговыми входами (+ есть еще один доп сигнал), то можно получать данные с ds18b20 и/или ИК-приемника.
Фотки ниже.

Эскизы прикрепленных изображений

 

[typedef]

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

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

[=AK=]

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

Потому что CAN может работать в режиме "производитель-потребитель", что резко упрощает и ускоряет обмен. Для примера, C-Bus, работающий на скорости 5 kbps, или EIB, работающий на скорости 10 kbps, в задачах домашней автоматизации легко "уделывают" LonWorks, с его скоростью 78 kbps. Уделывают потому, что C-Bus и EIB, как и CAN, работают в режиме "производитель-потребитель", а LonWorks - в обычном режиме, "peer-to-peer"

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

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

[A. Fig Lee]

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

Другими словами гигабайт переслать не проблема, а вот 2 байта..
На самом деле информация о надежности в свете последних новостей несколько устарела.

[AlexandrY]

Другими словами гигабайт переслать не проблема, а вот 2 байта..
На самом деле информация о надежности в свете последних новостей несколько устарела.

Да, ждем протокола Thread в составе mbed OS.

До выхода этих вещей я бы ничего в доме не затевал.

[typedef]

Да, ждем протокола Thread в составе mbed OS.

До выхода этих вещей я бы ничего в доме не затевал.

о как, курим тему по-новой

релиз mbed - октябрь 2015. время еще есть.
Так чего, шину тянем все равно или все по радиоканалу или по существующей локалке?
Как в свете ориентации на thread в mbed будет выглядеть физический уровень?

[=AK=]

Другими словами гигабайт переслать не проблема, а вот 2 байта..

Проблема не в объемах передаваемой информации, а в реальном времени. Практически невозможно гарантировать доставку информации по радиоканалу за некое умеренное заданное время. Особенно в городских условиях в полностью загаженном WiFi-ями и блютусами диапазоне 2.4 ГГц, ведь для ISM-устройств (т.е. зигби, Thread и иже с ними) по закону мощность передатчика допускается в десятки раз меньше. Поэтому к Thread у меня отношение довольно скептическое: эти ребята в техническом плане ничего нового не предлагают.

[A. Fig Lee]

Проблема не в объемах передаваемой информации, а в реальном времени. Практически невозможно гарантировать доставку информации по радиоканалу за некое умеренное заданное время. Особенно в городских условиях в полностью загаженном WiFi-ями и блютусами диапазоне 2.4 ГГц, ведь для ISM-устройств (т.е. зигби, Thread и иже с ними) по закону мощность передатчика допускается в десятки раз меньше. Поэтому к Thread у меня отношение довольно скептическое: эти ребята в техническом плане ничего нового не предлагают.

Странно, а у нас получается..

[KARLSON]

По мне, так чем стандартней, тем лучше. Странно, что тут небыло упомянута технология z-wave.

Z-Wave является запатентованным беспроводным протоколом связи, разработанным для домашней автоматизации, в частности для контроля и управления в жилых и коммерческих объектах.
Z-Wave работает в диапазоне частот до 1 ГГц и оптимизирована для передачи простых управляющих команд с малыми задержками (например, включить/выключить, изменить громкость, яркость и т. д.).
По состоянию на 2014 год, Z-Wave поддерживается более чем 250 производителями по всему миру.
В основе решения Z-Wave лежит ячеистая сеть (mesh сеть), в которой каждый узел или устройство может принимать и передавать управляющие сигналы другим устройствам сети, используя промежуточные соседние узлы. Mesh это самоорганизующаяся сеть с маршрутизацией, зависящей от внешних факторов — например, при возникновении преграды между двумя ближайшими узлами сети, сигнал пойдет через другие узлы сети, находящиеся в радиусе действия.
Некоторые производители продуктов Z-Wave предлагают решения с открытыми исходными кодами или открытым простым API. С 2010 года активно развивается проект под названием Open-ZWave, который предоставляет возможность создавать контроллеры Z-Wave без приоретения SDK от Sigma Designs.[3]

[=AK=]

По мне, так чем стандартней, тем лучше. Странно, что тут небыло упомянута технология z-wave.

Тут вроде как о CAN речь идет, а все остальное упоминается для антуража. Z-wave более-менее соответствует зигби и потому особого упоминания вряд ли заслуживает.

[typedef]

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

[A. Fig Lee]

Кстати, о дальности передачи. Artaflex модули клеймят 136 децибел линк. "Дальность до 60 км". Передатчик 260 милливат.
FCC certified.
Все на 802.15.4
60, не 60, но по квартире развести не должно быть проблем.

[=AK=]

Не буду тянуть провода, буду ориентироваться на беспроводные решения.

Если не напрягает все время менять батарейки - исполать, кто ж вам запретит. А меня это напрягает, поэтому решение проводное: питание + САN по кабелю CAT5 или CAT6.

Кстати, о дальности передачи. Artaflex модули клеймят 136 децибел линк. "Дальность до 60 км". Передатчик 260 милливат.
FCC certified.
Все на 802.15.4

FСС - это только для США.
На ISM диапазонах мощность 260 мВт только с лицензией, без лицензии порядка 1..25 мВт, в зависимости от страны и диапазона. Исключения: 500 мВт для frequency hopping (это Блютус) и 2 Вт для квадратурной модуляции (это Wi-Fi). Дальность связи при прочих равных пропорциональна длине волны.

Так что ломиться со своим жалким 1 мВт на засранный ISM диапазон 2.4 МГц, где, помимо Блютус и Wi-Fi, работают микроволновки, - надо быть придурком. Вот 433 МГц - это еще туда-сюда, только за счет низкой частоты сразу выигрыш в дальности в 5.5 раз по сравнению с 2.4 ГГц.

[AlexandrY]

Так что ломиться со своим жалким 1 мВт на засранный ISM диапазон 2.4 МГц, где, помимо Блютус и Wi-Fi, работают микроволновки, - надо быть придурком. Вот 433 МГц - это еще туда-сюда, только за счет низкой частоты сразу выигрыш в дальности в 5.5 раз по сравнению с 2.4 ГГц.

У ZigBee батарейки для термодатчиков работают не менее 7 лет. Столько иные системы не живут.
Протокол у ZigBee более пробивной чем у Wi-Fi, так что нет проблем.

А вот 433 МГц не рекомендовал бы ни в коем случае.
В городе можно найти места где даже с 1 м нельзя машину брелком открыть.
Диапазон можно сказать убит.

[A. Fig Lee]

Протокол у ZigBee более пробивной чем у Wi-Fi, так что нет проблем.

Именно. В ЦК не дураки сидят. Над этим думали.Есть бумаги почитать особенности реализации..

[=AK=]

У ZigBee батарейки для термодатчиков работают не менее 7 лет.

Это если транслировать температуру раз в сутки?

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

Протокол у ZigBee более пробивной чем у Wi-Fi, так что нет проблем.

Вы бы еще сказали что он "более гламурный". Что значит "более пробивной" в технических терминах?

В городе можно найти места где даже с 1 м нельзя машину брелком открыть.
Диапазон можно сказать убит.

Для брелков используют два диапазона, 315 МГц или 433 МГц. При этом в диапазоне 315 МГц мощность передатчика ограничена 10 мкВт, а для 433 МГц - 25 мВт. Так какой из них "убит"?

[A. Fig Lee]

А какая связь: батарейки и вайрлесс? Речь шла о канале связи, ане о способе питания.

Вы бы еще сказали что он "более гламурный". Что значит "более пробивной" в технических терминах?

Искать надо. Я находил интересную статью об особенностях реализации 802.15.4, но сейчас не помню по каким словам.
У нас была проблема у одного клиента, и мы грешили на 802.11, после прочтения решили, что это не оно..

[=AK=]

А какая связь: батарейки и вайрлесс? Речь шла о канале связи, ане о способе питания.

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

[typedef]

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

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

Речь не идет о том, когда изначально есть ПОЛНЫЙ проект электрики, интерьера, умного дома и всего-всего. Тогда, конечно, можно сразу подвести шину ко всем датчикам и исполнительным механизмам. Только это все из области иллюзий, особенно если делать самому. Все рождается по ходу. Да и мебель двигается раз в N лет, ставятся\разбираются перегородки, и т.д.
Все это ИМХО, в любом случае после напряженных размышлений в теч. двух месяцев (а может уже и больше) у меня не родилось нормального окончательного проводного решения...

Сообщение отредактировал typedef - Jan 29 2015, 06:50

[=AK=]

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

Я не ориентируюсь на старые квартиры в панельных или кирпичных домах, где вся проводка сделана один раз во время строительстве и с большим трудом поддается модификации. Для меня проложить сетевой кабель сложнее, чем кинуть Cat5, поскольку в стране Оз законы таковы, что сетевую проводку может делать только профессиональный электрик, а вот низковольтные провода может прокладывать кто угодно.

[typedef]

Я не ориентируюсь на старые квартиры в панельных или кирпичных домах, где вся проводка сделана один раз во время строительстве и с большим трудом поддается модификации. Для меня проложить сетевой кабель сложнее, чем кинуть Cat5, поскольку в стране Оз законы таковы, что сетевую проводку может делать только профессиональный электрик, а вот низковольтные провода может прокладывать кто угодно.

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

[AlexandrY]

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

Ну тогда проведите многовитковой контур по периметру всех комнат.
Потом хоть беспроводную зарядку для всех wireless устройств в доме на этом сделаете.

[typedef]

Ну тогда проведите многовитковой контур по периметру всех комнат.
Потом хоть беспроводную зарядку для всех wireless устройств в доме на этом сделаете.

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

[=AK=]

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

У меня в доме вся проводка лежит на чердаке. Когда надо установить розетку, выключатель, и т.п., это ставится в любом месте на стене, а кабель продергивается на чердак. Такой способ проводки использован в 99% домов в стране Оз. Внутренняя поверхность отделана сухой штукатуркой, которая набита на деревянный каркас, поэтому есть воздушная прослойка в несколько сантиметров между сухой штукатуркой и стеной, по этой прослойке кабель выводится на чердак.

а можно по-подробнее на эту тему, где почитать?

Это он шутит.

[ZASADA]

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

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

[typedef]

У меня в доме вся проводка лежит на чердаке. Когда надо установить розетку, выключатель, и т.п., это ставится в любом месте на стене, а кабель продергивается на чердак. Такой способ проводки использован в 99% домов в стране Оз. Внутренняя поверхность отделана сухой штукатуркой, которая набита на деревянный каркас, поэтому есть воздушная прослойка в несколько сантиметров между сухой штукатуркой и стеной, по этой прослойке кабель выводится на чердак.

ну у меня такого нет - стена из газобетона, никаких прослоек

Это он шутит.

я подозревал

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

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

[AlexandrY]

Это он шутит.

http://en.wikipedia.org/wiki/WiTricity

Интернет завален такими разработками.
Просто надо взять в руки COMSOL и рассчитать параметры для каждого объема отдельно.

[ZASADA]

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

ну провод питания вы от силовой розетки тянуть к случайноразмещенному датчику будете? тогда просто рядом потянутся 2 провода: силовой и сигнальный. и внешний вид хуже не станет.
если случайноразмещенный датчик с батарейным питанием, то тогда логичнее использовать z-wave

[A. Fig Lee]

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

Про беспроводное устройство речь не шла. Шла про беспроводную связь.

Я не ориентируюсь на старые квартиры в панельных или кирпичных домах, где вся проводка сделана один раз во время строительстве и с большим трудом поддается модификации. Для меня проложить сетевой кабель сложнее, чем кинуть Cat5, поскольку в стране Оз законы таковы, что сетевую проводку может делать только профессиональный электрик, а вот низковольтные провода может прокладывать кто угодно.

Нас не интересует на что Вы ориентируетесь, не вы топик открывали. Обсуждаем проблемы ТС.