@ShodS

Изначально хотел сделать сеть с простыми адресными устройствами (чтобы были простые и дешевые, маленькие (например чтобы помещались внутрь датчиков движения), без кварца, питались от линии) сначала собирал на ZILOG-ах, но там нет EEPROM, приходилось адрес задавать паяными перемычками на ножках. Когда с Tiny13 познакомился, тут дела лучше пошли, программируется адрес кнопочкой и светиком, быстро и удобно стало.

Линия 3-х проводная: +12v, COM, ну и соотв-но Line. Т.к. кабели обычно 4-х жильные, то на общий я цепляю две жилы, это еще больше увеличивает нагрузочную способность линии.

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

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

В новой версии (в разработке), обмен идет на скоростях 1,2,4,8,16 KByt. Слэйвы устроены так, что читают одновременно на 2-х скоростях, на заданной с мастера и на скорости 1KByt, так что если по каким то причинам слэйв отвалился, мастер попытается с ним связаться на минимальной скорости, если получится, слэйв будет переводится на пониженные скорости работы.

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



Вернуться к обсуждению:
Выбрать подходящий интерфейс и протокол Цифровая обработка сигналов

0