Умный Дом?

[pivasik]

Структурная схема (извините, парни, как смог):

Питание ----|--------|

Связь --- MCU - Регулятор - Лампочка

[Реклама]

Реклама: ООО ТД Промэлектроника, ИНН: 6659197470, Тел: 8 (800) 1000-321

[Duhas]

собственно начнем выливать мысли..

на счет связи мне кажется актуален пакет типа

[заголовок][отправитель][получатель][длина ост части][число однобайтных данных][однобайтные данные][число двубайтных данных (3-х или 4-х как определимся для величин выского разрешения)][многобайтные данные][служебный байт(необходиомть ответной посылки и проее)][контр сумма]

мне кажется в такой пакет можно засунуть все что угодно дл сложных устройсвт получим нужный функционал а для простых не слишком большой пакет порядка 8-10 байт

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

на счет автораздачи адресов подключаем устроства по одному.. мастер пингует, слэйв отвечает я есть но адреса у меня нет, ХАЧУ!, мастер думает и отдает адрес..

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

[Реклама]

20% скидка на весь каталог электронных компонентов в ТМ Электроникс!

Акция "Лето ближе - цены ниже", успей сделать выгодные покупки!

Плюс весь апрель действует скидка 10% по промокоду APREL24 + 15% кэшбэк и бесплатная доставка!

Перейти на страницу акции

Реклама: ООО ТМ ЭЛЕКТРОНИКС, ИНН: 7806548420, info@tmelectronics.ru, +7(812)4094849

[Sergei_Kos]

на счет автораздачи адресов подключаем устроства по одному.. мастер пингует, слэйв отвечает я есть но адреса у меня нет, ХАЧУ!, мастер думает и отдает адрес..

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

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

[Реклама]

Организация питания на основе надежных литиевых аккумуляторов EVE и микросхем азиатского производства

Качественное и безопасное устройство, работающее от аккумулятора, должно учитывать его физические и химические свойства, профили заряда и разряда, их изменение во времени и под влиянием различных условий, таких как температура и ток нагрузки. Мы расскажем о литий-ионных аккумуляторных батареях EVE и нескольких решениях от различных китайских компаний, рекомендуемых для разработок приложений с использованием этих АКБ. Представленные в статье китайские аналоги помогут заменить продукцию западных брендов с оптимизацией цены без потери качества. Подробнее>>

Реклама: АО КОМПЭЛ, ИНН: 7713005406, ОГРН: 1027700032161

[Duhas]

адрес пишем 1 раз при вводе устройства в систему.. и по анадобности переписываем командой хоста ...

[Реклама]

Сравнительное тестирование аккумуляторов EVE Energy и Samsung типоразмера 18650

Инженеры КОМПЭЛ провели сравнительное тестирование аккумуляторов EVE и Samsung популярного для бытовых и индустриальных применений типоразмера 18650. 

Для теста были выбраны аккумуляторы литий-никельмарганцевой системы: по два образца одного наименования каждого производителя – и протестированы на двух значениях тока разряда: 0,5 А и 2,5 А. Испытания проводились в нормальных условиях на электронной нагрузке EBD-USB от ZKEtech, а зарядка осуществлялась от лабораторного источника питания в режиме CC+CV в соответствии с рекомендациями в даташите на определенную модель. Подробнее>>

Реклама: АО КОМПЭЛ, ИНН: 7713005406, ОГРН: 1027700032161

[pivasik]

2Sergei_Kos: свет может загореться в туалете, если тупое управляющее ПО, в котором жестко пошиты все адреса. Вы когда идете на гугль, не попадаете ведь на яху? Точно так же и с динамической раздачей адресов. Сама по себе она решает ОДНУ четко определенную проблему, избавляя от рутинной работы оператора. За именование должен отвечать совсем другой протокол (Netbiod, DNS, etc), который легко укладывается в любой их предложенных транспортов. Добавьте пару команд в протокол для сбора информации об устройствах и получите интеллектуальную, а не чуть лучше чем тупая систему.

[Реклама]

Литиевые аккумуляторы EVE Energy и решения для управления перезаряжаемыми источниками тока (материалы вебинара)

Опубликованы материалы вебинара Компэл, посвященного литиевым аккумуляторам EVE Energy и решениям для управления перезаряжаемыми источниками тока.

На вебинаре мы представили информацию не только по линейкам аккумуляторной продукции EVE, но и по решениям для управления ею, что поможет рассмотреть эти ХИТ в качестве дополнительной альтернативы для уже выпускающихся изделий. Также рассмотрели нюансы работы с производителем и сервисы, предоставляемые Компэл по данной продукции. Подробнее>>

