-
Artikel
CAN
. 9EUR). Beim Bestellen des MC sollte man einen CAN-BUS-Treiber gleich mitbestellen: z. B. Philips PCA82C250. Jedoch auf vorhandene Versorgungsspannungen achten (AT90CAN128 "kann mit" VCC=2,7...5,5V, PCA82C250 lt. Datenblatt für VCC=4,5...5V). CANopen software protocol stacks at Freier CANopen stack:
82C251. von NXP (ex. Philips) PDIP8 und SO8 VCC = 4,5...5,5V V-CAN: -40V..+40V -> +24V Bus-Spannung erhältlich z. B. bei Reichelt (ca. 1,50 ) TJA 1041. von NXP (ex. Philips) SO14 VCC = 4,75...5,25V Standby
-
Bild
Schaltplan mit CAN-Transceivern und Pegelwandlern
K6, +5V, +12V, RAZSIRITEV, R13, TXD, RXD, CANL, CANH, GND, VREF, VCC, RS, PCA82C251T/N3, DS4, PESD1CAN, 74HC02D, IC7C, IC6D, 4k7, R16, C8, 100p, 74HC32D, IC7B, IC7A, D4, K4, CAN0, U4, U3, K3, CAN1, R8, IC5C, IC5D, IC6B, C6, R12, 100p, 74HC32D, IC5A, IC5B, D3, 74HC02D, DS3, PESD1CAN, U2, K2, CAN2, R5, IC3D, IC2C, R7, C3, 100p, 74HC32D, IC3B, D2, 74HC02D, IC3A, IC2D, 4k7, C4, 4k7, R11, C5, 100p, 74HC32D, IC2A, IC2B, DS2, PESD1CAN
-
Thread
CAN-Bus Verbindung
www.peak-system.com/PCAN-USB.199.0.html Laut Handbuch ist in dem PCAN-USB IPEH-002021 der NXP CAN-Transceiver PCA82C251 verbaut. In dessen Datenblatt steht nichts von galvanischer Trennung. @All Auf den CAN-Bus Leitungen sind immer Spannungspegel vorhanden, d. h. der CAN-Bus ist nie "floating". Siehe Spannungspegel
Guido C. schrieb im Beitrag #7729527: > Mir stellt sich daher auch die Frage des Beitragserstellers. Benötige > ich wirklich Masse/Ground? Wenn es solide sein soll, dann ja. Ebenso wie bei [[RS485]].
-
Thread
Mehrere ATmegas über RS422 (MAX 488) verbinden.
der > Hardware schon erledigt. Was ist jetzt in dem Sinne die Hardware? Der Transceiver (z.B. PCA82C251, Max305x) ist ja strunzdumm und macht nur physikalischen Bus. Die Atmega88 werden kein CAN können, bzw nur als Softwareemulation. Da ist der Vorteil aber auch dahin, dann geht auch RS485 mit etwas
schrieb im Beitrag #7563847: > Was ist jetzt in dem Sinne die Hardware? Der Transceiver (z.B. > PCA82C251, Max305x) ist ja strunzdumm und macht nur physikalischen Bus. Ja, das macht der CAN-Controller. Benjamin K. schrieb im Beitrag #7563847: > Die Atmega88 werden kein CAN können, bzw nur als
-
Thread
Can Transceiver Temperatur Einfluss auf Empfang?
nicht mehr. Ich habe mit Eisspray den Transceiver als Schuldigen ausgemacht. Laut Datenblatt des PCA82C251T sollte die Temperatur jedoch von -40-+125° keine Probleme machen. Die Versorgung ist stabil auf 5V Ich hatte mal vor Jahren ein Problem auf einer Platine mit einem STM32 wo ich fälschlicher
-
Thread
MCP2561FD für UART?
Last, auch wenn "1" übertragen wird? Wenn wirklich so, dann ist klassische RS422 Transceiver wie DS89C21 etwa LVDS gleich?
Timeout und somit keine Mindestbitrate hat? ja, die uralten Gesellen hatten das noch nicht. Der alte PCA82C251 auch nicht. > CAN-Transceiver bleibt immer noch in meinen Gedanken als mögliche Lösung > für UART, da rezessiv kaum Strom auf den 120 Ohm-Widerstand verbraucht wird. Es gibt auch Single-Wire
-
Thread
Sendefehler MCP2515 / Arduino nur bei 10 kbps
durchaus ältere Transceiver die dieses Timeout noch nicht haben, z.B. die früher weit verbreiteten PCA82C250/251. Damit habe ich über ein paar Jahre meine Zentralheizung mit 10kBit angebunden.
-
Thread
Abstand halten - jetzt auch im CAN-Bus!?
ein 120R auf dem Master, d.h. der 2. Abschlußwiderstand fehlt. Transceiver sind noch die alten PCA82C251T. Für die auf HV floatenden Slaves erfolgt die galvanische Trennung des CAN über OPI1266. Der ADM3054 ist lt. Datenblatt nur für 846V zugelassen, ich brauche aber 4000V Isolation.
Peter D. schrieb im Beitrag #6431393: > Transceiver sind noch die alten PCA82C251T. > Für die auf HV floatenden Slaves erfolgt die galvanische Trennung des > CAN über OPI1266. Der ADM3054 ist lt. Datenblatt nur für 846V > zugelassen, ich brauche aber 4000V Isolation.
-
Thread
RS485 galvanische Trennung?
Treiber die slew rate einstellbar sind, haben üblicherweise wieder kein 3V3 Interface. Also entweder 5V uC oder nochmal level shifter dazu. Und Strom saufen die auch ganz schon. Für sowas nimmt nur jemand CAN, wenn er nichts anderes kennt bzw. unbedingt einen uC einsetzen will, der eh schon CAN integriert
ausreichend. Immer nur so gut wie nötig entwickeln und nicht wie maximal möglich. Auch bei den alten PCA82C251 habe ich den Widerstand für Slope control immer auf 0 Ohm gesetzt und keine Probleme mit CE gehabt.
-
Thread
transceiver für AT90Can
NXP TJA1050 und TI TLE6250G sind Standardtypen im Automobilbereich. PCA82C250 (PCA82C251) ist historisch, aber im DIP-8 Gehäuse verfügbar.
-
Thread
[V] USB-CAN-Interface: PEAK PCAN-USB
polig (nach CiA® 303-1) - NXP CAN-Controller SJA1000 mit 16 MHz Taktfrequenz - NXP CAN-Transceiver PCA82C251 - Galvanische Trennung am CAN-Anschluss bis zu 500 V (nur bei IPEH-002022) - 5-Volt-Versorgung am CAN-Anschluss durch Lötjumper zuschaltbar, z. B. für externe Buskonverter - Spannungsversorgung über USB - Erweiterter Betriebstemperaturbereich von -40 bis 85 °C [/code] Lieferumfang: - PEAK PCAN-USB - DVD Preisvorstellung: 150€ inkl. Versand (versichert, DHL), PayPal kein Problem
-
Thread
RX65N CAN Bit/Stuff Errors
Spannung nicht stark genug ändert dass das die anderen registrieren? (die anderen Nodes haben einen PCA82C251 verbaut) Ich bin mit meinem Latein bald am ende. Und da es sicherlich nicht am CAN Controller im uC liegt, sitzt das Problem wahrscheinlich vor dem uC. Kann ein solcher Fehler überhaupt durch
die Qualität ist also dem geschuldet. das Datagramm sieht wie folgt aus: Gelb ist TX Pin vom uC (TX<->GND) Blau ist CAN-BUS (CANL<->CANH) [c]0|000020000100|000|21000[01010010|000020000|0200000200|0002000002|000002000|0020000020|000020000|02!0000000][15x CRC][/c] ! = hier tritt der Fehler auf
-
Thread
CAN Transceiver
Hallo Zusammen, ich bin auf den NXP Semiconductors PCA82C251T/YM,112 Schnittstellen-IC - Transceiver CAN 1/1 SO-8 gestoßen. Leider beinhaltet dieser keine Interne Schutzbeschaltung gegen Induktionsspannung. Kann mir vielleicht jemand helfen wo ich den baugleichen
Kann mir bitte jemand am CAN Transceiver VP251 den Zusatzinfo 52M erklären was das bedeutet? Hab jetzt ein anderes Bauteil bei mir liegen mit der Bezeichnung VP251 78M. Vielen Dank im vorhinein!
-
Thread
RS485 Abschlusswiderstand nötig bei 2 Devices?
Als Bus ist es freilich sinnlos. Ich habe ein Kabel (ca. 35m) liegen und möchte zwischen zwei µC -verbunden mit diesem Kabel- Daten übertragen und dachte an RS485. UART,SPI,I²C ... hatte ich gelesen, dass man dafür eher geringe Leitungslängen nutzt.
wenn man die Kabel vertauscht. CAN ist da robuster, da sind bis +/-36V auf den Datenpins erlaubt (PCA82C251).
-
Thread
Optimaler Zweidrahtbus
trennen > und über ein weiteres päärchen versorgen. Nö. Schau Dir mal obigen Ausschnitt aus dem PCA82C251 Datenblatt an. D.h. der Receiver arbeitet von CANL = -7V bis CANH = 12V. Ein Ground-Shift von +/-5V ist also völlig problemlos.
keine speziellen Stecker mit voreilenden Powerpins hast, können die 48V beim Stecken anliegen, der PCA80C251 verträgt aber nur 36V. Mit 24V hab ich aber noch keinen PCA80C251 gekillt (DB9 Stecker).
-
Thread
CAN-Bus Transeiver: Mehr als einen "SPLIT" auf dem Bus zulässig?
nach oben ziehen? Kannst Du mir mal einen solchen Bustreiber nennen? ich kenne den MCP2551 oder den PCA82C251, die haben das beide nicht...
-
Thread
CAN Transceiver ohne "permanent dominant detection" oder 24V-tolerante RS-485?
Info schrieb im Beitrag #5292379: > Gibt es CAN-Transceiver ohne dieses Feature Die PCA 82C250 und 251 sollten das noch nicht haben. Der 2551 hat es schon.
Danke, das ist hier: https://www.nxp.com/docs/en/data-sheet/PCA82C251.pdf
-
Thread
FETs zu dicht verbaut?
@Kolja L. (kolja82) >Der PCA9685 darf nicht 5V Versorgungsspannung bekommen, >wenn I2C über 3V läuft. Laut Datenbaltt anscheindend schon. Ist aber auch egal. Klemm den PCA9685 an 5V und nimm I2C Pegelwandler, das
@ Kolja L. (kolja82) >> für den PCA ist es gefahrlos, für den ESP aber nicht (unbedingt). >Brauche ich denn überhaupt den Rückkanal? Bei I2C brauchst du IMMER SCL und SDA. Punkt. Pack die Pegelwandler drauf und
-
Thread
Einfaches Bussystem mit TJA1055/3 und Arduinos
? Low-Speed CAN-Transceiver für Basteleien sind schwer zu bekommen. Warum keinen der bewährten PCA82C251, MCP2551 oder SN65HVD251 High-Speed Transceiver? Das hat den Vorteil dass einer von denen meist schon auf fertigen CAN-Modulen mit drauf sitzt: https://www.google.de/search?q=mcp2515+can+module
-
Thread
CAN, seltsames Fehlerbild, unterschiedliche Pegel
Steuergerät sind die Pegel vollkommen wumpe. Es hängt nicht am Bus, sondern hinter dem CAN-Transceiver (z.B. PCA82C251). Erst wenn an dessen RX-Ausgang was nicht stimmt, gibt es Fehler.
sind die Pegel vollkommen wumpe. Es hängt nicht am Bus, > sondern hinter dem CAN-Transceiver (z.B. PCA82C251). Erst wenn an dessen > RX-Ausgang was nicht stimmt, gibt es Fehler. Danke für die Antwort. Du hast natürlich recht, das macht der Transceiver. Die Frage war unzureichend beschrieben.
-
Thread
CAN-Gateway bei Busaktivität wecken
hab eine fertig gekaufte Schaltung, im Prinzip ein Spannungsregler, zwei CAN-Transceiver und ein µC, welche als CAN-Gateway dient. Es werden Nachrichten je nach Richtung und Inhalt gefiltert, was ein Gateway halt so macht. Jetzt ist es aber so, dass auf dieser Platine zwei NXP 251 (PCA82C251, pinkompatibel
der µC aktiv das System still legen soll, wenn er alles abgearbeitet hat.
-
Thread
CAN Signal / Abfallende Flanke rundgeschliffen
Guten Tag, ich habe ein Problem mit meinem CAN Treiber, einem PCA82C251 Baustein. Ich habe mir die Flanken der Signal CAN-H und CAN-L gegen Ground angeschaut und bin etwas ratlos. Das Signal CAN-L gegen GND ist wie erwartet. Bitzeit und Flankensteilheit. Nur CAN-H
-
Thread
Probleme mit Can Hausbus
Auf dem D-Sub 9 sind noch +24V. Die versorgen über Spannungsregler den PCA82C251 und 2 Optokoppler HCPL0710. Der MC (z.B. T89C51CC01) ist somit vom CAN galvanisch getrennt. +24V-GND und CAN-GND sind am 24V-Netzteil geerdet. An den beiden Enden des CAN-Stranges sind Abschlußwiderstände
im Beitrag #4867326: > Auf dem D-Sub 9 sind noch +24V. Die versorgen über Spannungsregler den > PCA82C251 und 2 Optokoppler HCPL0710. Okay, Danke für diese Schaltungsvariante.
-
Thread
Bauteilidentifikation (Optokoppler?)
allzu großen sichtbaren schaden hat. Gelb und blau wurde bei einer andere aber zerstört. Blau: PCA82C251 (CAN Transceiver) - kein Problem, gibt es bei Reichelt Gelb: Kondensator? Verbinden scheinbar 2 Massen. 5mm mal 4mm oder kann es etwas anderes sein? Braun: Vermutlich etwas zu Entstörung
ich hätte gedacht das kann man lesen. Aber ich schreibe es gerne noch mal hin: [code] VOGT U0 C565-2 0,4A/250~ 2x39mH 5733039010 [/code]
-
Thread
I²C Extender
Da gabs doch mal I2C ICs welche den I2C Bus so aufbereiten, dass es dann mit einem CAN PHY extendet werden kann. Das war der P82B96, dieser IC splittet die bidirektionalen I2C Signale auf in jeweils 2 unidirektionale. Das kann dann einem CAN PHY "mit automatischer Richtungsumschaltung" vorgeworfen werden, zB dem PCA82C251 Weis jetzt aber nicht mehr wo ich das aufgeschnappt habe.
-
Thread
I2C mit 2 PCA9600
. The purpose to split these two signals is that the PCA82C251T differential transceiver requires unidirectional signals."
Falk B. schrieb im Beitrag #4410595: > Ausserdem braucht man nicht nur die PCA9600, sondern auch differentielle > Tranceiver. Die PCA9600 machen nur aus den bidirektionalen I2C Signalen > getrennte, unidirektionale Signale. Diese werden dann vom PCA82C251T in > differentielle
-
Thread
Empfehlung für CAN Transceiver
Ob der MCP2551 da drauf steht weiss ich gerade nicht mal, den habe ich noch nie benutzt. Der 82C250 stand mal drauf, aber schon seit etlichen Jahren nicht mehr, so zum Beispiel. Eine Weile lang habe ich TJA1040 benutzt, aber die inzwischen durch die TJA1050 abgelöst. Einen Unterschied bemerkt
In älteren Projekten hatten wir den PCA82C251. Da nun aber die Programmierer nach ARM schreien und die nur 3,3V vertragen, nehmen wir jetzt den TJA1050. Und für alte THT-Platinen den ATA6560. Nur Atmel macht noch DIP-8.
-
Thread
Can bus sensor
Hätte noch eine Frage: Braucht man beim Can-Bus einen Treiberbaustein? Ich meine damit so wie bei i2c (bus-extender p82b715)? Oder kann man die Teilnehmer direkt miteinander verbinden?
Klar brauchst du Treiber (MCP2551 oder PCA82C251 z.B.), zumindest wenn du mit anderen "echten" CAN-Geräten kommunizieren willst. Für ganz kleine eigene Sachen kannst du das mit der Primitiv-Lösung wired-or machen. Mit den entsprechenden Einschränkungen
-
Thread
CAN-Treiber PCA82C251: Unterschied in der Bezeichung
Bei Schukat habe ich diesen CAN-Treiber bezogen: PCA82C251T-SMD. Der ist nun nicht lieferbar. Es werden zwei Ersatztypen angeboten: PCA82C251T/YM,112 : NXP PCA82C251T/YM,118 : NXP Weiß jemand was Y/,112 bzw. YM,118 bedeutet? Das Datenblatt sagt
anders: http://www.nxp.com/products/automotive/can_lin_flexray_transceivers/can_transceivers/series/PCA82C251.html#products
-
Thread
Sensor mit CAN- Schnittstelle auslesen
Ich hab es gelöst mit ATmega8, MCP2515 und PCA82C251. Optional noch einen ENC28J60. Dann hatte ich einen CAN-To-LAN-Adapter und konnte über UDP CAN-Nachrichten senden und empfangen.
-
Thread
[Closed] CAN MCP 2515-I/SO PCA82C251
Unbenutzte Restposten aus abgeschlossenen Projekten: 9x MCP 2515-I/SO CAN-Controller 5x PCA82C251 CAN-Transceiver Zusammen inkl. Versand: 15€ Versand im wattierten Umschlag nach Geldeingang Vorkasse auf meinem Bankkonto. -> Danke, ist verkauft
