Zaciekawiłem się tematem i z tego powodu prosiłbym o informację dotyczącą potrzebnego sprzętu do zabawy magistralą CAN. Pożądany schemat. Nie chcę po prostu wyważać otwartych przez Was drzwi.
Umiem programować mikrokontrolery, ale CAN'u do tej pory nie ruszałem, choć ogarniam mniej więcej co i jak. Znam co nieco MCP2551, MCP2515, i dotarłem też do PCA82C250, ale dzięki Wam poszło by mi szybciej.

Jeżeli chodzi o sprzęt, to wystarczy klon arduino uno i can-bus shield, jedno i drugie na alliexpres za kilka dolarów.
Tanie rzeczy to są

Ok. A oprogramowanie, jakieś gotowe żeby zacząć? (Doktoryzowć mam się zamiar nieco później).
Obejrzałem w necie sprzęt. Wygląda na to, że siedzi tam para MCP2551, MCP2515.

Zgadza się, właśnie tej pary czipów to ustrojstwo używa.
Oprogramowanie to zwykły interfejs którego używa Arduino - czyli "IDE".
Na githubie tylko pobierasz sterowniki do Can-Bus Shielda (maja od razu gotowe przykłady zastosowania).
Bedę w domu to wstawię jakieś przykładowe linki tutaj.

Super, znalazłem tanio na all... kontroler MCP2515 z transceiver'em TJA1050. Idę ściągnąć oprogramowanie. Dzięki.

Tutaj warto zacząć

http://wiki.seeedstudio.com/CAN-BUS_Shield_V1.2/
http://matthewcmcmillan.blogspot.com/20 ... d-ids.html
http://matthewcmcmillan.blogspot.com/20 ... n-bus.html

Pamiętajcie tylko że połączenie w sieć can-bus 2 arduino między sobą to inny przypadek, niż gdy dokładamy arduino wewnątrz auta, gdyż tam sieć już istnieje.
W aucie trzymajcie się opisu podłączenia z pierwszych postów w tym temacie (brak opornika, wspólna masa z autem, dobór odpowiedniej prędkości szyny w zależności od auta).

No właśnie. Do której magistrali kolega się podpinał? Mnie chodzi głównie o nasłuch magistrali. Idealnie byłoby wyciągnąć z niej dane dotyczące korekt. Nie wiem jednak czy sterownik silnika je rozgłasza, czy trzeba wymuszać transmisję.

Podpiąć się możesz do obu szyn, bez różnicy, co więcej, składając kanapkę z 2 shieldow możesz wpiąć się do obu szyn jednocześnie.
Każdy sterownik silnika puszcza nieco inne dane po szynie, wiec musisz to zdiagnozować samemu.
Są dwa typy komunikacji, zwykły, gdzie dane naturalnie latają po szynach i tryb serwisowy gdzie wysyła się zapytanie i dostaje się odpowiedź.
Do diagnozy tego drugiego można podsłuchać działanie programu typu MES lub AlfaOBD, ja na ten moment skupiam się tylko na danych które latają po szynie same z siebie.

Tak myślałem. Po zakończeniu innych projektów pewnie przyjdzie czas na CAN.

misci, trochę zabawy z tym jest, wszystko zależy od tego co chcesz z tym zrobić.

Po pierwsze chcę uruchomić transmisję danych po szynie CAN pomiędzy dwoma mikrokontrolerami tak, żebym wiedział, że wszystko działa. Później pójdę na łowy w CAN auta. Chodziłoby mi o wyświetlenie i zebranie danych kilku różnych parametrów pracy silnika podczas jazdy autem bez użycia komputera.

No to arduino z modułem bt + elm327 BT za 5-10zł z allegro i odczytujesz potrzebne parametry.

Tak, bez problemu można to zrobić, temat jest rozpracowany od lat
Autor tego filmu nigdy nie podzielił się wiedzą jak to zrobił, ale w zasadzie to już jesteśmy w miejscu gdzie możemy zrobić to samo.
Samemu robię coś podobnego.

