К.З. и Х.Х. на линии CAN, детектирование К.З. и Х.Х. Опции

[Русланчик]

Здраствуйте!
Имеется приемопередатчик CAN sn65hvd1050. Какими аппаратными, то есть схемотехническими способами можно определить что линии CANH и CANL замкнуты накоротко или оборваны?
в RS-485 в этом плане вроде как попроще..

Сообщение отредактировал Русланчик - Apr 7 2008, 04:28

[-=Sergei=-]

Здраствуйте!
Имеется приемопередатчик CAN sn65hvd1050. Какими аппаратными, то есть схемотехническими способами можно определить что линии CANH и CANL замкнуты накоротко или оборваны?
в RS-485 в этом плане вроде как попроще..

Это будет определено на упровне протокола,т.е. в контроллере СAN, если кз, то возникнить бит еррор, если оборваны то аск еррор и быстрое набегание счетчика ошибок.

[Русланчик]

Это будет определено на уровне протокола,..

Значит без схемотехники...

т.е. в контроллере СAN, если кз, то возникнить бит еррор, если оборваны то аск еррор и быстрое набегание счетчика ошибок.

А есть ли способ определить это при отсутствии передачи?
Хотя можно при включении устройства отправить что-то вроде тестовых пакетов для проверки линии.

Сообщение отредактировал Русланчик - Apr 7 2008, 05:14

[spf]

А есть ли способ определить это при отсутствии передачи?

Т.к. реализация умалчивается, то можно только гадать.

Если выводы CAN_TX CAN_RX это выводы МК, то можно подумать как ими подергать или сделать что-то подобное.

Какая цель мероприятия?
Сделать монитор-тестер сети или встроить самодиагностику в устройство?
Чем не нравится проверка состояния шлейфа попыткой передачи какого-то пакета?

PS:
По поводу отказов шлейфа была докa

[Русланчик]

Т.к. реализация умалчивается, то можно только гадать.

МК->приемопередатчик->шина CAN. Или про чтото другое говорите?

Какая цель мероприятия?
Сделать монитор-тестер сети или встроить самодиагностику в устройство?

Надо встроить самодиагностику в устройство.
Задача такая: при сбое в шине, то есть при к.з. или обрыве (х.х.), на вывод МК должен приходить сигнал, по приходу которого передача должна отмениться.

Чем не нравится проверка состояния шлейфа попыткой передачи какого-то пакета?

Собственно исходя из того что посоветовали в предыдушем посте, склоняюсь к этому варианту

PS:
По поводу отказов шлейфа была докa

Хотелось бы ознакомится с этим документом!