Cześć,
postanowiłem pobawić się trochę LINem. Posiadam panel, który na swoim pokładzie ma transceiver ATA6630.

Wykorzystując bruteforce udało mi się obudzić panel.
ID24 i odpowiednie bajty podświetlają cały panel (bajt nr 7) i diody (bajt nr 3 i 4). Ustawiona wartość np. 55 powoduje miganie czerwonej diody, a np. 6B jej świecenie. Ustawiając bajt odpowiadający za podświetlenie całego panelu na biało mogę za pomocą zmiany jego wartości regulować jasność podświetlenia. Można to zobaczyć na poniższym obrazku:


Dodatkowo wysłanie wiadomości pod adres ID21 i zmiana pierwszego bajtu powoduje wysłanie jakiś przypadkowych wartości widocznych na obrazku, czyli 09 lub C6, itd. mimo iż wysyłam wartość FF 00 55 6B...


Myślałem, że uda mi się porozmawiać z panelem ale niestety ze swojej strony nic nie odpowiada mimo naciskania przycisków.
Nie wiem tez jaką ustawić dokładnie prędkość, ale minimalna przy jakiej udaje się podświetlić panel to >=17858 kbps.

Ma ktoś może pomysł jak zmusić panel aby coś odpowiedział?

ale skoro rozmawia ci na 19200 bps to dlaczego chcesz zmieniać prędkość ? Widać to jest jego prędkość do rozmów.

Co do przycisków - to też sprawdzałeś bruteforcem wysyłając ramki jako RX ?

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Faktycznie, wystarczy wysyłać ramki jako RX i panel się odzywa!

Czyli rozumiem, że prędkość nie musi być ustawiona idealnie tylko ma pewien zakres, który wystarczy do poprawnej komunikacji?

to już są indywidualne kwestie modułów ale ja też wątpię aby tego typu moduły kontaktowały się za pomocą jakichś dziwnych prędkości - tak jak to podałeś wyżej czyli np: 17858 kbps ..... z ciekawości skąd wziąłeś tę prędkość ?

Sam widzisz, że jak ustawisz 19200 to śmiga a więc i moduł zapewne z tą prędkością został zaprojektowany.

Super że ci się udało - moduł który masz przypomina mój panel w cytrynie aż sam bym się tym pobawił - ślinka mi cieknie

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Jak walczyłem na początku, żeby coś ruszyć z komunikacją. Ustawiłem 17800 i nie działał, a na 18000 już tak. I tak z ciekawości szukałem tej minimalnej prędkości przy której coś się zaświeciło .

To ramach laborkk poszukaj maksymalnej przy której chodzi i bedziesz znak zakres

... dobre ale na przyszłość na początek sprawdzaj po prostu standardowe prędkości RS232 czyli

19200, 14400, 9600, 4800, 2400 itp

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

max -> 19609 kbps

Zauważyłem też trochę dziwne zachowanie programu i Octopusa. Oczywiście wiem, że prace nad nim dalej trwają i nie chcę tutaj nic wytykać. Ot tak, po prostu moje spostrzeżenia.

Ikonka "Set LIN Baud Rate" nie ma żadnej funkcjonalności. Ponieważ i tak, żeby zmienić prędkość należy przełączyć suwak na pozycje OFF i z powrotem na ON.
Filmik: [youtube]https://youtu.be/KQ-R4hAe3Qk[/youtube]

Gdy ustawię za dużą prędkość, czyli w tym przypadku 19610 kbps, gaśnie niebieska dioda "LIN OK" i już nic nie można zrobić.
Dopiero: Disconnect -> Octopus HW Reset -> Connect, przywraca poprawne działanie.
Filmik: [youtube]https://youtu.be/nTpQFWcEanU[/youtube]

tak to jest już znany mi i zanotowany problem, czeka w kolejce na naprawę, bo coś po drodze się zepsuło.

Odnośnie drugiej uwagi - muszę to sprawdzić.

I nie traktuję tych uwag o znalezionych błędów jako wytykanie czy uszczypliwości - dokładnie jest tak jak mówisz, program się rozwija czasem nawet przestanie coś działać co wcześniej działało i muszę to naprawiać po kolei ...

a za wszystkie uwagi czy zgłoszenia błędów wręcz z góry dziękuję

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]