Sziasztok, mivel nincs a CAN busszal kapcsolatban általános téma így ez lesz az. Nos az én kérdésem kimondottan CAN vezérlőkről szól. Csatoltam, 2 adatlapot. Egy kontrollert és egy transceivert. Az első kérdésem az lenne, hogy ha ezeket akarom használni egy kis elektromos gépjárműben, akkor a transceiverek prioritása hogyan fog megoszlani? Tehát egy controller és több egyforma transceiverről van szó. A transceiverek gondolom címzés alapján döntik el, hogy számukra melyik az érvényes adat. De a csatolt adatlapban található transceivert hogyan kell címezni? Az adatlapban nem találtam erre utalást. Vagy hogy is működik?
zia
Valamit félreértettél.
A CAN illesztők, nem döntik el melyik infó szól nekik és melyik nem.
Ezek kis túlzással csak szintillesztők
Szóvalminden adatot beküldenek a "hálózatra" TX és minden adatot leszednek ami ott folyik RX.
Az UART kapcsolaton neked kell eldöntened kinek szól az infó.
"At least 110 nodes can be connected" pedig nem a címezhetősége, hanem inkább a terhelhetősége.
sztm
Szia, én azt hittem hogy ő mindent elvégez. Így már értem. Akkor az a kontrollerek feladata. Viszont akkor ha csak rövid jelutak vannak max. 1m, akkor lehet hogy nem is kell bele CAN illesztő, vagy tegyek bele?
A fizikai réteget a mikrokontroller nem képes előállítani, így kell az illesztő. Egyébként biztosan kell a CAN kommunikáció? Olcsóbban kijönnél, ha pl. RS485/422 kommunikációt használnál. Ha mindenképpen CAN-re van szükség, érdemes a Microchip- nél is körülnézni, vannak kontrollerek, amelyek CAN vezérlő perifériával rendelkeznek, valamint illesztőket is gyártanak.
2 célom van: 1. tanulás 2. egyszerű bővíthetőség. Már nagyjából kezdem átlátni a dolgot. SJA1000-es kontrollert és hozzá TJA1054A jelű transceivereket fogok használni. A chipcadtől veszek 16F-es PIC-eket és írok egy általános progit, amely célspecifikáltan bővíthető. És a címeket mondjuk 5 I/O kivezetésen állítom be áthidalással. Így egyszerűen bővíthető és módosítható lesz a rendszer. A CAN kommunikációról elég sokat olvastam már és már kezdem érteni a működését. Bár ha tudtok program mintákat csatolni ehhez az nagyon jól jönne. (De ha nincs az sem vészes, mert nem olyan bonyolult a dolog.)
Nem csak a microchipnek, hanem mindegyik ismert mikrokontroller gyártónak van CAN perifériás chipje.
A CAN és az RS485/422 között alig van különbség. Hasonló az elv. Soros mindegyik (422 full duplex)
Elvileg a RS485/422 nagyobb távolságokat kibír alacsony sebességen
De ha 1m a max távolság, akkor még ezek sem kellenek.
Sima UART minden illesztés nélkül is bírja ezt.
Persze nem árt az árnyékolás.
Lehet fix jumperes címadás, de lehet dinamikus mint DHCP.
Tisztában vagyok vele, hogy CAN támogatás gyakorlatilag minden kontroller gyártónál van, de mivel azt is tudom, hogy bankimajki leginkább PIC-kel foglalkozik, így inkább azt javasoltam. A különbség annyi, hogy a CAN kialakítása valamivel drágább, nem biztos, hogy azt érdemes alkalmazni. A sima UART pont-pont típusú és nem busz, azzal valódi busz kommunikáció nem oldható meg (Tudom, trükközéssel azt is lehetne).
Feleslegesnek tartom külső SJA1000-es CAN kontroller-t használni szerintem. Szinte mindegyik mikrokontroller gyártónak van olyan terméke, amely integrálva tartalmazza a CAN perifériát is. És 100-200 forinttal drágább csak, így nem kell plusz NYÁK felület, nem kell a buszkommunikációval foglalkoznod, de ami talán a legfontosabb, az a sebesség: egy külső párhuzamos (pl. SJA1000) vagy soros SPI (MCP2515) eszközzel akármit is csinálsz a csomag feldolgozási és küldési képességed lassabb lesz, mintha az integrált CAN-t használnád. Vannak olyan mikrokontrollerek, amelyekben olyan CAN található, amely tud bootloader is lenni, így képes vagy CAN-ről frissíteni az alkalmazásodat. Szóval javaslom, ha van egy problémára integrált periféria, akkor használjuk azt, ha nincs, akkor lehet keresgélni.
Szia 16F szériás PIC-kel akarom első körben elláttatni a fő kontroller hatáskörét. És ha azzal már jól működik, akkor kap valami kisebb PC szerű dolgot. (De az még a szponzoroktól is függ. ) És nem is rohannék ennyire előre. Elsőnek alapszinten működjön a dolog. Majd utána lehet variálni.
Szia, általában olvasok mielőtt kérdezek.
És azért 16F szériás PIC, mert azokat még nagyjából ismerem. Ha komolyabb kell, akkor nem PIC lesz, hanem P8X32A vagy valami ARM architechnikájú. Nem szeretnék továbblépni a PIC-ek listáján, mivel nincs túl sok haszna számomra. (Apróbb dolgokhoz pedig a 16F megfelel.) A jármű komolyabb vezérléséhez pedig ha a 16F kevés, akkor a 18F és attól komolyabbak sem sokkal jobbak. Inkább veszek egy NI-os cRIO-t és labviewban programozom. És azzal már igen komoly dolgokat meg lehet csinálni. Emiatt kell a külső CAN kontroller is, mivel így könnyen cserélhető a vezérlés fő része. És könnyen adaptálható bele szinte bármi.
Ha 16F-es PIC-el kezdesz, akkor nem tudod kihasználni a hardveres CAN-t, mivel nincs is benne. SW-ből a küldést meg lehet oldani, de a fogadása már sokkal bonyolultabb, mint pl. egy C-ben megírt 18F CAN rutin.
Erősen javasolt a 18F sorozat vagy felette.
Ha csak a kommunikációt teszteled, arra tökéletes. Ha olyan célod van vele, hogy egy konkrét autóból akarsz CAN-en keresztül adatokat lekérni, akkor ismerni kell az adott autó CAN adatbázisát. Ebben vannak eltárolva az ID-k, mi hány byte-os, illetve milyen időközönként kell kiküldeni, CAN ramp-ek stb.
Szia, fogalmazzunk úgy hogy én építek egy komplett járművet. (És csak teszt lesz a 16F szériával.) Már eléggé a P8X32A felé tartok végleges verzióban, mivel rengeteg dolgot képes párhuzamosan ellátni és az ára sem vészes.
Szia, itt a lényeg le van írva: Bővebben: Link Amennyiben kevésnek találod az anyagot, akkor van még pár .pdf kit. fájlom, amelyekben a CAN-ről van szó. De sokkal többet azokból sem tudsz meg.
A linken a tudásbázis menüpontot nyisd meg és ott lesz a CAN.
Üdv.: Miki
Az MCP2551-es CAN illesztő adatlapján fel van tüntetve, hogy használható 12V és 24V-os rendszerekben. De hogyan lehet az IC 5V-os kimenetét előfeszíteni mondjuk 12V-ra?
Adott egy CAN-buszos hálózat. 15-20db interfészszel, melyekre különféle szenzorok/távadók csatlakoznak.
Az buszon érkező adatok kiértékelését, naplózását egy windows alatt futó szoftver végzi.
Szimulálni szeretném a buszon lévő adatokat a szoftver számára (a valós interfészek fizikai címével és a távadókról érkező adatokkal). Valamilyen szoftveres megoldásra gondoltam, ahol meg lehetne adni az adott interfész fizikai címét és a távadóktól érkező jelet pl. 4-20mA-t, ami aztán felkerül a buszra adatcsomag formájában.
Milyen megoldás létezik erre?
Hírek.rss
» A fájlok letöltéséhez be kell jelentkezned! «
) És nem is rohannék ennyire előre. Elsőnek alapszinten működjön a dolog. Majd utána lehet variálni.