двухсторонний обмен по радио

rig

в продолжении темы обмен по радио на основе RTF_DATA_SAW 433 МГц
пришла пора заняться применением на практике.
что хочу:
1 придумать чтото типа протокола для обмена база<->датчик
на датчике
2 предусмотреть возможность исполнительных механизмов (типа форточку открыть закрыть)
3 возможность передавать по цепочке через другой датчик в случае если база слишком далеко
4 низкое потребление энергии. жаловаться если села батарея впроть до отключения себя
на базе
5 хранить все необходимые данные о подключенных датчиках
6 возможность вмешиваться в их работу ( открыть форточку на определенный угол/закрыть, изменять период между измерениями)
7 удобный вывод на ЖКИ
8 возможность сигнализации
9 установка параметров для сработки сигнализации
10 чтоб незабывала ключевые значения если пропадет питание
11 сообщать о разрядившихся батареях на датчиках, можно даже попищать
может еще что придумается.

=DeaD=

По моему всё смешалось - радио... управление климатом... сигнализация... ретрансляторы... не много всего сразу?

rig

даже мало. на столе 2 датчика лежит и база уже в железе.
осталось логика.

обмен идет пока простой:
передача данных B<-D
подтверждение приема B->D

передача данных B<-D
исполнительная команда B->D
подтверждение приема B<-D

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

Добавлено спустя 7 минут 32 секунды:
вот такой стационарный робот

Grover

что-бы не было ошибок в передаваемой информации в подтверждение прием надо встать контрольную сумму. Эта защита не на 100%, но быстро.

rig

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

Вложение:

Комментарий к файлу: 10.02.08

.rar [6.58 КиБ]
Скачиваний: 53

rig

сижу сочиняю протокол, если использовать 5 байт то обмен датчик<=>база без проблем, в случае датчик<=>датчик<=>база приходится использовать две посылки.
если посылку делать 7 байт или даже 8, то хватает одной посылки для всех случаев, но много байт передается просто так при датчик<=>база.
посылку переменной длины делать не хочется. Что то я в ступоре. Сложностей вроде нет надо определиться с длиной.
// USART Baud rate: 1200

rig

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

Myp

а почему бы их не програмить в паралели?

както это делается стопудово

rig

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

Myp

можно параллельное программировать МК

гдето я читал на эту тему

тоесть от одного ISP шнурка разветвлять на нужное количество МК и шить одновременно

только вот убей не помню где я читал и как там это реализовали

Добавлено спустя 1 минуту 5 секунд:
или я непонял просто

тебе нужно 3 разных проекта 3мя программаторами зашивать?????

rig

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

Myp

можно проще
просто копируешь экзешник cvavr с другим именем и запускаешь его

тоесть cvavr1.exe cvavr2.exe и так сколько нужно для счастья

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

rig

Myp писал(а):

просто копируешь экзешник cvavr с другим именем и запускаешь еготоесть cvavr1.exe cvavr2.exe и так сколько нужно для счастья

точно, работает, пасиб. :good:

Aesthete Animus

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

). В ZigBee на уровне протокола реализована ретрансляция данных в сети!

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

rig

Aesthete Animus писал(а):

В ZigBee на уровне протокола реализована ретрансляция данных в сети!

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

Aesthete Animus писал(а):

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

я пока по старинке, еще не настолько продвинулся

roboforum.ru

двухсторонний обмен по радио

Кто сейчас на конференции