roboforum.ru

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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