-
Thread
Galvanische Trennung bei CanBus
Philips PCA82C251: Transceiver geht bis 30V wenn ich mich nicht irre. Dann Optokoppler zwischen Transceiver und Controller und gut is.
Digikey hat ihn, aber derzeit nur in 1000er Packungen, vielleicht braucht ja noch einer 995 Stück. Der PCA82C251 verträgt meines Wissens zwar mehr, ist aber auch für 11898 wenn man sich das Datenblatt etwas genauer ansieht. Irgendwelche Fertiglösungen kann ich einfach nicht nehmen, weil es ein Gerät geben
-
Thread
CAN Transceiver plötzlich defekt
Hi Ich habe eine CAN-Strecke wo ich als Transceiver-Bausteine die von Philips einsetze: PCA82C250. Die CAN-Controller dagegen von Microchip: mcp2515. Ich habe nichts an der Schaltung geändert und plötzlich empfängt die eine Seite nichts mehr. Nach langem Suchen ergab es dann den Defekt
Der PCA82C251 ist spannungsfester, ich hatte noch nie Probleme damit. Peter
-
Thread
PCA82C250 Pin8 Erklärung
Hallo, ich betreibe einen Mega8 mit einem MCP2515 und einem PCA82C250. Das ganze funktioniert mit verschiedenen Baudraten auch wunderbar wenn ich irgendeinen Widerstand(1kOhm -> 10kOhm) von Pin8 nach Masse schalte. Direkt mit Masse verbunden geht nicht, offen auch nicht. Kann mir bitte jemand erklären, wie man bei einem PCA82C250 CAN Controller Interface den Pin8(Rs) richtig beschaltet? Aus dem Datenblatt werde ich nicht so richtig schlau. Das ganze soll halt auch zuverlässig sein und nicht aus Zufall funktionieren.
-
Thread
Welchen CAN treiber?
ich MCP2515 nehmen.. Aber welcher CAN-Bus Treiber ist fürs Auto am besten geeignet? MCP2551,PCA82C250 oder PCA82C251? mfg Daniel PS: ist es eigenltich legal bzw macht es den Fahrzeugherstellern etwas aus? (Dass die Garantie nicht mehr gilt, wenn ich dabei etwas kaputt mache, ist mir klar
leider nicht welches es ist.. Anschließen würde ich den IC beim Radio-Kabel es ist ein Citroen C4
-
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
RS232 über Can Tranceiver
Hallo Leute, Geht es, das ich 2 uC über einen Can Transceiver miteinander verlinke? Stelle mir das so vor: Sender uC TXDuC an RXTCan RXTuC an TXTCan Auf der anderen Seite das selbe. Hohe Geschwindigkeiten werden nicht gefahren.
interface gibt, Wenn ich den TO richtig verstanden habe, meint er mit Can Tranceiver die CAN-Treiber (PCA82C250, PCA82C251, MCP2551....). Und das geht problemlos. MfG Spess
-
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
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
CAN oder RS485 Treiber?
RS485 Treibern?!) Meine Fragen: - kann ich in dem Netz neue Clients mit einem CAN Treiber (z.B. PCA82C251T) und Transceiver MCP2515 oder uC mit CAN anschliessen? Aus meiner Sicht spricht nichts dagegen ist das richtig? - gibt es einen Grund wieder einen RS485 Treiber zu verwenden anstelle von einem
den KFZ Bereich andere Treiber (kurzschlußfest bis 24 Volt, weniger Flankensteilheit) als bai CiA (82C251) gibt.
-
Thread
RS485 Multi Master Bus
Genau, und deswegen nimmt man Bustreiber, die damit umgehen können. CAN-Bustreiber können sowas, z.B. PCA82C250 (1,85EUR @Reichelt). Da du ja zurücklesen kannst, was du gerade schreibst, erkennst du auch wenn ein anderer Busteilnehmer einen anderen Pegel anlegt. Achso, es gibt 2 Buspegel (dominant und
Was ist denn eine CAN Vorrichtung? Weiterer Link: http://www.canathome.de/ @Schmittchen: Besser den PCA82C251 nehmen, den empfiehlt Philips auch selber, da er ein paar entscheidende Vorteile hat: geringerer Stromverbrauch, verkraftet grössere Transienten, kann grössere Lasten treiben, etc.
-
Thread
Zulässiger Masseversatz bei CAN-Übertragung
Also 6V könnte gehen. Z.B. der PCA82C251: -7 V < (V6, V7) < 12 V Peter
In der Schaltung ist ein SN65HVD251 eingesetzt. Laut Datenblatt hat dieser einen Common Mode Range von -7 bis 12 V.
-
Thread
EMV robuster Bus- oder Leitungstreiber
und "langsames Schalten" aber >irgenwie ausschließt. Dann wären CAN-Bus-TReiber, wie MCP2551, PCA82C250, PCA82C251 ... , besser. Bei denen kann man die Flankensteilheit über einen Widerstand einstellen. MfG Spess
-
Thread
AT90CAN128 wieder einmal.
Du brauchst auf jeden Fall einen Transceiver. Dein 65HVD251D müsste gehen. Ich nehme immer den PCA 82C251 T. Vref unconnected und RSlope mit Widerstand gegen Masse. Welcher Widerstand kommt auf die CAN Geschwindigkeit an. RX und TX an den Atmel.
strlen(sendstring)); counter++) { CANMSG = sendstring[counter]; } } [/c]
-
Thread
CAN und Eingägne gegen Versorgungsspannung absichern
versehentliche Vcc auf dem Bus gleich mehrere Geräte zerstören könnte. 4) Aufbau des CAN-Bus: CAN-Treiber PCA82C251, dann Optokoppler ADUM1201A, dann zum AT90CAN und natürlich der DC-DC Wandler für die 5V. Anschlussklemmen: CAN_GND, CAN_H, CAN_L 5) Wie kann ich die drei Klemmen gegen versehentliches auflegen
Ruhe hast du nur, wenn der Bus die max Spannung verträgt. Nimm zB Atmels ATA6660 (max 40V) anstelle 82C251. Alles was du sonst so dazumachst, beeinflusst die max.Datenrate / max Anzahl Teilnehmer -also die Betriebssicherheit.
-
Thread
Can-usb adapter von mictronics.de(selbstbau avr)
Entwicklungszwechen auf dem Schreibtisch des Kollegen gelegen. Halbleiterinnereien: SJA1000T A82C251 2 x Optokoppler SAF C161 PDIU 8012 (USB, Philips) AM29F010B (Flash) DCP010505BP-U (DC-DC konverter) So, Megapost ende. - Martin
20 D3 MBRS130LTR SMB 21 IC1 PCA82C250 SO8_SOT96-1 22 IC2 SJA1000 SO28 23 IC3 Atmega162-16AI TQFP44 24 IC4 78M05 D-PAK 25 IC5 FT245BM TQFP32-08 26 IC6 93LC46B/SN 8-SMD-1 27 JP1 K1x2 1X02 28
-
Thread
Porterweiterung über lange Kabel möglich ?
Nach dem DMX-Thread nehm ich lieber CAN. Das wird dann zwar richtig aufwändig mit MC, MPC2515 und PCA82C5251, aber das läuft bei mir schon mal... Das ist halt auch eine Frage des Programmieraufwands. Wenn ich lauffähigen Code mit einer erprobten Schaltung hab... Aber danke für den Tipp mit DMX, danke
verschiedenste Physical Layer Implementationen des CAN, ich nehme mal an, Du vergleichst die Variante PCA82C251-Bustreiber (übrigens schon lange end-of-life, Nachfolger TJA1040) mit RS485. Da sind beide Verfahren erstmal gleich störanfällig, jedoch hat CAN von Haus aus schon hervorragende Verfahren zur
-
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
Frage zu I²C
kommen kann.(Je nach Kabel) Im Grunde sind das nur Impedanzwandler. Als Beispiel sei hier mal der P82B715 genannt. Wenn man genug aufwand betreibt dann geht auch der I2C auf längere Reisen aber man Muß sich überlegen ob sich das auch lohnt. Nicht behandelt habe ich das Problem der Netzeinstreuung
ist. Ich nutze für meinen KHBus ( Koopis Haus Bus oder Kommunikations Haus Bus ) einen Maga8 und den PCA82C251. Noch ein wenig "Hühnerfutter" und das Grundmodul steht. Beim Protokoll kann man sich an CAN und EIB anlehnen. Preiswert, multimasterfähig und vor allem nicht überladen. Getestete Reichweite (
-
Thread
CAN und I2C Projektumsetzung
Datenleitungslänger und Hoffnung auf Maximale Geschwindigkeit dachte ich baue in der Hälfte der Leitung ein PCA9614 (differenziellen I2C-Buffer) ein, um die Störsicherheit zu erhöhen und ein PCA9601DP um die 400 pF auf 4000pF zu erhöhen und genug Luft zu bekommen das ich meine Flanken noch erkenne. Habe ich
den vielen) Warum nicht die, die jeder verwendet: Bei Controllern mit 5V Versorgungsspannung: PCA82C250 / 251 oder MCP2551 Bei 3,3V Controllerspannung: SN65HVD230 Und schau dir bei 1MBit die Schaltungsempfehlungen der Tranceiver an: http://www.mikrocontroller.net/topic/333498#3653915
-
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
-
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
Bezugsquellen für CAN-Bauteile
Hallo, wer kennt (erprobte) Bezugsquellen / Händler für SJA1000 und PCA82C250/251 in Kleinststückzahlen? Ich danke schon jetzt. MfG Ed. Götz
Sorri, Reichelt führt die Teile inzwischen ja auch - sogar billiger... (http://www.reichelt.de) 82C250: 1,85EUR SJA1000: 5,40EUR A.Füßer -- CAN@home - http://www.CANathome.de - Hausautomation mit AVR + CAN
-
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
Leitungsauswahl I2C mit Stromversorgung
Außerdem brauchst Du noch einen Transceiver für jeden Busteilnehmer. Für CAN nimmst Du MCP2551 oder PCA82C251 oder sowas in der Richtung. > Da ich jedoch scheinbar bei den Vorlesungen über Schirmung und > Signalübertragung gepennt habe, würde ich mich freuen wenn sich das > jemand kurz anschauen
ich mich freuen wenn sich das > jemand kurz anschauen und seinen Senf dazu geben würde. Ich hab I2C über 100m Cat5 mal mit- und mal ohne aufgelegte Schirmung getestet -> kein Unterschied in Funktion und am Oszi feststellbar. Hat beides wunderbar funktioniert (Mit P82B96 als Treiber). Ich weise
-
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
Hausbusprojekte mit CAN
eines normalen HS-CAN-Transceivers (á la PCA82C251/MCP2551) keine separate Wakeup Leitung zum Aufwecken des PIC notwendig, korrigiert mich bitte, wenn ich da falsch liege. Interessanter wäre (da die Interrupteingänge des PIC ja recht beschränkt
zu halten. > Btw. meines Wissens ist bei Verwendung eines normalen > HS-CAN-Transceivers (á la PCA82C251/MCP2551) keine separate Wakeup > Leitung zum Aufwecken des PIC notwendig, korrigiert mich bitte, wenn ich > da falsch liege. Kannst Du mir da eine Quelle geben? > Interessanter wäre (da
-
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 vs. CAN mit ATMEGA
bzgl. des transreceiver: Ich verwende meist den PCA82C251 - der kann aber 'nur' 36V Volt an den Eingängen (transienten bis 200V) Hat bis jetzt immer gereicht, einen defekt hatte ich hier noch nie!
die Bus-Treiber hat, und weil der einer der Typen ist, die ±80V auf CANH/CANL abkönnen. Ein normaler 82C250 kann nur -7 bis +18V ab, und in der Industrie mit ihren 24V-Systemen ist das viel zu wenig, und auch im KFZ, wo beim Anlassen Peaks bis zu 30V auf der 12V-Versorgung vorkommen, reicht es nicht. Viele
-
Thread
Gutes CAN Setup für automobilbereich gesucht
Betrieb > nicht notwendig. Ist auch meine Erfahrung. Wenn alles so zuverlässig wäre, wie der PCA82C251, hätten wir nichts zu reparieren. Dieses Drossel und Schutzgedöns habe ich auch nie eingesetzt. In den älteren CAN-Applikationen war es auch nicht drinn. Als CAN-Controller setzten wir früher PCA82C200/SJA1000 ein. Und seit längerem den AT90CAN128, mit 15 MOBs, hat der ausreichend Filter und Puffer.
-
Thread
Länge Stichleitungen ("stubs") an CAN bus
Kabel) - ist aber in diesem Fall nicht geeignet. Ich erwäge eine Alternative: - den Bustreiber (82C250, MCP2551 etc) nebst Widerstand für die Rampenkontrolle direkt am Bus anbringen (Signale CanH und CanL = kurz), - die 1.5m lange Stichleitung zwischen Bustreiber und dem AT90CAN einbauen (Signale
Mit einem Widerstand am RS-Pin der Treiber (MCP2551, PCA82C251, SN65HND etc.) kann man die Anstiegszeit der Signalflanken begrenzen, um hochfrequente Störspannungen zu vermeiden
-
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 netzwerk aufbauen
Nimm den 89c51cc01 von atmel, den gibts bei reichelt.de, leider nicht als mqfp. Dort gibts es auch ein passendes devboard. Der 515c ist veraltet.
Ich rate auch zum 89C51CC01, da hast du minimalen Verdrahtungsaufwand und mit einer PLCC-Fassung kriegst Du den auch wunderschön auf eine Universalplatine gesetzt. Dann noch den Transceiver ran z.B. PCA82C251 oder MCP2551
-
Thread
Alternative zu CAN-Bus?
ist 'ne feine Sache, allerdings was die Kosten angeht auch nicht > gerade günstig. MCP2515: <3€ PCA82C251: <1€. Yep, das ist teurer als I2C. Aber lustigerweise ist Mega8+MCP2515 günstiger als PIC18F258 oder AT90CAN128 mit internem CAN. > integriertem CAN oder den externen MPC2515. Auf jeden
Wenn man ohne Dosseln nur Störungen empfängt, dann kommt man sowieso nicht ohne aus und kann I2C gleich ganz abschreiben. Und gängige Transceiver-Bausteine wie der PCA82C251 haben einen Anschluss zur Kontrolle der Flankensteilheit. Wenn man da nicht in die Vollen geht, ist die Störemission gering
-
Thread
SPI - I²C - CAN
meines Wissens nach gibts da mehrere Möglichkeiten, zB µC mit integriertem CAN oder spezielle ICs, die man an den µC anschließt und darüber dann auf einen CAN-Bus zugreifen kann
CAN-Controller: SJA1000 (8 Bit Interface) MCP2515 (SPI) T89C8051CC01 (+ 8051 core) C8051F043 (+ fast 8051 core) LPC2194 (4*CAN + ARM core) AT90CAN128 (+ AVR core) z.Z. nur sample status ! CAN-Bustreiber: PCA82C251 TJA1050 MCP2551 ATA6660 Peter
-
Thread
Bit-Stuffing Error bei AT90CAN32
Als Tranceiver verwende ich PCA82C251T. Die CAN32 hatten wir noch auf Lager. Ich werd mal nen 120 Ohm Widerstand zwischen CAN-H und CAN-L hängen und sehen was passiert. Danke schonmal für die Antworten.
Ich initialisiere bei beiden Controllern den CAN so: [c]CAN128_Init(0x0a, 0x0e, 0x4b);[/c] In der entsprechenden Routine wird dann ausgeführt: [c]extern void CAN128_Init (uint8_t bt1, uint8_t bt2, uint8_t bt3) { ... CANBT1 = bt1; CANBT2 = bt2; CANBT3
-
Thread
ESP8266 & CAN // Vorschläge passender Baustein
mich ist auch wichtig ob er verfügbar ist. Was haltet ihr von : a) TJA1050T b) TJA1040T/N1 c) PCA82C251T/YM d) SN65HVD230DR lg rudi ;-)
Wenn es klein sein soll ATMega16M1 + TJA1050. Oder vielleicht ein LPC11C24 von NXP, da ist der CAN-Transceiver gleich mit drin.
-
Thread
Was ist das für ein Bauteil? (CAN-SPI-ADAPTER )
www.endrich.com/de/site.php/30649 Aber welche Werte sollte so eine Drossel haben. Im Datenblatt des PCA82C251 hab ich nichts entsprechendes gefunden
irgend was in der Richtung: http://de.farnell.com/epcos/b82789c0104n001/choke-canbus-1812-100uh-0-15a/dp/1644874
-
Thread
Layout überprüfen.
http://ww1.microchip.com/downloads/en/devicedoc/51572a.pdf. Dort hat nur der MPC einen Quarz. Der µC wird ohne Quarz betrieben. Im Datasheet vom 2515 unter 8.1 und 8.2 (S.53) steht wie man am MPC den Sytemclock macht. Ich hatte mal ein Board mit Atmega, MPC2515,PCA82C251 und verschiedenen Clockoptionen
Hatte falsch geschaut mit der Brücke, lass des so, aber schau Dir die Quarze, die C's an den Quarzen und deren Masse an. Die Masse soll zum Massepin am µC direkt am Quarz, manche machen hier getrennte Masseflächen die nur über den Pin am µC verbunden sind.
-
Thread
AT90CAN128 CAN senden mit WinAVR
CAN-Baustein der über SPI angesprochen wird. Was du meinst ist wahrscheinlich ein Bustreiber (z. B. PCA82C251...). Ich könnte mri vorstellen, dass dieses Beispiel aus einem vorhandenen MCP2515 Programm abgeleitet wurde...
-
Thread
Contoller im Fahrzeug
Auch wenn Du kein CAN-Protokoll verwendest, solltest Du die CAN-Bustreiber verwenden z.B. PCA82C251. Die habe ne Menge Vorteile gegenüber RS-485 Treibern: - keine Richtungsumschaltung nötig - Busanschlüsse halten Kurzschluß nach +24V aus - Störspannungen von +/-5V auf der Masseleitung
-
Thread
CAN-Kommunikation mit zwei AT90CAN128
Hallo zusammen. Bei einem Projekt sollen zwei AT90CAN128 über CAN und jeweils einen PCA82C251T miteinander Daten austauschen. Die Programmierung soll in C erfolgen. Hat jemand ein Code-Beispiel, wie die CAN-Kommunikation aussehen könnte?
-
Thread
Schaltplan in Eagle zeichnen
bitte an frankd37 (at) arcor (punkt) de PS: es sind 12 IC´s ft232rl 74hct125 attiny2313 PCA82C251 LM393 MC14504 74hct4514 74hc4066 x 4 avr89c51cc02
-
Thread
ISO 11898-24V
Einer der beiden ist laut Datenblatt Kompatibel mit ISO 11898−2 bzw. ISO 11898−5, der andere (NXP PCA82C251)mit dem ISO 11898-24V Standard. Letzteren kenne ich nicht deswegen bin ich ein wenig verunsichert. Gruß Eric
-
Thread
Max485 mit automatischer Umschaltung senden/empfangen?
auch wissen, wann sie wieder auf Empfangen/Senden umschalten soll? Sinnvollerweise macht das der uC an dem der Tranceiver hängt selber, denn der weiss, wann er was will (sofer der Programmierer das weiss ;-) MfG Falk
Baudrate geeinigt haben. Eine Alternative wäre, statt RS485-Treiber Can-Bus-Treiber zu verwenden. PCA82C250/251 haben so etwas schon eingebaut. So habe ich das Problem gelöst. MfG Spess
-
Thread
Differentielle Datenübertragung, welcher Baustein empfehlenswert?
verwirklichen und wollte mal fragen welchen Baustein ihr als Bustreiber empfehlen könnt. Ich denke das der PCA82C251 ganz gut geeigent ist da dieser für 24V Systeme in Fahrzeugen ausgelegt ist, Reserven bis 36V hat und auch +-200 Bursts überlebt, so etwas sollte also zu hause schon sehr störfest sein. Ich