Pin 23/24, je nachdem, wie Du das konfigurierst. Als Transceiver nehm ich jetzt einfach mal einen MCP2551, da muss ich nicht lange suchen. Das Pinout ist überall ähnlich, Pin 5 und 8 haben bei den einzelnen Bausteinen teils unterschiedliche Funktionen. Datenblatt lesen. CANTX vom PIC auf TX (Pin 1)
Durch Versorgen des µC direkt mit 3,3V vom Programmierstecker aus werden Signale am µC in Richtung MCP2551 (CAN-Transceiver) ausgegeben, somit ist der µC mal in Ordnung. Nach dem Studieren der Platine wurde herausgefunden, dass die 3,3V-Versorgung über eine Transistor-FET-Kombination eingeschaltet werden
GND D C1 C2 V RX0BF 10 VDD L L 3 17 RESET RX1INT 12 VSS 2 C3 V V 33p 33p + 16 CS 5 5 14 SI SO 15 MCP2551 100n S S 13 SCK D P D P VDD 18 +3V3 GND VSS 9 GND C4 100n GND MCP2515 GND E E 1 2 3 4 5 6 7 8
einen ATMega32. Über das SPI-Interface ist der ATMega32 auch gleichzeitig mit einem MCP2515 und MCP2551 an einen CAN-Bus angeschlossen, etwa wie hier: http://www.mikrocontroller.net/attachment/89702/can.png. (außer, dass bei mir die RESET-Leitungen des AVR und des MCP2515 über einen gemeinsamen Pullup
angekurbelt. Erster Treffer: https://controllerstech.com/can-protocol-in-stm32/ Anm. dazu: Der MCP2551 tut auch mit 3.3V, die Pegel auf dem Bus sind aber nicht normgerecht. Besser geeignet ist der bereits mehrfach erwähnte MCP2562, den gibt es auch im freundlichen DIL-Gehäuse. Braucht aber 3.3 und
configured via solder straps to be available on terminal block connector) . It has a socket for a MCP2551 CAN BUS driver chip. When the CAN BUS driver chip is inserted, the CAN signals are available on the 5 pin terminal block connector. This board has been optimized for the following 28 pin DIP PIC chips
CAN-Controller zb AT90CAN oder Atmega64M1 - einen CAN-Transceiver (der das Differenzsignal umwandelt) zb MCP2551 oder einen Optoentkoppelten ADM3053. Aber hier gibt es doch recht viele verschiedene. Google gibt Antworten :) 2) - Es gibt spezielle CAN-Kabel. Hier ist wichtig das das Kabel an jedem Ende einen
https://www.electronicwings.com/public/images/user_images/images/Component_and_Parts/mcp2551%20High-Speed%20CAN%20Transceiver/functional%20block%20diagram.PNG Ich glaube auch nicht, dass PIN1 VOM IC4 an an die 45 vom IC1 kommt und PIN4 vom IC4 an die 44 vom IC1. RXCAN und TXCAN sind augenscheinlich
nochmal: Ich schwanke nun immer mehr auf CAN (mit MCP2515 per SPI). (Muster vom MCP2515 und MCP2551 habe cih mir aber trotzdem schon einmal angeschafft.) Jedoch was ich davon noch nicht (zu 100%) weiß: 1. Wie "langsam" kann man den BUS fahren? Der Datentransfer ist ja sehr gering und es würden
TRANSCEIVER_SLEEP // activate the pin RX1BF as GPIO which is connected // to RS of MCP2551 and set it to 0 mcp2515_write_register(BFPCTRL, (1<<B1BFE)); #else // Deaktivieren der Pins RXnBF Pins (High Impedance State) mcp2515_write_register(BFPCTRL, 0); #endif
EMS_GND CAN_RX 4 GND1 GND2 5 RXD CANL 2 1 CAN Bus M S 8 RS E E VREF 5 D9 M EMS_GND GND 3PSD2CAN S MCP2551SN V 4 _ 5 4 M _ EMS_TX 1 E M 1 1 1 1 E 9 9 9 9 1 1 1 1 IC6 EMS_5V 7 2 R R R R 8 1 B 1 k 4 1 EMS_TX VIN VOUT EMS_5V 8 B R 4 5 IC1B R 78L05SMD 7 6 GND EMS_232_TX LM393D T1 2 3 6 7 4 BC847 EMS_GND EMS_GND
habe eine kurze Frage: kann ich den CAN-BUS bei Autos über "normale" CAN-Treiber ansprechen z.B. MCP 2551 etc., oder verwendet die Automobilindustrie "eigene" Standards ? Und wo kann ich eine Liste finden welcher PID welcher Sensor /Aktuator etc. zugeordnet ist ? Vielen Dank !
Microchip, mit dem kann man die Werte für die BRP-Register berechnen lassen. Funktioniert für den mcp2551 und die pic18. http://www.codeforge.com/article/200254 Gruß, Steffen Sehe gerade das man sich zum Download anmelden muß, also wenn du es benötigst kurze Nachricht an mich. Sende es dir dann
möchte von einem anderen CAN Gerät aus booten. Die CAN Nachricht schicke ich von einem MCP2515 über MCP2551 zum LPC11C24 LPCXpresso Board. Somit ist das mit dem FlashMagic leider nicht möglich, aber danke für die Antwort.
://datasheets.maxim-ic.com/en/ds/MAX5035.pdf). > - CAN Tranceiver (Typ?) Hier könnte ich den MCP2551 (http://ww1.microchip.com/downloads/en/DeviceDoc/21667f.pdf) empfehlen. Habe mit diesem bisher gute Erfahrungen gemacht. > - Bestückungsmöglichkeit für Abschluß R für CAN Bus Bestückungsmöglichkeit
datasheets.maxim-ic.com/en/ds/MAX5035.pdf >> - CAN Tranceiver (Typ?) > Hier könnte ich den MCP2551 > (http://ww1.microchip.com/downloads/en/DeviceDoc/21667f.pdf) empfehlen. > Habe mit diesem bisher gute Erfahrungen gemacht. Den hab ich glaub ich auch im Einsatz, müßte ich mal schauen. >
Transceiver? MCP2551, mit 100k an RS gegen GND, damit die Flanken nicht unnötig steil werden. Steht im Datenblatt. Mein Bus fährt mit 50 kbit/s (da ich keine gesampelten Arrays übertragen muss, reicht das völlig ;-),
TCM1210 CAN _ V 1 2 SJ3 8 RS 2 1 S _ EMS_TX VREF 5 E S 0 0 0 0 1N4148SMD GND D9 E 9 9 9 9 EMS_5V MCP2551SN 3PSD2CAN 3 6 7 8 IC6 3 R R R R D B 4 7 k 1 EMS_TX D 8 VIN VOUT 1 EMS_5V 8 B R 4 IC1B 4 R M C16 5 7 8 C10 78L05SMD C11 100n 6 D11 1 330n GND 10n EMS_232_TX LM393D T1 4 2 3 6 7 4 4 6 BC847 1 B C B
Gibt es da einen unterschied, zwischen der oben genannten kobinationen oder ob mal statt einen SPI Can Controller und einem Atmega128 lieber einen at90can128 und einen Tranciever nimmt??? Danke und Gruß Spice
3 N D K 0 k 4 GND1 GND2 5 8 RS TCM1210 CAN _ N D 4 1 1 VREF 5 S _ S 1 2SJ3 2 1 E S 4 D6 EMS_GND MCP2551SN E 4 3 D9 N EMS_GND GND PSD2CAN 1 5 S 5 M S EMS_TX 1N4148SMD +5V E M 1 1 1 1 E 9 9 9 9 EMS_5V 1 1 1 1 IC6 3 7 2 R R R R 330 R19 8 D 1 8 D1 B 1 k 4 1 EMS_TX VIN VOUT EMS_5V C16 5 1N4148SMD B R 5 IC1B
GND2 5 8 RS 1 _ N D 1 0 5 k VREF 5 3 CAN S _ M 1 R 1 D2 1 2 SJ3 100n 2 E S 8 D7 EMS_GND 1N4148SMD MCP2551SN D10 E 1 T1 C18 PSD2CAN N EMS_GND BC857ASMD GND 1 k 5 R 4 _ 5 6 0 M _ EMS_TX R 2 E M 1 1 1 1 RA5 GND E 9 9 9 9 1N4148SMD EMS_5V 0 2 2 2 2 1 7 0 R R R R 8 B 1 k 4 2 IC6 9 4 B R 5 IC1B R 330 R25 8
entschieden) - CAN Bus-Controller: MCP 2515-I/P(Reichelt: 1,60 EUR) - High Speed CAN Transceiver: MCP 2551-I/P(Reichelt: 1,- EUR) Was haltet ihr davon? Und sollte ich dazu ein CAT-Kabel nehmen? Oder ist dies ein wenig überdimensioniert??? Also wie gesagt, Leitungslänge etwa 100m bei ~250kBit.
zugreifen. Das habe ich auch getestet, dann aber wieder aufgegeben. Testaufbau: - CAN Transceiver MCP2551 - 2 schnelle Optokoppler zur Entkopplung Rx,Tx (könnte auch entfallen) - CAN Controller MCP2515 - ATMega88 dazu ein Terminalprogramm, das den CAN-Controller bedient. Grundsätzlich hat es funktioniert
paar tage an der Realisierung eines CAN Moduls mit dem dsPIC33EV32GM102 als Controller und einem MCP2551 als CAN Transceiver. Als zweiten Knoten auf dem Bus benutze ich ein MCP2515 Demo Board von Microchip. Nun zu meinem Problem. Leider funktioniert die CAN Kommunikation weder aus- noch eingehend. Ich
für die Märklin Modelleisenbahn herzustellen. Den CAN-Bus habe ich mit einem MCP2515 und einem MCP2551 zum laufen gebracht. Ich kann Meldungen versenden und empfangen. und die gesendeten Meldungen kommen auch auf der CS2 von Märklin an. Getestet habe ich dies, indem ich jede Sekunde eine Meldung gesendet
aufgefallen dass der CAN-Bus Treiber PCA 82C250 wohl nicht mehr lieferbar ist. Anscheinend ist der MCP 2551 Pinkompatibel, getestet habe ich das aber noch nicht. Eventuell sollte man dann den Warenkorb/Bauteilliste anpassen. Gruß Carsten
hallo, ich habe MCP 2551 getestet. das läuft bei mir ohne probleme.
Einen MCP2551 oder PCA82C250 an die entsprechenden Portpins ran löten und schon hat das Discovery auch CAN.
Markus Müller schrieb im Beitrag #2862091: > Einen MCP2551 oder PCA82C250 an die entsprechenden Portpins ran löten > und schon hat das Discovery auch CAN. Schon klar. Aber er ist eben nicht integriert.
shield can bus seestudio? CAN-BUS Shield adopts MCP2515 CAN Bus controller with SPI interface and MCP2551 CAN transceiver http://www.seeedstudio.com/wiki/CAN-BUS_Shield SAludos
erfolg :( verwenden tue ich das avr-can entwicklerboard von olimex mit fertigen at90can128 und mcp2551 drauf. am sub-d liegen saubere 2,5V an, jedoch ist keine kommunikation festzustellen. ich hoffe mir kann jemand vllt helfen danke im voraus liebe grüße ps: verbesserungsvorschlag: can.c
TJA1050 kann nur bis 60 kbaud runter, der MCP2551 müsste bis 16 kbaud runter können. Hängt mit einem fest eingestelltem time-out zusammen damit nicht zu lange dominant anliegen kann, dann steigt der Transceiver aus um den Bus nicht zu belegen. MCP2551 http://ww1.microchip.com/downloads/en/devicedoc/21667e.pdf Seite 5 Punkt 1.5 TJA1050 https://www.nxp.com/docs/en/data-sheet/TJA1050.pdf Seite 4
read () // ein Byte lesen void Kein Rückgabewert oder P63ame63r TOUCH7 ADC17 GPIO27 GPIO17 Treiber MCP2551 onReceive (handler) // Callback- long long oder int64_t -2 – 2 -1 volatile im RAM (notwendig für ISR) TOUCH6 ADC16 GPIO14 ESP32 GPIO16 unsigned long long o. uint64_t 0 – 2 -14 const Nicht veränderbar
read () // ein Byte lesen void Kein Rückgabewert oder P63ame63r TOUCH7 ADC17 GPIO27 GPIO17 Treiber MCP2551 onReceive (handler) // Callback- long long oder int64_t -2 – 2 -1 const Nicht veränderbar (z.B.Pin) TOUCH6 ADC16 GPIO14 ESP32 GPIO16 unsigned long long o. uint64_t 0 – 2 -14 NodeMCU onRequest (handler
read () // ein Byte lesen void Kein Rückgabewert oder P63ame63r TOUCH7 ADC17 GPIO27 GPIO17 Treiber MCP2551 onReceive (handler) // Callback- long long oder int64_t -2 – 2 -1 const Nicht veränderbar (z.B.Pin) TOUCH6 ADC16 GPIO14 ESP32 GPIO16 unsigned long long o. uint64_t 0 – 2 -14 NodeMCU onRequest (handler
read () // ein Byte lesen void Kein Rückgabewert oder P63ame63r TOUCH7 ADC17 GPIO27 GPIO17 Treiber MCP2551 onReceive (handler) // Callback- long long oder int64_t -2 – 2 -1 const Nicht veränderbar (z.B.Pin) TOUCH6 ADC16 GPIO14 ESP32 GPIO16 unsigned long long o. uint64_t 0 – 2 -14 NodeMCU onRequest (handler