https://www.youtube.com/watch?v=NtkmyAz1vjg

"No to arduino z modułem bt + elm327 BT za 5-10zł z allegro i odczytujesz potrzebne parametry."
Tak też myślałem, żeby ELM'a w to zaangażować. Dzięki za sugestię.
Ten licznik - taki by mi się przydał.

[ Dodano: 30 Maj 2019, 12:49 ]

Jestem coraz bliżej opanowania transmisji po CAN bez gotowców Arduino.
Filmik ciekawy. Zastanawiam się jednak w jaki sposób autor zrealizował wyświetlanie parametrów. Dołożenie węzła CAN i wysłanie przez niego danych do licznika, odczytanych uprzednio z ECU nie spowoduje, że normalne dane zostaną przykryte przez nowy węzeł. No i przełączanie wiadomości moim zdaniem wymaga ingerencji w BODY. Nie wiem jaki kontroler CAN siedzi w liczniku. Być może w nim wstawiono jakieś filtry wiadomości.
Gdyby można było kilka słów na ten temat.

Nie trzeba ingerować w body, po prostu w arduino masz stworzone swoje menu które włączasz osobnym przyciskiem i to arduino decyduje co aktualnie wyświetlasz na liczniku.

Jeżeli potrafisz to zrobić bez arduino, to tym bardziej podziel się wiedzą co i jak.

W/w metoda polega na wysyłaniu do licznika swoich danych używając adresów z których normalnie korzysta Blue&Me i Radio do wyświetlania częstotliwości radia, komunikatów RDS i nazw mp3.
W tej metodzie, jedyne dane jakie mogą się "przykryć" to komunikaty tekstowe na wyświetlaczu.
Jeżeli w trakcie wyświetlania danych z silnika, wskoczy Ci nowa mp3, to jej tytuł zostanie pokazany do momentu w którym kolejny raz nie poprosisz licznika o pokazanie swoich własnych danych.

Teraz rozumiem. Dołączony układ musi pobierać dane z szyny sterownika silnika i przekazywać je na szynę obsługującą licznik ze zmienionym ID, prędkością, formatem itp.
Moim zdaniem transmisja taka możliwa jest jedynie przy wyłączonym radiu bo na magistrali nie mogą zderzyć się wiadomości z tym samym ID z różnych węzłów gdyż nie zadziała arbitraż, a dane w polu danych będą różne.
Narzecze Arduino jest mi obce, Korzystam z własnoręcznie zbudowanych sterowników. Programuję AVR w Bascomie, ew. w C. Tym razem sprzętu do transmisji CAN nie będę składał sam. Kupię tanie moduły CAN BUS MCP2515 TJA1050 (po 12zł za szt.).
Kiedyś pytałem o wymuszanie transmisji danych, a tu okazuje się, że takie żądanie wysłania konkretnych ramek jest możliwe w CAN, ale niewskazane własnie z uwagi na możliwą kolizję ID. To znaczy, że sterownik sam sypie wszystkimi danymi. Wystarczy posłuchać (i wybrać właściwe oraz czasem odpowiednio obrobić).
Jak już się podłączę to dam znać.
P. S. Szyną CAN zainteresowałem się również z chęci zaimplementowania jej w sygnalizacji uprzywilejowania montowanej na wozach strażackich (itp.). Chodzi mi o cyfrowe sterowanie działaniem kogutów i generatora sygnałów dźwiękowych. Dzięki temu do poszczególnych urządzeń sygnalizacyjnych wystarczy podłączyć zasilanie i skrętkę. Zamontowany zaś w nich kontroler będzie włączał i wyłączał to i owo pod dyktando danych otrzymanych z magistrali. Sama magistrala nie będzie podłączona do magistral CAN samochodów.
Moim zdaniem "nadawanie" na magistrali związanej z autem może wywołać nieoczekiwane skutki bez znajomości wszystkich użytych na niej ID i ich znaczenia.
Póki co dziękuję za wszelką pomoc.

