Протокол связи контроллеров и компьютера

KGN · 06.04.2010, 14:29

Зреет проект, в котором нужно будет объединять в некое подобие сети несколько устройств на PIC контроллерах и комп. То есть комп получает различные данные от устройств и управляет режимами их работы. Вопрос в организации протокола обмена на уровне обнаружения подключенных к сети устройств, команд управления от компа к устройствам, формата передаваемых данных и т.д. Если есть тут специалисты, подскажите - существуют ли какие-то стандартные протоколы для такого типа задач? Или каждый программист заново изобретает свой собственный велосипед?

Easyrider83 · 06.04.2010, 15:56

CAN или I2c между контроллерами. Сами определитесь что именно. В зависимости от требований. А к компу UART или USB. Тоже на ваше усмотрение.
Самый просто вариант такой:
Все контроллеры slave, комп master. По LPT связь через I2c.

KGN · 06.04.2010, 16:32

Easyrider83,
Вы немного не поняли, вопрос не в физической реализации интерфейса, а именно в программном протоколе. Грубо говоря - вот включили мы всю эту систему. Неважно, как оно между собой проводами или по радиоканалу соединено - USART, COM, I2C или еще чего. Комп сначала должен определить, какие на данный момент устройства есть в его сети. То есть послать запросы и получить ответы. Что должны представлять собой эти запросы/ответы, каков их формат? То же самое касается и команд управления, и потока данных. Придумать свой собственный протокол с нуля конечно можно, но, во-первых, заморочно и чревато - сложно продумать, предусмотреть и заложить сразу все, что может в будущем понадобиться. Во-вторых хочется хоть какой-то стандартизации. Вот и спрашиваю - есть ли что-то подобное, стандартное, что можно взять за основу? Какая-то система команд, маркеров данных и т.д. На уровне последовательности байт, что-то типа "Посылка от устройства компу представляет собой последовательность из n байт, где такие-то байты - идентификатор устройства, такие-то - маркеры начала/конца данных, такие-то - еще что-то..."

UserM · 06.04.2010, 17:22

Может это подойдёт.

http://caxapa.ru/lib/wake/

KGN · 06.04.2010, 17:50

UserM,
О, вот это уже гораздо ближе к теме, благодарю! Вполне можно брать за основу.
Может кто-то еще что-то подобное знает? Дабы было, из чего выбирать

kison · 06.04.2010, 18:02

http://ru.wikipedia.org/wiki/Modbus
http://www.ksoftware.ru/files/books/...odbus(Rus).Doc
Но Вы напрасно считаете, что протокол не зависит от физической реализации. Попробуйте переложить тот же Wake на I2C, в котором жестко установлена позиция адреса и бита направления передачи. И так почти со всеми - те или иные ограничения заложены в сам интерфейс. Что Wake, что Modbus подходят хорошо только для RS485/RS232/UART и подобных. И совсем не годятся для работы поверх CAN/I2C/LIN/1WIRE и т.д.

marera · 06.04.2010, 18:07

И что же понимается под программным протоколом? Прикладной уровень?
То что Вам предложили и предполагает последовательности, маркеры и т.д. А когда Вы подключаете какое-либо устройство, поддерживающее технологию Plug & Play (это тоже, в некотором смысле, протокол), то устанавливается ДРАЙВЕР (программма)! Вот он-то и знает что (режим работы), когда и как (протокол) делать. Без Plug & Play Вам ничего не остается, как писать софт, обеспечивающий требуемый интерфейс и сервисы, в том числе и поддержку любого протокола, начиная с канального уровня.

KGN · 06.04.2010, 18:49

kison,
За ссылки спасибо. Что касается специфики аппаратной реализации, то тут можно было бы и поспорить, но смысла не вижу - использовать I2C для связи с компом мне кажется несколько странным, а для RS485/RS232/UART/USB предложенное выше вполне подходит. Но при необходимости тот же I2C легко и просто превратить в подобие USARTa.

marera,
Я, конечно, в специфике технологии Plug & Play полный ламер (надеюсь, пока), но на мой дилетантский взгляд одно не противоречит другому. Plug & Play - это вроде как "первое знакомство и приветствие", а тот протокол, о котором спрашивал - уже "диалог знакомых"

В моей задаче полноценный Plug & Play вряд ли необходим. Скорее нужна технология сканирования сети для определения ее текущей конфигурации. А в этом каких-то проблем не вижу. Пока не вижу

SasaVitebsk · 06.04.2010, 22:50

2 marera. Я реализовывал P&P. Кстати ещё по win98. Работает даже под W7.
Никакого отношения к протоколу это не имеет. Вы, банально, не представляете то, о чём пишете. Задача P&P передать идентификатор и код устройства компу. При этом может быть использован спец запрос.
Далее комп, исходя из полученных данных пытается подключить соответствующий inf файл. В нём уже прописаны драйвера, пути и т.п.

Всё это к протоколу работы устр-ва не имеет ни малейшего отношения.