[fredo 0]

Подскжите какой лучше протокол использовать для объединения нескольких устройств в сеть через интерфейс RS-485 ??

Всего будет порядка 5 устройств на базе Atmega16, все устройства в сети равноценны.

[rezident 0]

Подскжите какой лучше протокол использовать для объединения нескольких устройств в сеть через интерфейс RS-485 ??

Всего будет порядка 5 устройств на базе Atmega16, все устройства в сети равноценны.

Для RS-485 лучше всего подходят пакетные протоколы. Т.е. передача происходит по принципу запрос-ответ в пакетном режиме. Посмотрите протоколы типа Wake, Modbus, PiNet.

А вот мультимастер для RS-485 реализуется весьма плохо. Не предназначен он для "равноправного" доступа к линии, т.к. нет простого по реализации механизма обнаружения и устранения коллизий. Потому подумайте как сделать какой-нибудь из ваших МК ведущим, а остальные ведомыми.

[shread 0]

очень рекомендую Modbus, прост в реализации, и удобен

[ipc 0]

очень рекомендую Modbus, прост в реализации, и удобен

Согласен что модбас вещь стоящая но важно не планируется ли в данной сети использовать еще покупные устройства с RS-485 интерфейсом.Если например могут понадобится девайсы типа Adam,ICPCON или Nudam возможно что логичнее быдет реализовать протокол ADAM4000 кстати тоже весьма несложный.

Опять же надо знать какие данные необходимо пересылать,в к примеру модбасе неочень удобно передавать большие или структуированные данные и иногда гораздо проще в таких специфических применениях замутить свой кустарный протокол.

[alex2703 0]

Подскжите какой лучше протокол использовать для объединения нескольких устройств в сеть через интерфейс RS-485 ??

Всего будет порядка 5 устройств на базе Atmega16, все устройства в сети равноценны.

Для RS-485 лучше всего подходят пакетные протоколы. Т.е. передача происходит по принципу запрос-ответ в пакетном режиме. Посмотрите протоколы типа Wake, Modbus, PiNet.

А вот мультимастер для RS-485 реализуется весьма плохо. Не предназначен он для "равноправного" доступа к линии, т.к. нет простого по реализации механизма обнаружения и устранения коллизий. Потому подумайте как сделать какой-нибудь из ваших МК ведущим, а остальные ведомыми.

 

А почему мультимастер для RS-485 реализуется весьма плохо?

 

очень рекомендую Modbus, прост в реализации, и удобен

Согласен что модбас вещь стоящая но важно не планируется ли в данной сети использовать еще покупные устройства с RS-485 интерфейсом.Если например могут понадобится девайсы типа Adam,ICPCON или Nudam возможно что логичнее быдет реализовать протокол ADAM4000 кстати тоже весьма несложный.

Опять же надо знать какие данные необходимо пересылать,в к примеру модбасе неочень удобно передавать большие или структуированные данные и иногда гораздо проще в таких специфических применениях замутить свой кустарный протокол.

 

И что за ADAM4000? Ссылочку подскажите, пожалуйста.

[ipc 0]

А почему мультимастер для RS-485 реализуется весьма плохо?

 

И что за ADAM4000? Ссылочку подскажите, пожалуйста.

 

Мультимастер обеспечивается плохо потому что у RS-485 в один момент времени может быть только один передающий модуль и единственный способ сделать мультимастерность это мудрить с временным разделением передачи(обмениватся токеном или еще как).В том же CANе например два передатчика могут начать передавать одновременно но получится это у того у кого приоритет сообщения выше остальные попробуют передать позже(неразрушающий арбитраж).

 

А ADAM4000 это название серии модулей фирмы адвантек и их протокол был принят дефакто остальными производителями аналогичных модулей.Что то посмотреть на эту тему можно тут

[AndreyVN 0]

Подскжите какой лучше протокол использовать для объединения нескольких устройств в сеть через интерфейс RS-485 ??

Всего будет порядка 5 устройств на базе Atmega16, все устройства в сети равноценны.

 

Не знаю как правильно назвать такой протокол, но счетчики электроэнергии Меркурий, модули IPCON 7017 по протоколу RS-485 и им подобные разговаривают следующим образом:

 

Запрос: ~АдресУстройстваКомандаЗапроса

Ответ: #АдресУстройстваДанныеОтвета

 

