Urządzenie do testowania AFS

[H1M4W4R1]

Słowem wstępu...

Pewnie kilka osób zastanawia się co to te "AFS". Są to sterowniki w lampach samochodowych odpowiadające za ich ustawianie względem skrętu kół kierownicy, dzięki czemu oświetlamy drogę, a nie rów  Np. jak skręcamy w prawo, to lampy obracają się w prawo. Im bardziej wychylimy kierownicę w daną stronę, tym bardziej obrócą się lampy.

Przykładowy AFS (wyłącznie sterowniki, bez ramki).

Początki...

Na początek trzeba było wybrać odpowiednie narzędzie do tej pracy... początkowo myślałem o STM32L432KBU6, aczkolwiek zrobiłem błąd w płytce, który powodował zwarcie na CH340G, więc zastanowiłem się czy to jest na pewno dobra droga. Może lepszym rozwiązaniem byłoby użyć czegoś, co łatwo wymieniać jakby się zepsuło. Jestem członkiem ruchu #RightToRepair, więc to rozwiązanie przypadło mi do gustu. Ale czekaj... co by tutaj się nadało... Arduino by dało radę, ale jednak ma dość duży rozmiar.

Padło na Raspberry Pi Pico razem z A4988 do kontroli silnika krokowego (część AFS używa analogowych silników krokowych, część używa układów LIN np. AMIS30621, a część chodzi po magistrali CAN). Dobra ale Pico nie obsługuje praktycznie nic z tego... A potrzebujemy jeszcze LIN i CAN. 

Do obsługi LIN wystarczył układ TLIN2029 oraz napisanie do niego sterowników. Po kilku próbach udało się uruchomić powyższe AFS'y (AMIS30623), które działały poprawnie, razem z ustawianiem pozycji i jej odczytem.

Przyszła kolej na CAN... Tutaj padło na starą sprawdzoną technologię czyli MCP2515  Oczywiście moduły z MCP korzystają z napięcia 5V, więc po trasie znalazł się konwerter poziomów logicznych. I tak nie zależy nam na ilości wysyłanych ramek, a tylko na tym by dochodziły do urządzenia krańcowego.

Do tego potrzebne było sterowanie przesłoną... Tutaj trochę mnie poniosło i użyłem przekaźnika półprzewodnikowego oraz tranzystora sterującego jego wejściem... (Kto bogatemu zabroni).

Ostatecznie płytka wyglądała tak...

Ale zaraz... przecież tutaj nie ma modułu CAN ani LIN? No tak, wszystko jest odłączone. Moduł LIN jest umieszczony na osobnej płytce, którą opiszę w osobnym artykule. Moduł CAN to zwykły najtańszy chiński moduł z MCP2515 i TJA1050. Na zdjęciu widać złącza:

• lewy górny róg - LEKTOR (wejście PWM analogowego odczytu położenia i aktywny filtr dolnoprzepustowy na LM358D, który dobrze daje radę... PWM ma tylko 220-240Hz, więc to raczej nie problem nawet dla tego układu, a na rail-to-rail nam nie zależy, więc oszczędziłem biednego MAX44246...)
• prawa strona złącza ARK (u góry) - złącze silnika, złącze ARK służy jego zasilaniu (5V)
• lewy dolny róg - złącze ARK do zasilania PCB (12V)
• prawa dolna część płytki - złącze do modułu CAN
• prawa strona Pi Pico (obok złącza SWD) - złącze do modułu LIN (5V, RX, TX, GND)
• nad złączem zasilającym płytkę są dwa piny do wyprowadzenia zasilania dla przekaźnika SSR.

Skoro już mamy płytkę...

Ale jak to podłączyć do AFS?

Niby można łączyć na pająka, ale łatwo wtedy coś uszkodzić. Przydałoby się jakieś przydatne gniazdo... 15 pinów będzie wystarczyło - 12V_ALW, 5V_ALW, GND, 4xMOT, CAN_H, CAN_L, GND, LIN, GND, 12V_SWITCH, GND. Idealnie 15 pinów... Zobaczmy do szuflady... O mam złącza GamePort w nadmiarze... No to wybór jest prosty  

Przylutować duponty i mamy gotowe złącze  

Hmmm... 

Teraz brakuje obudowy. Tutaj wybór był dość prosty i padło na stary sprawdzony ABS w formacie RACK 19" 1U od Gaint'y  w kolorku białym. Dremelek w rękę, wyciąć dziury na złącza... Pod USB trochę było za duże to trzeba było wydrukować osłonkę na Prusie MK3S... No i zamontować to wszystko do obudowy...

Tak, wiem, że GamePort powinienem przykręcić, ale byłem zbyt leniwy na to (potem to zrobiłem)  Zresztą klej na gorąco dość mocno go trzyma... A to tylko prototyp...

Zapomniałem wspomnieć - urządzenie jest zasilane z gniazdka poprzez jakiś stary zasilacz od LED'ów z szuflady (oczywiście modułowy) o prądzie 1.25A... Raczej powinien wystarczyć patrząc na maksymalny pobór urządzenia.

