Опрос удалённых датчиков.

[picavr]

Система с 10-30 удалёнными датчиками. Радиоканал 433 мГц. Расстояние 15-20М. передача в 1 сторону. Скорость 9600 бод. 3 байта посылка. База с 1 приёмником.

Думаю сделать так.
Отчёт каждого датчика с периодом 10-35,5 (10сек+0-25,5)сек, изменяется с дискретностью 0,1 сек. Период срабатывания базы на отсуствие датчика - 50-60 сек (что бы перекрывающиеся посылки датчиков были приняты повторно до срабатывания)

Период устанавливается у каждого датчика псевдослучайно. Расчитать табличку псевдослучайных чисел в EXCEL, и занести в FLASH 256 байт. Начальную случайность взять из ячейки RAM, состояние которой при включении имеет случайное число (у PIC такие имеются). Можно даже сделать две таблицы. В одной содержится адрес для считывания из второй таблицы.

Что посоветуете ? Пишу АСМ.

[dosikus]

Система с 10-30 удалёнными датчиками. Радиоканал 433 мГц.

Критично?

Расстояние 15-20М. передача в 1 сторону.

Может rs485 ? у мну 38400 на 200 м.

[picavr]

Сообщение от picavr

Система с 10-30 удалёнными датчиками. Радиоканал 433 мГц.

Критично?

Сообщение от picavr

Расстояние 15-20М. передача в 1 сторону.

Может rs485 ? у мну 38400 на 200 м.

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

Передатчик у меня PIC10Fxxx+FR9x+ПАВ резонатор, линия-антена на плате. Приёмник сверхрегенеративный. серия RCxxx. Пробивает 4 этажа кирпичной пятиэтажки.

Вопрос - в алгоритме псевдослучайности.

[alexgap]

Хорошая у вас задумка Есть два комментария:

1) Вместо таблиц могли бы применить математическую псевдослучайную функцию, "случайность" получилась бы качественнее. Есть много вариаций начиная от простейших заканчивая очень изощренными. Конечно на АСМе нужно будет попотеть, а на C - все уже готово.

2) В процессе работы будут возникать коллизии, когда несколько передатчиков будут выполнять передачу одновременно (это маловероятно, но возможно). Поэтому все сообщения нужно закрывать алгоритмом контроля целостности, например, CRC-8 или CRC-16. В случае приема "побитого" сообщения просто игнорировать его.

[domowoj]

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

[picavr]

1) Вместо таблиц могли бы применить математическую псевдослучайную функцию, случайность" получилась бы качественнее. Конечно на АСМе нужно будет попотеть, а на C - все уже готово.

C я только начал изучать, и пока не готов это реализовать. Пока разбираюсь с Hitech PIC и IAR AVR, IAR мне понравился. Если IAR для PIC такой же по уровню и синтаксису, было бы проще портировать функции PIC - AVR - PIC.

1) Возможно ли написать на С функцию RND потом выдрать её из дизасемблироаного кода?
2) Сможете это сделать? только функцию RND. выходные числа = 0 to 0xFF.выслать проэкт (желательно Hitech) а я уже сам выдеру RND АСМ. Единственое условие - чтобы весь код влез в 512 слов (Контролер PIC10F202). Если функция на Си будет больше. то сделаю табличным методом.

2) В процессе работы будут возникать коллизии, когда несколько передатчиков будут выполнять передачу одновременно (это маловероятно, но возможно). Поэтому все сообщения нужно закрывать алгоритмом контроля целостности, например, CRC-8 или CRC-16. В случае приема "побитого" сообщения просто игнорировать его.

Это уже сделано. Взял подсчёт CRC от DS18B20/1990.

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

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

[picavr]

Уже всё написал и запустил.. можно закрывать.