Все адреса и данные пишутся в ASCII коде, соответственно отлаживать обмен можно из программы терминала.

Изменено 3 ноября, 2006 пользователем AndreyVN

[ipc 0]

Подскжите какой лучше протокол использовать для объединения нескольких устройств в сеть через интерфейс RS-485 ??

Всего будет порядка 5 устройств на базе Atmega16, все устройства в сети равноценны.

 

Не знаю как правильно назвать такой протокол, но счетчики электроэнергии Меркурий, модули IPCON 7017 по протоколу RS-485 и им подобные разговаривают следующим образом:

 

Запрос: ~АдресУстройстваКомандаЗапроса

Ответ: #АдресУстройстваДанныеОтвета

 

Все адреса и данные пишутся в ASCII коде, соответственно отлаживать обмен можно из программы терминала.

 

Это и есть ADAM4000.И RS-485 не протокол а интерфейс.

[muravei 3]

Запрос: ~АдресУстройстваКомандаЗапроса

Ответ: #АдресУстройстваДанныеОтвета

А если у меня все совсем просто: один мастер.

Можно так:

Запрос: АдресУстройства

Ответ: ДанныеОтвета

?

[ipc 0]

Запрос: ~АдресУстройстваКомандаЗапроса

Ответ: #АдресУстройстваДанныеОтвета

А если у меня все совсем просто: один мастер.

Можно так:

Запрос: АдресУстройства

Ответ: ДанныеОтвета

?

 

Можно и так только лучше всетаки передавать какойто префикс в начале чтобы знать что данные идут без разрывов.

[Гость Miron]

Если вы делаете проект одноразовый для одного заказчика

то при наличии времени и желания можно придумать свой

простенький протокол особенно если в линии только один мастер

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

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

протокол (например MODBUS)

Опыт показывает что со своим протоколом жить можно но

со временем это становится сдерживающим фактором для

проталкивания своей продукции на рынок.

[Арахис 0]

Если вы делаете проект одноразовый для одного заказчика

то при наличии времени и желания можно придумать свой

простенький протокол особенно если в линии только один мастер

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

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

протокол (например MODBUS)

Опыт показывает что со своим протоколом жить можно но

со временем это становится сдерживающим фактором для

проталкивания своей продукции на рынок.

 

Удивительно точно подмечено!

Мы уже 15 лет на рынке. Продали десятки тысяч приборов нескольких десятков типов. Реальные пользователи довольны. И всё равно сейчас прихдится городить встроенные преобразователи в стандартные протоколы исключительно в рекламных целях. Нынче рынком управляют менеджеры со своими красочными картинками и пафосными фразами, а не здравый смысл.

 

Делайте выводы!

[vik_ck 0]

Какой выбрать из двух:

1) Wake

2) Modbus

 

Для задачи:

Master = WinXP/virtualCOM(CP210x+xx485)/C++

 

Slave (max10)=UART C8051Fxxx :

"текущий" передает данные с АЦП 10-20кБ/сек

"резервные" передают данные вместе до 1кБ/сек

[ipc 0]

Какой выбрать из двух:

1) Wake

2) Modbus

 

Для задачи:

Master = WinXP/virtualCOM(CP210x+xx485)/C++

 

Slave (max10)=UART C8051Fxxx :

"текущий" передает данные с АЦП 10-20кБ/сек

"резервные" передают данные вместе до 1кБ/сек

 

Думаю без вариантов это должен быть Wake(или его собственная реализация).Модбас предназначен для других целей и через него крайне неудобно передавать большие или структуированные данные.

 

Сейчас делаю аналогичный девайс только с FTDI и уже без труда сделана собственная реализация wake.

[alex2703 0]

Какой выбрать из двух:

1) Wake

2) Modbus

 

Для задачи:

Master = WinXP/virtualCOM(CP210x+xx485)/C++

 

Slave (max10)=UART C8051Fxxx :

"текущий" передает данные с АЦП 10-20кБ/сек

"резервные" передают данные вместе до 1кБ/сек

 

Думаю без вариантов это должен быть Wake(или его собственная реализация).Модбас предназначен для других целей и через него крайне неудобно передавать большие или структуированные данные.

 

Сейчас делаю аналогичный девайс только с FTDI и уже без труда сделана собственная реализация wake.

 

 

Уважаемый IPC, почему "Модбас предназначен для других целей", а для каких тогда?