Реклама: АО КОМПЭЛ, ИНН: 7713005406, ОГРН: 1027700032161

[Sergei_Kos]

Ну хорошо, устройства нашлись, а как обозвать из для пользователя ? Все равно остается ручная работа, ведь кто-то должен ввести текст "свет в туалете" ?

[Реклама]

Литиевые батарейки и аккумуляторы от мирового лидера  EVE в Компэл

Компания Компэл, официальный дистрибьютор EVE Energy, бренда №1 по производству химических источников тока (ХИТ) в мире, предлагает продукцию EVE как со склада, так и под заказ. Компания EVE широко известна в странах Европы, Америки и Юго-Восточной Азии уже более 20 лет. Недавно EVE была объявлена поставщиком новых аккумуляторных элементов круглого формата для электрических моделей «нового класса» компании BMW.

Продукция EVE предназначена для самого широкого спектра применений – от бытового до промышленного. Подробнее>>

Реклама: АО КОМПЭЛ, ИНН: 7713005406, ОГРН: 1027700032161

[pivasik]

2Sergei_Kos: да как icq, например. Каждое устройство при производстве получает пару Идентификатор (00000000) + Символьное имя ("Устройство управления светом"). В управляющей программе после скнирования вновь подключенных устройств вы видите это имя и назначаете псевдоним (функция управляющей программы): "Управление светом в зале", а устройству взамен выдаете уникальный идентификатор, который оно сохраняет у себя в памяти вместо производственных нулей. В следующий раз при сканировании устройство ответит уже корректным идентификатором, а управляющая программа подставит псевдоним вместо имени).

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

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

Недостатки: дополнительное программирование.

[DJ Димон]

МС Димыч На каких МК ты делаешь ? надо чёнить по мощьнее А протокол как уже сказали надо блать гибкий...

На каких мк ещё не решил. Думаю те кто за 30 р. но у нас в магазинах их нет, если заказывать то пройдёт не меньше месяца.

//---------------------------

Раздача адресов.

Раздача адресов при наличии контроллера (рассматриваю сразу обобщенный случай).

- вновь подключенные устройства имеют идентификатор ID = 00 и первый, получивший доступ, бросает в надсеть широковещательное сообщение: [FF][00][Length][CmdRequestAddr][ChkSum] - "Прошу контроллер выдать адрес"

- контроллер отвечает: [00][ControllerId][Length][CmdFirstFreeAddr][FirstFreeId][ChkSum] - "Первый доступный адрес FirstFreeId"...

? Допустим все девайсы при подаче питания зашевелились и начали пищать в сеть: я тут, я ID 00, хост поймал одну из тучи одинаковых посылок и отправил на ID 00 новый адрес, тут же вся туча имея тот же ID 00 ловят его...и всё... устройства с ID 00 закончились...свет загорелся веззде.

на счет автораздачи адресов подключаем устроства по одному

? Устройств в системе как договорились >255, вспотеешь включать.

свет может загореться в туалете, если тупое управляющее ПО

как Вы представляете ПО которое при отключении питания и включении снова 2х девайсов с ID 01 и ID 02 сможет определить кокой ID где?

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

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

//--------------------------

[Sergei_Kos]

EEPROM конечно здорово, но это делает устройство дороже (правда не на много) но все-же я остановился на ат89с2051 (24р), реле WJ109c (25р) кварц 24м (5р) стабилизатор 7805 (4р) 2р всякая мелочь и плата около 15р. Итого 75р. При среднем количестве в одной комнате 10 - 15 штук это набегает от 750 до 1000р. см схему.

MRV1_a0x.rar

[pivasik]

DJ Dimon, видимо вы не досмотрели, что происходит дальше. Посылка FirstFreeId - это только начало раздачи.

как Вы представляете ПО которое при отключении питания и включении снова 2х девайсов с ID 01 и ID 02 сможет определить кокой ID где?

Посмотрите #161 - там это описано.

[Migray]

У как все запущено

Давно я сдесь не был, надо чаще встечаться

А какие данные вы собрались гонять между устройствами ? У меня например для включения/выключения

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

применение тиристора(симистора) - очень спорный вопрос, если делать связь по сети 220

Тогда только мощный полевик

А еще ШИМ на управление полевиком, для регулировки освещенности.

[Migray]

Еще раз про адресацию, как я ее себе представлял.

В идеале адрес на перемычках.

Если с раздачей адресов, то по одному устройству, по НАЖАТИЮ КНОПКИ СИНХРОНИЗАЦИЯ, никаких автозапросов по включению питания.

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