Generalnie masz rację... choć w tym wypadku, konkretnie w wypadku fiata, konkretnie w wypadku wyświetlania tekstu na ekranie LCD zegarów nic złego się nie dzieje.
Cały trik, polega na tym, że preparuje się te same ramki które naturalnie wysyła radio/B&M.
Zegary, są elementem który tylko te dane wyświetla i to my decydujemy co tam jest, zegary nie wiedzą że ta ramka przyszła z arduino zamiast z radia/B&M.
Wystąpienie tych samych ramek nie powoduje kolizji, po prostu raz licznik pokaże dane z radia a raz nasze.
Działa to tylko dlatego, że inaczej niż inne ramki, akurat te konkretne ramki z radia/B&M, pojawiają się na szynie raz i dopóki nie pojawi się druga ramka z zerami, to tekst jest wyświetlany non-stop na liczniku.
Inne ramki są rozgłaszane non-stop co kilka sekund, milisekund, różnie... i wtedy byłby problem, bo licznik non-stop zmieniałby wyświetlane komunikaty i rozwiązaniem byłoby wyłączenie radia na czas wysyłania swoich komunikatów.
Nie mniej jednak, w tym konkretnym przypadku, ten problem nie występuję... za wyjątkiem momentu w którym sami zmienimy mp3/radiostacje.... bo wtedy przez 15sek. radio/B&M wysyła swoje ramki a my cieszymy się pojawieniem się na LCD tytułu/artysty danego pliku MP3 czy też nazwą stacji radiowej.
Co by nie było... działa i to jest najważniejsze


ABSOLUTNIE SIĘ ZGADZAM.
Pod żadne adresy ID nie powinno się wysyłać bezmyślnie swoich danych.
Żeby to robić, trzeba znać znaczenie każdego jednego bitu i jego wartości.
Dlatego np. AlfaOBD który pozwala wysyłać dane na magistralę CAN, ma to wyraźnie opisane, że robi się to na własną odpowiedzialność.

Małe sprostowanie powyższego.
Na magistrali CAN ID nie adresują węzłów. ID opisuje rodzaj wiadomości przesyłanych w polu danych. Konkretne ID posiada np. prędkość, obroty, wartość napięcia generowanego przez sondę lambda itp., a nie ECU silnika, bodykomp, sterownik poduszek. Jeśli na magistrali pojawi się ramka z ID prędkości to doczytują je te węzły, które taką informację potrzebują (na podstawie porównania nadchodzącej wartości ID z zaprogramowaną jako pożądaną) - np. radio, poduszki, wspomaganie. Reszta węzłów dane te ignoruje. Sterowniki CAN (np. MCP2515) poprzez zaprogramowane filtry mogą niepotrzebnych informacji w ogóle nie przepuszczać do układu decyzyjnego (mikrokontrolera).

Jeszcze ciekawe byłoby spróbować wpiąć się w komunikację pomiedzy Blue&Me a radiem. Jest na tej samej szynie co zegary. Pozwoli to podać do radia infę że Blue&Me nadaje i podpiąć AUX z telefonu.
Nie wiem tylko czy masz Blue&Me. Jak chcesz to można odczytać ramki z mojego wozu.

Ja mam AUX'a dołożonego mając Blue&Me i nie potrzeba do tego zabawy linia CAN

Ja mam aux i B&M fabryczne.

Nowsze auto czy plik z ciszą? Czy wpięcie w przewódy od blue&me gniazdem z przełącznikiem?
Jeżeli żadne z powyższych bardzo prosiłbym podzielić się sekretem.

U mnie plik z ciszą i modyfikowane gniazdo AUX żeby nie zwierało niepotrzebnie kanałów. Masz EVO, więc zupełnie ta metoda Cie nie dotyczy.
Poczytaj w tematach dot. AUX w EVO, tutaj nie miejsce na to

CAN odpalony pomiędzy dwoma mikrokontrolerami. Już rozmawiają ze sobą. Jeśli możecie to przypomnijcie mi szybkość magistral w Punto.