Нужна помощь max485, Atmega16 Опции

[klin-2006]

Рисую принципиальную схему с МК Atmega 16, необходимо передавать данные с МК на ПК по интерфейсу rs-485 по протаколом CAN. Все впринципе понятно, кроме протакола CAN. Непойму следующее: для того чтобы был CAN протакол, нужна специальная микросхема или CAN описывается только в программе? Просто я сделал так: с МК веду на микросхему max485 потом опять на нее, затем на max232 и к ПК. Пример смотри ниже, только для МК PIC. А вот что с CAN делать непонятно. Подскажите пожалуйста.

Модератор. Две темы были объединены. Напоминаю, что кросспостинг запрещен п.3.2 Правил форума.

Эскизы прикрепленных изображений

 

[klin-2006]

Подскажите пожалуйста к какой ножке МК Atmega16 подключается соединенный вход RE (инверсия) и DE микросхемы LTC485 (интерфейс rs485). Есть пример для PIC контроллера.

Эскизы прикрепленных изображений

 

[XVR]

Подскажите пожалуйста к какой ножке МК Atmega16 подключается соединенный вход RE (инверсия) и DE микросхемы LTC485 (интерфейс rs485).

К любой свободной. Этой ногой управляют направлением передачи/приема по RS485 линии. Т.к. встроенный UART не обеспечивает автоматического управления, то используется чисто програмное.
И еще, CAN поверх RS485 - это редкостное извращение

[klin-2006]

К любой свободной. Этой ногой управляют направлением передачи/приема по RS485 линии. Т.к. встроенный UART не обеспечивает автоматического управления, то используется чисто програмное.
И еще, CAN поверх RS485 - это редкостное извращение

А какой протокол вы бы посоветовали взять для rs485? (чтобы без всяких дополнительных микросхем было, как на рисунках выше)

Сообщение отредактировал klin-2006 - Jun 3 2009, 14:28

[rezident]

А какой протокол вы бы посоветовали взять для rs485? (чтобы без всяких дополнительных микросхем было, как на рисунках выше)

Судя по вашим сообщениям вы путаетесь в понятиях и терминах. В частности путаете термины "протокол" и "интерфейс". Если приводить аналогии из человеческой жизни, то интерфейс это легкие, горло, голосовые связки и язык, т.е. то, что служит для получения звуков. "Речевой интерфейс" человека т.с. А протокол это язык общения, который складывается из отдельных звуков, производимых "речевым интерфейсом". Причем "речевой интерфейс" у всех людей схожий, а вот языков общения на планете Земля по-моему не менее 300 существует.
Дальнейшая аналогия про расстояние и наличие/отсутствия "дополнительных" микросхем. Вам вроде нужно передавать данные на расстояние до 1000м? Представьте, что вы в комнате, где громко играет музыка или работает ТВ. Чтобы собеседник вас услышал нужно напрягать голос или кричать. А теперь представьте, что вы с собеседником на разных сторонах оживленной автомагистрали находитесь. Тут даже крик не всегда слышен. А теперь разойдитесь на квартал друг от друга и разговаривать вообще станет невозможно. Зато если у каждого из вас есть мобильник, то расстояние уже не помеха, не так ли? Так вот эти "всякие дополнительные микросхемы" служат как раз для того, чтобы устройства могли "докричаться" друг до друга, несмотря на большое расстояние и наличие помех. Без их (драйверов линии) применения передать сигнал на значительные расстояние не получится.
Надеюсь, я все понятно, на доступных для вас аналогиях, пояснил?
Поверх интерфейса RS485 обычно используют протоколы с адресацией и фреймами (кадрами). Фрейм это законченное сообщение в котором каким-либо образом (спец символами и/или временными паузами) выделяется начало и конец сообщения. А для того, чтобы понять какому конкретно абоненту адресуется данное сообщение в нем содержится как минимум адрес получателя. Для контроля целостности сообщения его обычно дополняют контрольной суммой. Примеры протоколов, пригодных для применения в сетях RS485, вам указал XVR. Протоколы CAN все же больше подходят под соответствующий интерфейс CAN.