transmisja danych po magistrali CAN

Witam

W przypadku diagnostyki (CAN w samochodzie) stosuje się warstwę sieciową ISO TP (możliwość) przesłania do 4095 bajtów(12 bitowy parametr dlugosci ramki). Opisana jest w normie ISO15765-2. Nad tą warstwą siedzi UDS (diagnostyka - warstwa aplikacji). Nie wiem jak to realizuje się w przemysłowym zastosowaniu CAN.

Pozdrawiam Krystian

No i w czym problem? Podziel swój pakiet na 8 części i wysyłaj ciurkiem. Podłącz sobie skaner can np. do samochodu, po odpaleniu silnika jest wręcz zalew danych z kilkudziesięciu czujników.

Użytkownik "Atlantis" snipped-for-privacy@wp.pl napisał w wiadomości news:lf84ai$l5v$ snipped-for-privacy@portraits.wsisiz.edu.pl...

Koncepcja w której wszyscy mogą nadawać jednocześnie a wygrywa ten, kto ma najważniejszą informację (to jest idea CANa od strony sprzętowej)logicznie wymusza krótkie ramki aby ważne informacje nie musiały czekać na zakończenie nadawania jakichś bzdetów przez kogoś komu się akurat udało dorwać do łącza. Między kolejne ramki długiej transmisji zawsze można się wciąć z nie cierpiącym zwłoki przerwaniem. Gdyby było inaczej to samochody z CANem działały by jak Windows. P.G.

Można zdefiniować sobie własny protokół komunikacyjny na bazie CANa i ISO TP (albo podobnych protokołów). Nic też nie stoi na przeszkodzie, żeby potraktować ID ramki jako adres urządzenia i zbudować protokół master-slave albo multimaster. Mogę powiedzieć, że to się sprawdza - niedawno zdefiniowaliśmy protokół master-slave pozwalający na przesłanie (teoretycznie) 2^32 bajtów w jednej wiadomości i z powodzeniem wykorzystujemy (więcej szczegółów, niestety, podać nie mogę).

Pozdrawiam, Piotr