-
Thread
Display3000 CAN-Bus
Hallo, 125 oder 250. Ist mir eigentlich egal. Hast du was für mich? Das wäre wirklich super.:) Gruss
Ob PCA82c250 oder MCP2551 Transceiver ist von dem Code unabhängig oder??
-
Thread
[V] LDO's, FET's, Mischer
P-Kanal je 0,50 EUR SI2302 DS / 20V/ 2,8A/ N-Kanal je 0,20 EUR LDO: XC62FP3302PR LDO 3,3V/ 250mA / SOT89 je 0,25 EUR ( ab 10 St. 0,20 EUR) XC62FP5002PR LDO 5,0V/250 mA / SOT89 je 0,25 EUR ( ab 10 St. 0,20 EUR) XC6202P502MR LDO 5,0V SOT23 je 0,25 EUR ( ab 10 St. 0,15 EUR) Mixer: SCM
gefunden, was ich nicht mehr benötige: MAX166BCWP L6201P STA013 TLC549CP LMC660AIM L6506D PCA82C250-DIP UDN2936W TOP221Y IRF644 TC962CPA LT1054-CSW TLC5628C LM2594-M12 TPS5904A CS4334K LM2594-M5.0 IRF640S IRF644S IXGA10N60 IXSP16N60 Gruss Steffen
-
Thread
zwei mega328 über 10m Kabel miteiander kommunizieren lassen
wiederunm Encoder und Display hat. Ich habe jahrelang mit I2C gearbeitet und kenne mich recht gut damit aus. Auch die inzwischen fertige Software ist (eigentlich) rein auf I2C ausgelegt. Ich habe allerdings noch nie Strecken > 20cm mit I2C überbrücken müssen. Daher
> Ich will später auch zusätzlich ein I2C Signal durch das CAT5 schicken. I²C ist allerdings nur für die Kommunikation innerhalb eines Gerätes gedacht. I²C hat weder starke Treiber, noch symmetrische Übertragung, noch vernünftig terminierte
-
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
HD44780 Extender
82B715 Baustein als I2C Repeater, saubere CAT5/CAT6 Kabel und einen I2C Portexpander
/?product=pca9600-differential-i2c-long-cable-extender-with-boost-convertor MfG
-
Thread
CAN oder RS485 Treiber?
Spezifikation) sind folgende Teilnehmer vorhanden: 1 Master mit - DS3695A RS485 Treiber oder - 82C250 CAN Treiber bei beiden sitzt irgend eine SPS mit CAN Controller dahinter x Clients mit DS6395A Treiber (RS485) und CAN Controller+uC dahinter Der Aufbau der Kommunikation entspricht CAN (11bit
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
-
Thread
NGW100 mit Linux -RS485 über USART-
gelötet werden. Wenns Halbduplex sein soll kannste auch einfach nen CAN Baustein verwenden z.B. PCA82C250, dann brauchts die aktive Umschaltung nicht.
den Fadereingängen desto kleiner dieser Wert. Die einzelnen Kanäle des A/D - Wandlers werden vom I^2 C Bus abgefragt. Sprich wir digitalisieren einen analgogen Spannungswert und verarbeiten ihn.
-
Thread
MCP2561FD für UART?
Für 250kbps sind diese Bausteine doch alle viel zu schnell. Es gibt RS-422 (oder RS-485) Transceiver, die für _maximal_ 250kbps (oder 115k oder 500k) optimiert sind. Der Sender begrenzt die Flankensteilheit
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
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-Bus mit Verzweigungen
1Mbit/s 25m 1,5m 7,5m 500kbit/s 100m 5,5m 27,5m 250kbit/s 250m 11m 55m 125kbit/s 500m 22m 110m 50kbit/s 1000m 55m 275m 20kbit/s 2500m 137,5m 687,5m 10kbit/s 5000m 275m 1375m * verwendeter Bustreiber Philips PCA82C250/251 Bei einer Baudrate von 20kbit/s (weniger lässt der oft benutzte MCP2515 nicht zu) bleibt also beim gängigen EF-Haus genug Sicherheitsreserve. Übrigens: das CIA-Dokument spricht von unterminierten
-
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
[V] Aufräumaktion Hobbykeller
Doppel-NPN-Transistor, SOT31 mit 6 PINs, 4 Stück 13. ICL7109, 12bit-A/D-Wandler, 3 Stück 14. M27C256B, 256kbit-UV-Eprom, neu 15. TMS27C010A, 1Mbit-UV-Eprom, 5 Stück, neu 16. M27C1001, 1Mbit-UV-Eprom, 5 Stück, neu 17. AM29F040B, 4Mbit-Flash, 20 Stück, neu Mal sehen was ich noch so finde
... und weiter gehts. 18. ADC0804, 8bit-A/D-Wandler, DIL20 19. PCA82C250, CAN-Controller-Interface, DIL8, neu 20. SJA1000, CAN-Controller, DIP28, neu 21. TIC206M, TRIAC 3A 600V, TO220, 6 Stück, neu 22. BU522, NPN-Darlington Transistor 7A 350V, TO220, 6Stück
-
Thread
RS485 Bus aufbauen
Pro Node: CAN: MCP2515 + PCA82C250: ca. 3,50€, betrieben via SPI. RS485: SN75176: 0,30€, betrieben via UART. Geht natürlich auch teurer, das sind die jeweilig billigsten Teile. So sind ATmega88+MCP2515 deutlich billiger als
statt RS485-Pegel CAN-Pegel (!!! Also doch). Deshalb sind jetzt ausschliesslich PCA82C250 und kompatible am Zweidrahtbus zu finden. Am Protokoll habe ich nichts geändert. Weshalb also der Umbau? 1. Einsparung des zusätzlichen PIN für die Hochohmigkeit 2. Gemischter Betrieb meines
-
Thread
V: Softing CAN-AC2 mit CANalyzer-FPGA
Highspeed - CAN-Karte Softing CAN-AC2 für PCs mit ISA-Bus. Sie ist mit zwei CAN-Controllern Philips PCA82C200T ausgerüstet, die jedoch inaktiv sind, da ein Zusatzmodul mit zwei Intel i82527 montiert ist. Als Transceiver sind 82C250 bestückt. Der CANalyzer-FPGA ("ANA") ist vorhanden, so daß die Karte
Installationsanleitung gibt es bei softing.com zum Download. Da sind auch Programmierbeispiele für C und Delphi dabei. Die Karte läßt sich mit CANalyzer und CANoe bis mindestens V4.x verwenden, hierzu muß der "ANA"-FPGA bestückt sein. Der passende Treiber findet sich dann auch auf der Installations-CD
-
Thread
Can Bus und MS Dos 6.22
Schnittstelle hat ist völlig unklar und ehr unwahrscheinlich. CAN Controller früherer Jahre waren PCA82C200 oder SJA1000 und die hatten einen 8bit Datenbus und nichts serielles. Ein bißchen Logik dazu und man konnte die direkt an den ISA-Bus hängen. Da musste dann nur die Software das spezielle Hardwareprotokoll
Ich glaub ich hab den CAN Processor (IC21) gefunden: A82C250 2A6A2 n2194 Keine Ahnung, ob diese Information noch was nutzt. Was müsste man im Programm einstellen, damit ich einen anderen CAN Processor ansprechen kann?
-
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]
-
Artikel
Reichelt-Wishlist
Buffer) * Philips PCA82C252 oder TJA1054A oder vergleichbar ("Fault-Tolerant" CAN Transceiver, 11898-3) | | Power over Ethernet Bausteine z. B. LM5070 | RS485 isoliert: z. B. Burr-Brown ISO485 o.ä. | | sn65hvd230/231/232
LED-Dimmer | | PCA9533D 4Bit I2C_BUS LED-Dimmer | * PCA9550D 2Bit I2C-BUS LED-Blinker | | PCA9553D 4Bit I2C-BUS LED-Blinker | * PCA9552D 16Bit I2C-BUS LED-Blinker | | Microchip PIC 18F2550 (USB, 32 KBytes Flash) | (bereits
-
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
Welche Datenrate benutzt Du überhaupt und wie wird der Takt dafür >> erzeugt? > Der Can Läuft mit 250kbit/s >> Und mit wie wird der Takt erzeugt meine ich nicht nur "mit Quarz", >> sondern wenn das so ist mit welchem Typ genau und welchen Kondensatoren >> dazu. > Quarz ist das im Anhang mit 12 pF
-
Thread
5000 LEDs über I2C dimmen
Wenn du unbedingt bei I2C bleiben willst könnte dir noch ein P82B715 I2C Bus extender helfen... Ralf
..ich nehme in dem Fall immer einen CAN Transceiver http://www.systronix.com/Resource/PCA82C250_3.pdf oder einen rs485 Transceiver: http://www.datasheetcatalog.org/datasheets/270/189806_DS.pdf oder dmx: http://www.sycelectronica.com.ar/semiconductores/75176.pdf und schalte
-
Thread
Brauche Informationen über den CAN-Bus
Application notes von nxp, z.B. PCA82C250 o TJA1054.
Kann mir jemand sagen, wo man das zugehörige header-file zum oben aufgeführten attachment-link zu can.c findet? der link lautet: http://www.mikrocontroller.net/attachment/10813/can.c und wurde von ozo gesendet.
-
Thread
AT90CAN128 - keine Reaktion des CAN-Controllers?!?
Hallo Andreas, meinst Du hier PCA82C250? Läuft jetzt dein Programm? Ich kämpfe schon seit 3 Wochen mit CAN und suche vergeblich nach dem Fehler. Das Sende- und Empfangsprogramm geht bis der Warteschleife und bleibt da hängen,
habe 2 Boards mit je einem AT90CAN128, wobei einer Sender und der andere Empfänger ist. Baudrate ist 250 kbit/s. Bit Timing habe ich nicht selbst gerechnet sondern aus dem Datenblatt genommen. Weiss nicht, ob es stimmt. Auch mit anderen Baudraten habe ich ausgetestet. Im Internet habe ich einige Beispiele
-
Thread
CAN Bus
leistungsfähigkeit deines 4433, aber es gibt auch IC´s die die Kommunikation für dich erledigen. Ich glaube der PCA 82C250 und der SJA 1000 sind solche Umsetzer. Die bekommst z.B. im Reichelt. Wie die genau funktionieren weis ich auch nich, sorry. Du solltest dir aber überlegen ob du nicht doch umsteigst auf einen
sollte man besser den SJA1000 mit Parallelschittstelle nehmen. Oder eben CAN intern (z.B. auch DS80C390, C505, P87C592). Peter
-
Thread
Can Controller Beschaltung
realisieren. Ein Microcontrollerboard, welches ein Can-Controller SJA1000 und den Can-Transceiver PCA82C250 beinhaltet habe ich schon! Für die Auswerteschaltung benutze ich den AD-Wandler des Controllers. Nun zu meiner Frage: Um das Signal über Can-Bus zu übertragen benötige ich einen zweiten Can-Controller
zusammen! Das Problem wäre erstmal gelöst! Hab mir nen 2.Microcontroller bestellt. Da ich in der C-Programmierung net allzu fit bin, wollte ich einmal nachfragen, wie ich mein Vorhaben in ein C-Programm umsetzen kann.Habe LdR´s als sonnensensoren. diese müssen nun an den internen A/D-Wandler angeschlossen
-
Thread
AT90CAN128 BASCOM Testprogramm
Hallo an alle BASCOM Spezialisten Ich möchte mit einem AT90CAN128 und dem Treiber PCA82C250 ein paar Bytes zu einem anderen AT90CAN128 senden bzw. empfangen. Ich suche verzweifelt im Netz nach BASCOM Routinen für: Can Initialisieren Can Senden Can Empfangen Wäre sehr dankbar
Hallo Gudrun, hier ist eine CAN-Bibliothek in C: http://www.mikrocontroller.net/topic/98697#new Veruche, diese in Bascom umzusetzen. Ebenfalls befindet sich ein C-Beispiel in der Codesammlung, dass 1 Byte sendet und eins empfängt. Wechsel
-
Thread
Ingenieur-Projekt.... brauche ratschlag
Den PCA82C250 gibts doch auch in DIP-8 und den SJA1000 in DIP-28 und für den T89C51CC01 im PLCC-44 gibt es doch Fassungen im 2,54mm Pin-Raster. Peter
-
Thread
CAN-Bus; Was brauche ich?
Idealer Weise je Einheit einen µC und einen CAN-Controller. µC kannst Du nahezu beliebig wählen (am besten Atmel da hier der support in diesem Forum sehr gros ist), CAN-Controller würde ich Dir den SJA1000 von Phillips empfehlen.
http://www.embedit.de/ Zusätzlich brauchst du nur noch einen Treiberbaustein, beispielsweise den PCA82C250 und ein bisschen Draht für den Anfang. Zum Testen hab ich noch einen USB Adapter von http://www.peak-system.com
-
Thread
*CAN Baudrate Berechnung*
z.B. 250Kbit/s --> mit welchen Werten muss ich das Register BTR0 und BTR1 laden (Taktfrequenz 8Mhz)?
nicht weiter. Ich habe folgende Konstellation. ATMega16 mit 16MHz Takt SJA1000 mit 16MHz Takt PCA82C251 als Treiber (hier liegt der RS Pin auf GND) Als Gegenstelle habe ich einen CAN_USB Irgendwie bekomme ich die Baudrate nicht eingestellt. Bei 125kBaud hab ich folgendes eingestellt: BTR0
-
Thread
CAN BUS
Hallo, es gibt CAN-Transceiver-Chips, die die TTL-Signale auf die entsprechenden Pegel wandeln (z.B. PCA82C250 oder SN75LBC031). Jedoch kann man wahrscheinlich den Pegelwandler nicht direkt mit dem UART betreiben. Neben den reinen Wandlern gibt es auch noch CAN-Controller, die das CAN-Protokoll beherrschen
kann man verwenden, wenn man bereits CAN-Bus verträgliche Signale von einem Mikrocontroller (z.B. C164,C167) auf einen CAN-Standardpegel bringen will (vergleichbar MAX232 für seriell). Da sich RS232 und CAN-Bus grundlegend unterscheiden, ist es ohne ein Gateway (mit Controller) nicht ohne weiteres
-
Thread
AT90CAN128 CAN-Bus mit BASCOM Gesperrt
Hallo zusammen. Ich habe 2 Platinen mit jeweils einem AT90CAN128 und einem PCA82C250 Treiber. Die 2 Platinen sind mit den Leitungen CAN-H und CAN-L miteinander verbunden. Ich möchte mit BASCOM von der ersten Platine eine Byte-Variable zur zweiten Platine mit dem CAN-Bus übertragen
Vorgabe für die ID´s, aber später sollen noch weitere AT90CAN128 dazu kommen. Denke auch das man den C-Code in BASCOM umsetzen kann, aber C ist absolut fremd für mich. Schon mal tausend Dank für Deine Mühe. Renate
-
Thread
Verhalten d Canbus, wenn Zündung an/aus
Die CAN-Transceiver (z.B. PCA82C250) haben doch wake-up funktion im stand-by mode bei can-aktivität. sprich im stand-by mode vom transceiver und aktivität auf dem can bus wird ein flankenwechsel am RxD durchgeführt (soweit ich weis
-
Thread
[Suche] STM32 Cortex M3 Board
cool eu ist nicht ganz geeignet - da müsste ich basteln da "Der RS485 Bus wird durch CAN Controller PCA82C250 realisiert. " und der kann lt. Datenblatt nur 1 Mbps.
-
Thread
3 Uarts miteinander verbinden
nimm transceiver... CAN PCA82C250 DMX SN75176 RS485 SN75LBC184 MAX485 http://www.mikrocontroller.net/articles/RS-485 ist dann aber halbduplex... :-) es darf immer nur einer senden...
-
Thread
Farbkamera Steuerung über Joystick
befinden sich im wesentlichen ein ATMega88, zwei L6219 (Schrittmotortreiber) und ein CAN-Bustreiber (PCA82C250). Die Verbindung zur Steuerung erfolgt über CAT5-Kabel. 2xStromversorgung, 2xSteuerung, 2xVideo, 2xAudio. Zur Steuerung wird ein eigenes Protokoll verwendet : Adresse (Kamera)| Subadresse (z.B.Motor
einschaltet und keinen Menuzugriff mehr erlaubt, 2,4GHz Empfänger reinbasteln, das ganze mit nem µC so steuern (der außerdem noch an nem 433MHzTransceiver hängt, Gegenstück ist in der Kamera verbaut), daß der LCD im standby ausgeschaltet ist und nur der 433MHz mit dem µC läuft (ca 60mA gesamt), im
-
Thread
Multimaster Bus
vernetzen. Was haltet Ihr von der Idee CAN bus transreceiver (also nur einen Treiberbaustein,z.B. PCA82c250) direkt an den UART eines AVR zu hängen. Vorm senden könnte man prüfen ob etwas im Eingangpuffer ist. Falls nicht wird gesendet. Nach dem senden sollte die gesendete message im Eingangspuffer
Mit I2C kannst Du solche Entfernungen auch gar nicht überbrücken. Da ist ein differentieller Transreceiver schon das richtige, wenn's Kabelgebunden sein soll. Reiner
-
Thread
Can-Bus in Basic
Hallo Mike, genauer gesagt habe ich ein 80C32 Mikrocontrollersystem aus Elektor. 3 Stück dieser Systeme möchte ich jetzt über CAN vernetzen. Dazu habe ich mir einen Schaltplan für den SJA1000/PCA82C250 besorgt. Was fehlt ist jetzt die Software des 80C32 in Basic (da ich noch blutiger Anfänger bin). Kannst du mir helfen? Grüße Tobias
-
Thread
Kommunikation mit RS485 zwischen Atmega8 und Computer
Hi Es wäre einfacher ,wenn du Can-Bustreiber (PCA82C250) nimmst. Der Bus ist ähnlich RS485, aber die Treiber haben eine automatische Umschaltung auf Senden, wenn der TX-Eingang angesprochen wird. MfG HG
naja, wenn die software für rs232 ausgelegt wird wirds eng mit der Umsetzung. Ich würd dann n µC zwischenschalten, der einfach 2-mal uart bereitstellt. eine für pc-seite, eine für rs-485 - seite so als Dolmetscher
-
Thread
Protokollfrage
Unverrückbar.... sollte gar nix sein. Ich hab nur keine Ahnung von CAN Bus, bin glücklich daß ich in C den AVR so programmieren kann, daß die UART funktioniert und habe mich für den 485 Bus entschieden, weil ich ja dann einfach 'nen MAX485 an die AVR UART klemmen kann und alles ist chic. Muss ich halt
>Muss ich halt doch mal gucken, wie CAN Bus funktioniert.... Du kannst auch einen PCA82C250 als RS485-Transceiver benutzen und die Sendedaten gleichzeitig empfangen und vergleichen.
-
Thread
AT90CANxxx zusätzlicher Contoller notwendig?
Hallo Zusammen, folgende Frage. Ist für den µC AT90CANxxx, um den CAN volständig zu nutzen, ein zusätzlicher Can Controller notwendig? Vielen Dank für die Antworten. Lg Andreas
Du brauchst noch einen CAN Transceiver (z.B. PCA82C250)
-
Thread
CAN Kommunikation auf dem UC3C1512C
Hallo zusammen, ich versuche derzeit die CAN Kommunikation auf dem AT32UC3C1512C aufzubauen. Mit Hilfe der Software Beispiele aus dem ASF konnte ich mein Programm aufbauen. Inzwischen bin ich soweit, dass mein µC die CAN Signale sendet, allerdings erhalte ich diese Daten nicht
habe meinen Quellcode einmal angefügt. Meine Softwareumgebung ist das Atmelstudio 6.2. Ich nutze den PCA82C250 CAN Transceiver, welcher an den PINs PC00 und PC01 des µC angeschlossen ist. Liebe Grüße
-
Thread
CAN BUS maximal 30 Knoten?
das CAN-Protokoll aufsetzen. ISO 11519-2 SAE CAN Class B ISO 11898 SAE J1939 SAE CAN Class C Der Heidi-Artikel ist ja nicht ganz ernst zu nehmen... Zumindest schreibt sie, dass CAN OSI Layer1 und 2 ist, das stimmt. Die Begrenzung auf 2-110 Knoten besteht erst in den höheren Layern. PEAK
stehen. Soweit ich weiß, gibts aber für CAN auch Repeater, die dann die Teilnehmerzahl erhöhen. PCA82C250 ist z.B. so ein Bustreiber. Datenblatt gibts bei Philips. Grüsse
-
Thread
AT90CAN128 welcher Reciver?
PCA 82C250. Funktioniert super mit dem AT90CAN128. http://www.reichelt.de/?ACTION=3;ARTICLE=39907;PROVID=2402
-
Thread
Bus mit nur einem Kabel
Ich habe gerade den PCA82C250 entdeckt. Das könnte doch was für meine Zwecke sein. Im Datenblatt steht zwar, dass er für einen Can Bus ist aber ich muss ihn ja nicht als solches benutzen.
-
Thread
CAN Projekt mit vorhandener HW
Hallo, ich möchte auf einer bestehenden HW (P89LPC932 (ohne CAN-Cntr.) und CAN-Tranceiver PCA82C250) ein CAN-Interface auf Softwarebasis, ohne HW-CAN-Controller, realisieren. Es soll nur die Abfrage von 3 Tasten und die Ansteuerung einer 7-Segmentanzeige implementiert werden. Ist das grundsätzlich
hier auch. Ist halt nur so, daß die gesendeten Daten auch sofort wieder ankommen beim Versender µC. Ein Software CAN halte ich für zu Aufwendig. Allgemein finde ich das CAN Protokoll von dem was ich gesehen habe zu Aufwendig. Gruß Rainer