Адрес прописался в ЕЕПРОМ или Флешину.

Все, больше адреса до следующей инициализации не запрашиваем.

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

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

[Migray]

Устройств в системе как договорились >255, вспотеешь включать.

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

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

Я не настаиваю, но сейчас система, которую делаем, работает именно по принципу однократной установки адреса.

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

[YurkaM]

Если с раздачей адресов, то по одному устройству, по НАЖАТИЮ КНОПКИ СИНХРОНИЗАЦИЯ, никаких автозапросов по включению питания.

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

Адрес прописался в ЕЕПРОМ или Флешину.

Все, больше адреса до следующей инициализации не запрашиваем.

Согласен на 100%. Надёжно и просто.

Кстати вопрос. Если связь по сети 220. Стоит ли как-то использовать синхронизацию по переходу через 0? Что-то полезное из этого можно получить? ИМХО в современных электросетях помех одинаково много и в районе максимума и при нуле.

[Lexi]

Миша, о чем тут говорить....

Люди пытаются сделать регулируемое освещение. Ладно.

Сделать надо 3 одинаковых девайса с управление 2 лампочек от реле и контроль 1 кнопки. Что бы это все управлялось от 1 хоста. Но что бы это работало не по отдельноси, а в разных комнатах. Не важно с применение rs232, ethernet, wi-fi, bletooth, 1-wire, X-10 или своего протокола.

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

Не надо ля-ля, кто захочет тот сделает...

[Migray]

Lexi понимаешь, обидно немного.

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

Мне вообще-то должно быть это все по барабану.

Есть поставщик надежной электроники, NEC Electronics, есть коллектив разработчиков, есть производитель и продавец систем автоматизации.

НИКОМУ из этих трех участников бизнес-процесса данный форум не интересен.

1. Сдесь в основном любители, для которых Atmega8 - наикрутейший проц.

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

3. Сдесь в основном любители, денег на готовую систему нет, и покупать ее будут совсем другие люди.

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

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

Ты прав, кому надо, тот действительно сделает.

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

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

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

Вот только Россия славится "левшами", одиночками, а в команде - скорпионы в банке, любую идею на клочки разнесут

Изменено 15 октября, 2007 пользователем Migray

[Sergei_Kos]

Lexi понимаешь, обидно немного.

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

Мне вообще-то должно быть это все по барабану.

Есть поставщик надежной электроники, NEC Electronics, есть коллектив разработчиков, есть производитель и продавец систем автоматизации.

НИКОМУ из этих трех участников бизнес-процесса данный форум не интересен.

1. Сдесь в основном любители, для которых Atmega8 - наикрутейший проц.

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

3. Сдесь в основном любители, денег на готовую систему нет, и покупать ее будут совсем другие люди.

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

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

Ты прав, кому надо, тот действительно сделает.

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

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

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

Вот только Россия славится "левшами", одиночками, а в команде - скорпионы в банке, любую идею на клочки разнесут

Этточно ! Хотелось бы услышать и фанфары и критику... Я это всё сам придумал, реализовал, по граблям прошёлся (раз примерно 5 с нуля начинал !) и теперь это работает, но ведь ни кто не хочет слушать знающего человека. Обидно.

[YurkaM]

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

Щас перечитал всю тему с начала.... К сожалению ни по одному пункту не видится общего знаменателя.

Интерфейс - (CAN, радио, X10, и т.д. и т.п.)?

Наличие хоста и его тип - (МК, комп)?

Тип МК - (Z84, PIC, AVR, NEC)?

Протокол обмена - (TCP/IP )?

Так... вспомнил статью о гайках. Может сверху вниз начать? Тогда о чем надо сначала договориться?

[Lexi]

Вот простая начальная задача...

Простейший вариант для умного дома - полуумный свет управляемый по принципу диспечерской централизации. В каждой комнате есть исполнительному устройству как я писал с определенным адресом от 0х00 до 0х05. Задается он, на данном этапе банальной записью в eeprom в ячейку по адресу 0х00 или прошивается в листинге программы ПО для исполнительного устройства. По сути, каждое испольнительное устроиство не может самостоятельно решить - "вкличить или не включить свет". Хост должен решать эту проблему. Хост спрашивает у исполнителя, какое состояние кнопки?? Тот ему отвечает. Хост к примеру видит, что он в нажатом сотоянии. Тогда он должен опросить состояние лампочек и принтять решение по общей програме для данного типа исполнителей. По моей идее эти исполнители, должны монтироваться в место предназначеные для обычных выключателей. Коммунтация силовой части на реле. Т.е. на борту должно быть - МК, БП, 2 реле, приемо-передатчик протокола X-10, нормальные клемники для подключения всего. На рисунке неполключеные выводы для дальнейшего рассширения. Не надо сразу минимизаровать устройство, особенно ПО и протокол передачи данных. Это приведет к ситуации описаной выше. Предлогаю синтаксис:

[арес исполнителя][тип запроса][номер зоны]

итак запрос:

[0x00][0x00][0x02] - адрес 0х00, тип запроса 0х00 (запрос), зона номер 0х02

ответ:

[арес исполнителя][номер зоны][состояние зоны]

[0х00][0x02][0x00] - 0x00арес исполнителя, 0x02 номер зоны, 0x00состояние зоны (0х00 выключено или 0х01 включено)

произовшло какое-то событие и нам надо включить свет

команда:

[арес исполнителя][тип запроса][номер зоны][состояние]

[0x00][0x01][0x02][0x01] - адрес 0х00, тип запроса 0х01 (команда), зона номер 0х02, сотояние 0x01 - включить

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

И вот еще - хост не имеет адреса. Он ему ни к чему, т.к. все отвечают только ему.

[ZAPAL]

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

Я предлагаю слелать управление сливным клапаном унитаза и автовытиралку под хвостом - задействовать

через LPT.

а то не умный дом получится - а черте что.

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

или сделать по отраженному лазерному лучу от дна унитаза - не стало отраженного луча - пора смывать.

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

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

[Sergei_Kos]

Да, именно так у меня и сделано, есть конечно незначительные отличия в методе адресации но это не суть. Суть в том что так управлять светильником несколько неудобно: провод от выключателя надо всегда тащить к исполнительному устройству (за исключением X10, ставится вместо выключателя). Ктоме того, сколько групп комутирует данное устройство столько и проводов от выключателя надо провести к нему. А вообще - свет удобнее включать группами ну например: подсветка телевизора, бра на стене, торшер в углу - это три устройства чё к каждому подходить и включать ? неудобно, поэтому я сделал выключатели отдельно, в виде ещё одного устройства подключенного к этой-же линии, благодаря этому можно все включить одной кнопкой (режим макроса) как с пульта так и с любого места квартиры где установлены такие устройства, а само исполнительное устройство ставится куда удобнее ставить.

[YurkaM]

Если это будет всё-таки X10, то там уже есть свой синтаксис. ИМХО X10 - плохой вариант из-за своей жуткой тормознутоси, а вы ещё хотите опрашивать хостом кнопки!!

[Lexi]

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

Я предлагаю слелать управление сливным клапаном унитаза и автовытиралку под хвостом - задействовать

через LPT.

а то не умный дом получится - а черте что.

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

или сделать по отраженному лазерному лучу от дна унитаза - не стало отраженного луча - пора смывать.

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

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

Зачем там шина?? Там хватит анализа ДНК твоих фикалий... Что бы принять решение куда направить вниз или вверх выстрелить. Вот тебе и задача. Потом даш знать о результате.

Если это будет всё-таки X10, то там уже есть свой синтаксис. ИМХО X10 - плохой вариант из-за своей жуткой тормознутоси, а вы ещё хотите опрашивать хостом кнопки!!

Тормознутость нет времени проверять... Я вот радио сча буду пробвать. Но как-то больше по душе X10. Защищеность больше. А я еще не вижу проблемы кстати по X10. 300 б/с это с головой, задача то передавать байты в очень малом количестве, а не DVD фильм. Вот попытась дачу с домом на радио стыкавать. 3 км - посмотрим как ся поведет канал.

Если это будет всё-таки X10, то там уже есть свой синтаксис.

Тогда покажи...

У кого есть реальный опыт X10?

[Sergei_Kos]

Если это будет всё-таки X10, то там уже есть свой синтаксис. ИМХО X10 - плохой вариант из-за своей жуткой тормознутоси, а вы ещё хотите опрашивать хостом кнопки!!

По Х10 опрашивать кнопки можно, но не обязательно, достаточно провести витую пару туда куда удобнее всего. Да и обьем информации невелик, несколько байт, кроме того на Х10 сложнее организовать двухсторонний обмен данными, хотя можно обойтись и односторонним но тогда придется ждать какого-нибудь прерывания от усторойств (как ещё узнать о нажатой кнопке ?). Есть ещё правда один вариант - радиоканал но тут будет нужно и приёмник и передатчик в одном флаконе, и по-моему целесообразней его делать на большие расстояния или при невозможности использовать другие пути.

[Lexi]

Народ, это для ясности....

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