logo elektroda
logo elektroda
X
logo elektroda
Adblock/uBlockOrigin/AdGuard mogą powodować znikanie niektórych postów z powodu nowej reguły.
  • #1 6374952
    zimmer
    Poziom 10  
    Jestem teoretykiem magistrali CAN, a za sprawą pracy magisterskiej zamierzam stać się również praktykiem.

    Zagadnienie dotyczy samochodowej sieci wymiany danych. Moduły kontrolno-sterujące oparte na mikrokontrolerach ARM należy spiąć protokołem CAN w jedną całość. Mikrokontrolery jakie zamierzam zastosować nie mają wbudowanych kontrolerów CAN. Potrzebny jest mi zatem kontroler CAN typu standalone (nie mylić z transceiverem, który też mi będzie potrzebny, ale muszę mieć kontroler). Poradźcie co wybrać, rzućcie jakimiś konkretnymi układami. Ponieważ to praca magisterska i innych problemów jest sporo, to zależy mi raczej na łatwej implementacji niż wodotryskach :)
  • Pomocny post
    #2 6375416
    saul
    Poziom 12  
    MCP2515 - układ Microchip'a , na stronie producenta wyczerpująca dokumentacja i przykładowa aplikacja łącznie z fragmentami kodu w C, wsparcie dla szybkiego CAN do 1 Mb/s w specyfikacji 2.0 B. Komunikacja z uC przez SPI.

    SJA1000 - NXP czyli tak naprawdę Philips, układu osobiście nie używałem, parametry w zasadzie te same co w MCP2515, z tym że komunikacja z uC jest zdaje się równoległa.

    Jest pewnie jeszcze sporo innych ale te są na pewno dostępne na polskim rynku i raczej dosyć dobrze wypróbowane (z MCP'em nie miałem większych problemów).

    Większość ludzi zainteresowanych tematem odróżnia kontroler od transceiver'a więc nie Musisz się tak spinać ;].
    BTW. jako transceiver proponuję MCP2551 lub PCA82C250, oba są ze sobą kompatybilne jeśli chodzi o wyprowadzenia (a "bebechy" też podobne).

    I że się tak czepię: co to znaczy "teoretyk CAN" ? ;]
    Ile Masz/Chcesz mieć węzłów ?
    Jaki protokół chcesz zastosować w warstwie aplikacji ? Własny ? Jakiś standardowy ?
    I po co Ci do tego aż ARM ? Wymóg pracy ? Chcesz na tym faktycznie coś ambitnego zaimplementować ?
  • #3 6375824
    zimmer
    Poziom 10  
    saul napisał:
    I że się tak czepię: co to znaczy "teoretyk CAN" ? ;]

    To znaczy, że znam protokół z dokumentacji i wiem o co w nim chodzi, natomiast nie miałem jeszcze okazji go zaimplementować.

    saul napisał:
    Ile Masz/Chcesz mieć węzłów ?

    Czasu mało a zaległości wiele, więc minimum dwa węzły (bo z jednym to raczej sensu nie ma ;)) a góra 3-4 (bo na więcej nie będzie czasu)

    saul napisał:
    Jaki protokół chcesz zastosować w warstwie aplikacji ? Własny ? Jakiś standardowy ?

    W warstwie aplikacji raczej własna radosna twórczość. Byleby tylko wysyłało i odbierało komunikaty.

    saul napisał:
    I po co Ci do tego aż ARM ? Wymóg pracy ? Chcesz na tym faktycznie coś ambitnego zaimplementować ?

    Ponieważ praca magisterska na 8051 mogłaby zostać odebrana jako prosty projekt zaliczeniowy :P A tak poważnie - nie będę implementował nie wiadomo jakich rzeczy, ale mam kilka armów pod ręką i zamierzam je wykorzystać. Zasobów procesora nigdy za wiele :)

    Dzięki za pomoc !
  • #4 6376169
    saul
    Poziom 12  
    No to cóż, tylko powodzenia i dobrej zabawy pozostaje życzyć bo temat ciekawy w sumie jest.
  • #5 6377245
    zimmer
    Poziom 10  
    Zdecyduje sie chyba jednak na Microchipa ze wzgledu na latwosc polaczenia z uC (SPI). Kostka Philipsa wydaje sie byc bardziej problematyczna - 8 linii adresowych, ponoc klopot zeby to latwo podlaczyc do czegos innego niz 8051. Na predkosci az tak bardzo mi nie zalezy. Chyba ze chodzi o predkosc obrony pracy mgr :)
  • #6 6397064
    mareks
    Poziom 13  
    Od pewnego czasu stosuje SJA1000 i nie mam z nim zadnych problemow. Ostatnio mam podlaczone dwa takie kontrolery do atmegi 64 i odczytuje jako zewnetrzne RAM'y
REKLAMA