Радиоуправляемый удлинитель

"Что с контроллером ни делай - часы получаются"

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

Компоненты:


http://www.the-beast.ru/image/fl01.jpg


http://www.the-beast.ru/image/fl02.jpg

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


http://www.the-beast.ru/image/fl03.jpg

Радио - TR24A
Протокол - свой, маршрутизируемый.
Управлятели - AT90USB162
Сила - ATmega1281, часы - FM3116, батареёка - ионистор 1Ф, пищалка, термометр (меряет температуру симисторов).
Каждый из 5 каналов имеет 24 интервала включения/выключения по И/ИЛИ

0

просто жуть
и сколько все это обошлось? я даже представить боюсь

0

Качество плат как всегда на высоте!

0

По моим расчётам при изготовлении даже 2 таких штуковин - дешевле чем набор "Умного дома" (хреново работающего, к тому же) от Marmitex (X10) в пересчёте на одну управляемую розетку (1100р).

0

Сообщение от THI BIOST Радио - TR24A

И как?

0

THI BIOST, молодец. целиком и полностью поддерживаю. Идея хорошая, реализация (пока внешний вид можно оценить) - великолепная.

0

ну и какую цель преследуют все эти навороты?

0

Сообщение от Kosym ну и какую цель преследуют все эти навороты?

Замену выключателей в удлинителе.

суммарная нагрузка (судя по разводке) не превышает 4-5А... маловато будет (с)

0

кстати и правда, какой смысл? у меня есть пульт радио на 3 розетки
и еще 2 пульта по 6 кнопок
приемник - регенератор + декодер на тини2313 можно накропать или есть у меня линк

0

Сообщение от kotobyti кстати и правда, какой смысл?

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

Что я уже пробовал (я уже где-то писал):

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

Изделие от Мастер-Кита BM8036
- плохой тепловой режим.
- невозможность оперативного управления.
- конструкция... ну в общем так себе.
- много мелких недостатков интерфейса.
- рывок (кратковременное включение всех каналов) при включении.

Нагрузка - мне много не надо. Сейчас на два Мастер-кита нагружено в сумме 1 кВт. Только из-за выходящих гроздей удлинителей они расположены в слабодоступных местах. Сама нагрузка - люминесцентные лампы 72 Вт максимум, насосы системы полива и вентиляторы.

Что ещё будет:
- красивый главный показометр на графическом LCD с тачскрином на видном месте :)
- датчики температуры, влажности, уровня воды.

0

Сообщение от Гарнист Сообщение от THI BIOST Радио - TR24A

И как?

Ощущения - двойственные. С одной стороны за такую цену (я их по 80 р купил) - грех жаловаться. С другой - очень слабый процессор внутри - очень не любит занижения таймингов при обращении. В пределах нужной мне площади (квартира) - работает. Дальше не проверял. Маленький объём внутреннего FIFO - 64 байта. Можно, кончено, поплясать с бубном, но пока решил отложить - нужно отладить сам удлинитель и интерфейс к нему. Как заработает так, как мне надо, буду увеличивать размер пакета. Сейчас все общаются только по одной проперти в пакете. Мой протокол и его поддержка позволяет запрашивать и получать группу пропертей (для экономии эфирного времени). Реальных ток потребления не замерял, но - греется. Хотя 100 мА от LDO в AT90USB162 - хватает, проблем с питанием - нет. Помехоустойчивость - довольно приличная - затыкается только если пальцем по антенне поводить, но тут же приходит в себя.

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

0

2THI BIOST:
Уже давно изучаю модули TR24A и далеко продвинулся. Все свои наработки приведенные в "порядок" вылаживаю тут http://www.wasm.ru/forum/viewtopys.php?id=36347. Уже по ним освоил очень многое. Но написать доку еще руки не дошли:)

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

Интересны таак же исходники.

0

Сообщение от o9d Вижу вы тоже их изучаете.

Не, я их не изучаю. Я просто с ними работаю.

Сообщение от o9d Интересны таак же исходники.

А чего там в исходниках может быть интересного? Полный примитивизм:

Пишем младшие регистры - ждём между записями.
Читаем - ждем после адреса.

Пишем/читаем ФИФО - ждём 450 нан.

А, судя по всему, Вы с ним нормально и не разобрались. Особенно с ФИФО. При чтении/записи (длинные пакеты) нужно отслеживать оба указателя, как при записи чтении очередей. Но, из-за того, что это штуковина и так тормозная - я на это забил. Из-за этих задержек очень трудно использовать DMA, в одном из мест придётся ставить дополнительный контроллер - пусть с ним и возится. Да и прерывания - не проблема. Я их не запрещаю и не обрабатываю пакеты внутри прерываний. Процент потери пакетов ~0.1% меня полностью устраивает.

0

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

Про длинные пакеты можно по подробней? Во время приема/передачи большого пакета достаточно следить только за состояние флага FIFO.
Да и что там такого с ФИФО ?

0

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

Не влияют (если, конечно, они не по миллисекунде). Запускал на сутки пинг снаружи. Контроллер загружено достаточно плотно: 100 интервалов сравнения в секунду в сумме, полный календарь с учётом летнего/зимнего времени, анализ температуры (I2C), кнопок, 2-х напряжений питания, оборотов кулера, обработка пакетов с двух уартов.

Сообщение от o9d Про длинные пакеты можно по подробней? Во время приема/передачи большого пакета достаточно следить только за состояние флага FIFO. Да и что там такого с ФИФО ?

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

0

сорри за нубский вопрос: эти чёрные капельки - это ведь микросхемы? как проектировались и изготавливались?

0

Чёрный капельки - это микросхема на модуле TR24A. Модуль стоит 100р (сейчас) зачем его изготавливать? Сама микросхема - EM198810 стоит 50р.

0

а, на фотках это уже готовые модули. тогда ясно.

0

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

Да, эта информация содержится в регистре 82. Во время процесса передачи следить за указателем "FIFO read point" не имеет смысла, если запись в буфер не происходит слишком быстро то и за указателем "FIFO write point" тоже можно не следить.
Во время приема данных указатель "FIFO write point" не важен. За указателем "FIFO read pointt" имеет смысл следить только если чтение происходит слишком быстро, от него толку мало.

Достаточно отслеживать только состояние флага FIFO.
Во время передачи он не должен выставиться раньше времени. Т.е. в эфир улетят нули. К этому может превести прерывание.
Во время приема как только он выставиться нужно тут же начать считывание данных. Если не успеть, то данные перезапишутся.

0