-
Thread
RS485 zusammenschaltung LTC1485
willst du nicht, das es funktioniert: >Gibts einen anderen Chip, Nimm CAN-TReiber (MCP2551, PCA82C250, PCA82C251, ...). Die haben eine automatische Umschaltung drin. >oder eine andere Möglichkeit? Mit dem TX-Signal ein Monoflop triggern, das die Umschaltung übernimmt. MfG Spess
>>PCA82C250 Yes, dann passt das zu meinem Vorhaben. PCA82C250 habe ich liegen, und auch schon Vernetzung mit gemacht. Ich dachte nur bis jetzt das CAN an der Stelle ggf. nicht zu 485 kompatibel sein könnte
-
Thread
Praktisches Problem mit CAN-Bus
, sage ich einfach mal der PCA82C251 ist der einzige Knoten am Bus. Wenn ich jetzt eine Nachricht senden möchte, bemerkt der AT90CAN sofort einen Biterror und einen Stufferror und schaltet auf Busoff. Ich habe auch schon einen
Hallo Marco! Der PCA82C251 ist ein High-Speed-CAN-Transceiver. Ich besitze auch einen CAN-Dongle von Peak und auf diesem ist ein LOW-Speed-Transceiver integriert - ich glaube vom Typ TJA1054. Die Software, der CANView erlaubt
-
Artikel
I2C als Hausbus
Steigerung des Stroms auf dem Bus. Die drei bekanntesten Bustreiber für diesen Zweck sind folgende: P82B715 (3000pF, max. 100kHz) P82B96 (4000pF, max. 400kHz) PCA9600 (4000pF, max. 1MHz) Alle drei Typen haben ihre Vor- und Nachteile. Wobei der PCA9600 als Nachfolger vom P82B96 angesehen werden kann und im Prinzip nur Vorteile gegenüber dem P82B96 hat (Abgesehen vom Preis und der Beschaffbarkeit ;) - PCA9600 Gibts nun bei Reichelt!) Der Hauptunterschied zwischen P82B96 und PCA9600 sind die Spannungspegel an der Sx/Sy Seite des ICs. Der P82B96
-
Thread
AVR zeitweise vom I2C abschalten
z.B. mit einem PCA9510A Gruß, rweber
Michael S. -- > der PCA9517 ist auch eine alternative ja gibt doch schon einiges aus der PCA Serie , auch mit einem Multiplexer (PCA9540b) sollte es gehen aber die bekommt man doch alle nicht so eben mal 2, 3 Stück
-
Thread
Can funktioniert nur 3 Sekunden
langsam verzweifle ich wegen meinem Can-Projekt. Ich habe einen SJA1000 an einen ATmega16 mit einem PCA82C250 Can-Transeiver. Die Kommunikation zwischen ATmega16 und SJA1000 funktioniert ohne Probleme. Den PCA82C250 habe ich mit RXD/TXD and TX0 und RX0 an den SJA angeschlossen. RS liegt auf Masse, Vref
Sekunden kommt nix mehr. Der SJA funktioniert ohne irgendwelche Mucken. Ich denke das Problem liegt am PCA82C250, nur ich weiss nicht wo.
-
Thread
RS232 mit MAX232 - sporadische Übertragungsfehler?
mal ungültige BL-Version, mal CRC-Fehler usw.). Verwendet wird ein MAX232CPE. Vom dem geht es via PCA82C250 auf den CAN-Bus und von dort über einen weiteren PCA82C250 an einen Mega8, also OneWire. (siehe Schaltplan) Da die Verwendung verschiedener UART-Settings (Baudrate 1200 bis 115200, Stopbits
das Problem bei UART über CAN bestehen soll. Ich nutze den CAN nur als physikalisches Medium, der PCA82C250 ist ein reiner CAN-Treiber. Wo soll der SamplePoint eingestellt werden??? Wie im Plot erkennbar, ist auf der RS232 ein sauberes 0xAA vom Controller zu sehen, am PC kommt aber etwas anderes
-
Thread
I²C Komponenten -> Beschaffung
(leider als SMD Bauform) und ersatzweiße die ältere Version P82B96 als DIP Bauform :D Wolfgang schrieb im Beitrag #3406425: > Wenn du jetzt verraten würdest, was du da alles unterbringen möchtest, > könnt man dir vielleicht weiter helfen. Puffer PCA9600 (ältere Version P82B96) Analog PCF8591 Multiplexer PCA9544 Ein-/Ausgabe PCF8574 Temperatursensor LM75 Gerne nehme ich auch andere Vorschläge an :D Als Vorlage für meine Modul benutze ich http://horter.de/i2c
-
Thread
CAN-BUS + Audio + Video + Knoten
Sprechanlage (digital) 2.) Video digitaliesierung (Low-Quali.) Schaltungsbeispiele (AD) 3.) Was taugt der PCA 82C250 für mein Vorhaben in hinsicht 1.)2.) ...siehe erster Beitrag VG Sascha
Statt des PCA82C250 solltest du den neueren und billigeren PCA82C251 nehmen, und ja, das Teil taugt für dein Vorhaben (nicht von 24V Automotive abschrecken lassen). Zur Frage Video und Audio kann ich dir nicht
-
Thread
Mehrere AVRs miteinander verbinden - Spezielle Bedinung
noch nicht wirklich mit aus - habe ich eher nur mal gehoert. Wenn ich mir aber das Datenblatt vom PCA82C250 anschaue, erscheit es mit so, als ob ich dann "einfach" die Daten ueber den UART der AVRs sende und empfange? Der PCA82C250 wandelt die Daten entsprechend um, so, dass diese ueber den CAN-Bus
den PCA82C250 (o.ä.) auch einen Bus mit eigenem Protokoll realisieren. Das ist dann aber kein CAN mehr RS485 beschreibt lediglich die elektrischen Eigenschaften des Busses. Für das Protokoll bist du zuständig
-
Thread
I2C: zwischen schwachen Pullup und starkem Pullup vermitteln
sich dann noch die bei I2C zulässigen 400pF zusammen mit 82k Pullups vorstellt, bewegt sich garnichts mehr. MfG Klaus
Wäre ein PCA9515 eigentlich eine Lösung für das Problem?
-
Thread
Geeignetes Kabel für I2C über Langstrecke
Hallo Lucas, >> P82B96 ist der Baustein den Du suchst, ich habe selber ein HausBus mit I2C/12V 100kHz in Verbindung mit dem P82B96 seit Jahren laufen ... NXP hat den mittlerweile überarbeitet PCA9600 (05/2011) http://www.nxp.com/documents/data_sheet/PCA9600.pdf Gruss Ralf
-
Bild
Übersicht I2C-Bus Repeater, Hubs und Extender
accommodating more I2C-bus devices and longer bus length Up to 400-pF load on each segment, 4000-pF for P82B devices and PCA9600 Different voltages (3.3 or 5 V) on each segment Devices transparent to bus arbitration and contention protocols in multi-master environment Twisted-pair differential transmission or opto-electrical isolation of I2C-bus (P82B96 or PCA9600) P82B715 I2C-bus extender P82B96 Dual bidirectional I2C-bus buffer P82B485 Differential dual bidirectional I2C-bus buffer P82B486 Differential triple bidirectional I2C-bus buffer PCA9507
-
Thread
68332 mit SJA1000
CAN anders aussieht beim High-Speed CAN. Meine Übertragungsrate war 100kb und ich wollte auch den PCA82c250 verwenden, in meinem Dongel war aber ein TJA1054 verbaut. Nach dem Umbau meiner Platine funktionierts jetzt einwandfrei... Gruß, MK
Wahrscheinlich gibt es ein grundlegendes Problem, daß nämlich die Schaltung ursprünglich mit einem PCA82C200 entworfen wurde, und der SJA1000 nicht vollkommen kompatibel ist. MfG K.E.
-
Thread
Multi - Master fähiges Protokoll
Wenn der Transceiver MCP2551 7 teuer ist, nimm besser den PCA82C250 (Reichelt: 1,40 ). Lizenzen, Entwicklungstols brauchst Du nicht. Der Keil ist gut. Peter
>>Wenn der Transceiver MCP2551 7 teuer ist, nimm besser den PCA82C250 >>(Reichelt: 1,40 ). Einen CAN-Treiber wie den PCA82C250 brauchst Du immer. Der MCP2551 ist kein Treiber sondern SPI-gesteuerter CAN-Knoten (für µCs ohne eigenes CAN-Protokoll).
-
Thread
Alternativen beim AVR-Vernetzten?
Bei Reichelt gibts den PCA82C250, (Juhu :-)) für 1.40 EUR. Könnte ich den also anstelle des P82B96 als TWI-Treiber verwenden?
Sorry, ich habe Deine Antwort vorhin nicht gründlich gelesen. Der PCA82C250 ist für den RS485. Zum TWI: Stimmt das, dass nur der µC einen Interrupt ausführt, der auf dem BUS Adressiert wurde? Der AdressMatchUnit sorgt dafür, dass der Interruptflag (TWINT) bei einem
-
Thread
uC mit USART über CAN-Transceiver vernetzen?
1. Geht 2. PCA82C250 -> PCA82C251 (robuster) 3. Abschlusswiderstände! Martin
Genau das will ich auch so machen mit einem PCA82C250. Den 251 gibt es bei R nur in SMD. Allerdings verkraftet der auf dem Bus höhere Spannungen (24V). Ich probier es aber erst mal mit dem 250er in DIL. Ich hab mir hier im Forum erklären lassen
-
Thread
mcp2551 Can-Transceiver - wo?
falls es kein MCP2551 sein muss: PCA82C250 (gibt's bei Reichelt)
nicht besser 2 ICs vom selben Hersteller? Ich denk mal nicht oder? Schon ausprobiert: mcp2515 und PCA82c250 ?
-
Thread
Beamer verhält sich komisch
Was ich noch gefunden hab ist ein PCA9555 der nach dem spannungsregler kommt. Kann dieser auch damit zu tun haben?
So habe noch ne frage der pca9555 bekomme ich ja bei reichelt wie ist das kann ich den ohne Probleme tauschen falls defekt? Oder geht das nicht man liest ja immer das er programmiert wird. Der pca9555 ist mit 2 weiteren zusammen
-
Thread
CAN Transceiver ohne "permanent dominant detection" oder 24V-tolerante RS-485?
Das der PCA82C50 so ein Feature hat, waere mir neu. DC Voltage auf CANH/L 18 Volt DC max, transient bis 100 V.
Danke, das ist hier: https://www.nxp.com/docs/en/data-sheet/PCA82C251.pdf
-
Thread
I2C als "Hausbus"
vollautomatisch. O.k., Du benötigst einen CAN-Controller (z.B. MCP2515: 1,95 ) und eine CAN-Treiber (PCA82C251: 1,25 ), aber das dürfte die Gesamtkosten nicht wesentlich beeinflussen. Peter
Pull-Up Widerstände wirken die Abschlußwiderstände zwischen beiden Leitungen. Siehe Datenblatt des PCA82C250 : http://www.semiconductors.philips.c.....atasheets/PCA82C250_5.pdf Aufgrund dieser Verwandschaft ist der I2C-Bus leichter auf CAN-Physik zu übersetzen als auf RS 422 oder RS 485. Wie steht
-
Thread
wie lang darf eine rs232 leitung sein?
hi Dann nimm CAN-Bustreiber PCA82C250(Reichelt). Die haben eine automatische Umschaltung beim Senden. Die Übertragung ist ähnlich RS485. Mfg HG
OK, danke, das wäre eine gute Lösung Sieht das dann so aus? PC-MAX232-PCA82C250===================================PCA82C250-AVR ^ Empfang/Senden 2-Draht TP Senden/Empfang d.h. kann ich den zusammen mit nem
-
Thread
CAN BUS Falschanschluss
CAN Treiber 24V aushalten. nicht alle. es gibt auch Treiber für 12V Systeme die nur 18V aushalten (PCA82C250) Wobei diese im industriellen Umfeld nicht verwendet werden sollten. Gruß Anja
Anja schrieb im Beitrag #6931065: > es gibt auch Treiber für 12V Systeme die nur 18V aushalten (PCA82C250) Der ist ähnlich historisch wie der CAN-Controller PCA82C200 und der zugehörige Microcontroller P80C31. In einem Design der letzten 20 Jahre dürfte man ihn nicht mehr antreffen. Rezente
-
Thread
Probleme mit CAN-Steuergerät
at90can128 auf das Experimertierboard von Ulrich Radig (http://www.ulrichradig.de) v1.4 gebaut und einen PCA82C250 BUS Treiber rangehängt und zwar folgender maßen: 82C250 | At90CAN128 Pin 1 (TXD) | Pin 30 (TXCAN) Pin 4 (RXD) | Pin 31 (RXCAN) Pin 5 (VREF) | Pin 62 (AREF) Pin 2 (GND)
Ähm, bei dem PCA82C250 hast Du den RS-Pin mit 4?0 Ohm gegen Masse geschaltet. Damit könnte er wohl über 1MBit schaffen... Lt. Datenblatt wird bei 100kBit/s ein 47kOhm empfohlen, bei 1MBit/s erst 1kOhm. Man kann
-
Thread
CAN-Bus-Analyse
Gibt es da jetzt prinzipielle Unterschiede zum PCA82C250 oder fällt das unter persönliche Vorlieben? Habe da wirklich noch keinen Plan davon, bin aber häufig auf die Kombination PCA82C250 + MCP2515 gestoßen. STK500 ist vorhanden und ich komme damit
Hallo Thomas, das physikalische Interface (PCA82C250) braucht Du immer zusätzlich. Der MCP2515 ist ein CAN-Controller mit SPI - der SJA1000 ist parallel oder auch als Memory anschliessbar. Wenn Du bereits etwas mit SPI gemacht hast, nimm den
-
Thread
tme0505s Überhitzung
das Teil ist extrem heiß. Das ist kein Einzelfall. Ich hab da am Uout 3 ICs dran: 1x Philips PCA82c250, 1x HCPL-7611 Versorgung, 1x HCPL-7611 Sendediode mit 470 Ohm an dem RxD vom NXP. Also sollte es nicht überlastet sein. Und ich hab noch nicht einmal die vorgeschriebenen 120 Ohm Abschluß am
Poste mal einen Link zum Datenblatt des HCPL-2676. Irgendwie hat den niemand. Zum PCA82C250: Der kann bei einem Kurzschluss auf dem CAN-Bus bis zu 160mA ziehen. Das ist gefährlich nah an den 200mA des DC-DC-Wandlers dran. Ansonsten: Schaltung zeigen! Vielleicht fängt da mangels Abblockkondensatoren
-
Thread
RS485 an I2C ? Gesperrt
Steuerleitung für die Richtung. So einfach ist das also nicht. Dazu wäre ein CAN-Transceiver wie PCA82C250 (oder so ähnlich) wesentlich besser geeignet, da damit auf der RS485-Seite keine Kurzschlüsse möglich sind. Auf der TTL-Seite sollte man die Sende- und die Empfangsleitung noch durch einen Open-Kollektor-Baustein
nimm doch eine I2C Range Extender, z.B. PCA9615 https://www.nxp.com/docs/en/data-sheet/PCA9615.pdf
-
Thread
Aufbau CAN-Bus
protokoll um befehle zu übermitteln. naja, can ist heutzutage nicht wirklich teuer (z.b. mcp2515+PCA82C250 ~ 4 ) aber es erfordert etwas mehr programmieraufwand um den cancontroller anzusprechen. wogegen ein rs485 system etwas mehr disziplin erfordert, da es ja z.b. kein vorhandenes protokoll mit
MCP2515 von Microchip, den ich über das SPI mit nem ATmega8 verbunden habe. Als Bustreiber setze ich den PCA82C250 von Philips ein. Die Bustreiber von anderen Herstellern sind meist identisch.
-
Thread
Zwischenwerte vom KTY82-210 berechnen
Ist denn dein KTY82-210 überhaupt so genau? Oft ist eine stückweise lineare Interpolation völlig ausreichend.
/PCA-1-1505-10/3/index.html?&ACTION=3&LA=446&ARTICLE=85054&artnr=PCA+1.1505+10&SEARCH=platin
-
Thread
galv. Trennung CAN: SMD Optokoppler, Sinn?
habe dazu an einen 8-bit uC (Atmel ATmega16) einen mcp2515 gehängt. Als Treiber würde ich gerne einen PCA 82C250 T verwenden (alle Teile bei Reichelt erhältlich). Im Datenblatt des PCA 82C250 T findet sich auch eine Schaltung zur galvanischen Trennung. Dazu hätte ich ein paar Fragen: 1) Welcher Optokoppler
das wirklich nicht noetig. Vieleicht schau mal ob du nicht einen anderen Treiber bekommst als den PCA 82C250. Wenn mich nicht alles taeuscht ist der nicht mehr ganz frisch... Gruesse
-
Thread
CAN Bus des TMS320F28xx
Ich benutze das Evaluation board von TI. Am Bus hängt nur der CAN-Bus tranceiver PCA82C251. das ist ein Projekt für meine Firma. Ich muss anschliessend mit einer anderen Elektronik kommunizieren, aber zuerst will ich den CAN Bus des TMS zum laufen bringen. ich sollte den CAN bus des
Ja ich hatte mir auch das Datenblatt des PCA82C251. Laut datenblatt arbeitet der PCA82C251 zwischen 4,5 und 5,5 VCC. Da ich keinen anderen zur Verfügung hatte, habe ich ausprobiert ob er bei einer Spannungversorgung von 3,3 V auch noch korrekte
-
Thread
I²C Extender
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
du auf der Kabelseite mit 12V arbeitest sind 10m selbst mit 400kHz Busgeschwindigkeit machbar. Ein PCA9600 macht bei mir 20m locker mit nem Mbits/s. PS: Schau dir einfach das Datenblatt vom P82B715 an, dann weißt du endlich wofür die Jumper sind!
-
Thread
I2C mit Dampf
nicht ganz. Ein CAN Bus läuft doch normal nur auf 7-12V, wie kann man einen CAN Wandler hinter den PCA9600 schalten? Meine primäre eigene Idee für eine Lösung wäre, hinter den PCA9600 einen Standard Induktiven Ethernet Überträger zu setzten. Ich habe aber keine Ahnung, ob das auch nur annähernd was
nicht ganz. Ein CAN Bus läuft doch normal nur auf 7-12V, wie kann man >einen CAN Wandler hinter den PCA9600 schalten? Weil der PCA9600 aus den bidirektionalen SDA/SCL Leitungen unidirektionale macht. Die kann man leicht übertragen. >Meine primäre eigene Idee für eine Lösung wäre, hinter den PCA9600
-
Thread
TJA1054 Beschaltung
Servus, habe eine CAN Schaltung, die den PCA82C251 oder(!) den TJA1054 unterstützt, siehe Anhang, VCC=5V. Die PCA Variante funktioniert problemlos, die andere leider nicht. Auch dann nicht, wenn an dem Bus ausschließlich TJA1054 Teilnehmer hängen
Hallo, Ich auche! Wie mann die tja1054 wecken kann? Ich will ein can bus konverter entwicklen! mit pca82c251 als can highspeed Tranceiver und Tja1054 als Low speed tranceiver.ist meine schaltung falsch? Danke für jeder hilfe
-
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.
>> 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. Das Problem verstehe ich jetzt nicht. Für die Spannungsversorgung
-
Thread
CAN physikalischer Schreibschutz
zusammen, wenn ich garantiert verhindern möchte, dass eine Schaltung mit CAN-Bus (beschalten mit einem PCA82C251) senden kann, reicht es dann den TXD Pin am PCA82C251 einfach offen zu lassen oder muss man ihn auf GND setzen? Danke und Gruß, Bert
Wenn ich es recht sehe, sendet der PCA mit 0 am Tx-Eingang auf dem Bus auch eine 0 - die ist dominant und blockiert damit den Bus. Also entweder den Tx-Pin floaten oder auf 1 und/oder den Rs-Pin nach Vcc ziehen, damit müsste der Transmitter
-
Thread
(V) I²C-Samples-Box
Hall, biete I²C-Sample Kit von Philips: jeweiles drei ICs: GTL2010PW, P82B96TD, PCA95515D, PCA95545D, PCA9551D, PCA9555D, PCA9557D, PCA9501D Das Sortmient ist neu ungebraucht, gegen Gebot für kleines Geld abzugeben. Viele Grüße Ralf
-
Thread
CAN-Parameter SJA1000
Hallo! Schlage mich mit nem SJA1000 und PCA82c250 rum. Kann Daten an den SJA senden und lesen. Aber an den CAN-PIN'S kann ich nicht's messen. Kann mir jemand Registerinhalte senden, die wenigstens ein Signal am Ausgang bewirken.
Sorry! Alles im Lot, der SJA1000 tut's schon seit längerem. Mein Problem war, das ich als Treiber ein PCA82c250 benutzt habe. Hätte aber für LOW-Speed einen TJA1054 einsetzen müssen. Danke für die Hilfe... Don' drink and hack as µC
-
Thread
CAN-Bus Sorgen
mit angeschlossenen CANinterface vorgesehen. Ich verwende einen AT90CAN128 und als Tranciver einen PCA82C250 mit den Anschlüssen bin ich mir eigentlich sicher... (TXD an TXCAN und RXD an RXCAN, RS an GND und GND und Vcc ist ja klar) als Ausgänge für den Can-BUS geht dann CAN_H und CA_L, sowie einmal
Mit welcher VCC betreibst Du den PCA82C250?
-
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.