Pozostało wrzucić elektronikę do obudowy i napisać firmware oraz software.

Firmware

Firmware jest napisany w C++ i działa poprzez protokół USB CDC. Użytkownik wysyła komendę do urządzenia, a ono wykonuje operację (i czasem odsyła odpowiedzi zwrotne np. w przypadku LIN).

Nie jest on szczególnie skomplikowany  

Software

Pozostał jeszcze software - tutaj na ruszt trafił C#8.0 z WPF... Wyszło jak wyszło, aczkolwiek sam soft jest całkiem intuicyjny w obsłudze  

Tutaj akurat specjalnie potroiłem ilość AFS w celu przetestowania jak będą się wyświetlać  

No to jeszcze testy gotowego sprzętu i może trafić do klienta...

Koszty

Łącznie koszt całego urządzenia wyniósł ok. 85-90€ w częściach  

Pliki? Schematy? Kod?

Niestety tutaj nie będzie  Te dane są wyłącznie do dyspozycji klienta.

Co dalej?

Pozostało dopisać do software'u resztę AFS'ów, które podesłał klient... A potem zabawa z kolejnymi bardziej złożonymi wersjami (odczytywanie znaków drogowych, kontrola diod w lampie itp.)...

Filmiki na koniec (jeszcze z okresu prototypu)

 

 

 

EDIT1: Kiedy rozkręcanie obudowy jest zbyt denerwujące...

W takim razie trzeba znaleźć prostszy sposób na upgrade firmware'u... Oczywiście, że istnieje  Biblioteka pico_bootrom jest idealna w tym celu. Tylko uprzedzam, że jest lekko zbugowana i nie zawsze Pico reaguje na sygnał do restartu do boota... a wtedy niestety trzeba już zazwyczaj rozkręcić obudowę...

Edytowano Czerwiec 8, 2021 przez H1M4W4R1

[Treker (Damian Szymański)]

@H1M4W4R1 Twój opis został właśnie zaakceptowany, więc jest już widoczny publicznie

[Riczi]

Witam czy zajmujesz się jeszcze tematem AMIS30623 ? Szukam kogoś kto pomoże mi kopiować ustawienia z orginalnego układu AMIS30623 do fabrycznie nowych układów. Ewentualnie zbudowanie sterownika do wysterowani silników w lampach Insignia bixenon  takiego jak w opisie wyżej . W razie zainteresowania prosze o kontakt Pozdrawiam

[H1M4W4R1]

Dnia 18.10.2025 o 21:40, Riczi napisał:

Witam czy zajmujesz się jeszcze tematem AMIS30623 ? Szukam kogoś kto pomoże mi kopiować ustawienia z orginalnego układu AMIS30623 do fabrycznie nowych układów.

Ustawień nie kopiowałem, a cały reverse engineering robił klient u siebie na warsztacie, gdzie miał dostęp do lamp, więc też raczej za dużo nie pomogę. Ogólnie AMIS'y steruje się zwykłym LIN'em, a jego można ogarnąć poprzez UART i układ scalony do konwersji magistrali  

Np.

 

[Riczi]

Ok. Dziękuję za odpowiedz. W takim razie szukam kogoś kto odpłatnie nauczy mnie kopiować ustawienia z orginału do nowego układu AMIS30623. Mam interfejs PLIN USB fimy PEAK do komunikacji po LIN. Dziękuję i pozdrawiam

[H1M4W4R1]

2 godziny temu, Riczi napisał:

W takim razie szukam kogoś kto odpłatnie nauczy mnie kopiować ustawienia z orginału do nowego układu AMIS30623.

Wystarczy przeczytać sekcje na stronie 49 i 54: https://www.mouser.com/datasheet/2/308/AMIS-30623-D-104682.pdf (GetOTPparam / SetOTPparam)

[Riczi]

 Niestety nie każdemu wystarczy przeczytać .Moja wiedza kończy sie na umiejętności  wysłania  lub odczytania kilku ramek LIN przy pomocy  interfejsu  np PLIN USB .Jeżeli dla Ciebie to "bułka z masłem"  albo "do zrobienia" ,chętnie zapłacę za usługę .

Konkretnie do wykonania jest następująca praca:

W załączniku jest zdjęcie płytki jest to sterownik położenia lampy xsenonowej

1 Naucz mnie pisać polecenia żebym mógł wysterować  silnik krokowy 

2 Naucz mnie jak skopiować zawartość ustawień z używanego układu do nowego

Mogę wysłać Ci płytkę , interfejs, PLIN USB , nowe układy ,żebyś mógł to przećwiczyć na żywo a ja dosłał "gotowe ramki " do wysłania.

Nie dawno przyjmowałem sie do pracy i powiedziłem szefowi że umiem to zrobić , no i teraz mam problem :).

Wyceń swoja pracę i termin w jakim mógłys to zrobić.

Ta praca może okazać rozwojowa, jeżeli uda sie to zrobić możliwe że będą następne kroki do zrobienia za które chętnie zapłacę .Pozdrawiam