-
Thread
Slope Widerstand PCA82C25 bei 250kBits/s
Hallo, in dem Datenblatt des PCA82C25 ist leider nichts beschrieben wie der RS-Pin beschaltet wird. Hat jemand Erfahrungen mit der Dimension des Widerstandes? Die Übertragungsrate liegt bei 250kBits/s Viele Grüße Axel
-
Thread
[V] Softing CAN-AC2 für ISA-Bus
4x hp7100 Optokoppler, 1x DS1000, 1x LT1016. Dann verlötet 1x Oszillator 16MHz, 1x DCDC-Wandler, 2x PCA82C250 Transceiver, 2x PCA82C200 und ein Haufen TTL.
-
Thread
I2C Bus längere Reichweite
Es gibt I²C-Bus extender, wie den P82B715. Vielleicht erreichst du damit ja deine 50m. Ansonsten hilft, wie Falk bereits sagte, vermutlich nur mit der Taktfrequenz runter zu gehen. Gruß Rainer
Bei mir hat der PCA9600 geholfen. Laut Datenblatt bis 250m geeignet.
-
Thread
IO-Module an eigenem Bus mit ATMEGA
System bräuchte dann schonmal mindestens 18 Adern (VCC/GND nicht vergessen). Ausserdem gibts I2C Port-Expander, welche sowohl Ein- als auch Ausgänge sein können, das ganze bisweilen sogar bitmäßig konfigurierbar. Ein entsprechender Chip wäre der PCA9534. Desweiteren hättest du bei I2C den Vorteil
man bei I2C den Bus bei allen Modulen durchschleifen, alle Module sternförmig an die Controller-Platine anbinden oder ist das egal? Den PCA9534 finde ich weder bei Reichelt / Conrad noch bei Schuricht - bei Farnell
-
Thread
Signalampeln mit I2C
sein, dass bei Twisted Pair die Kapazitäten zwischen den Leitungen größer sind. Mit CAN-Treibern (PCA82C250) kann man I2C sogar kilometerweit übertragen.
Baugruppe ein einzelnen IC zu setzten: | | µC--A--A--A--A--A--| P82B715 ["long Cable"] P82B715 |--A--A--A--A | | µC = Hauptplatine A = Ampel
-
Thread
Atmega2560 mit mehreren Atmega128 vernetzen
P82B96 oder PCA9512.
Mit auf den Adapter kommen: Quarz, Reset-Taster, ISP-Stecker, 7805 Spannungsregler, CAN-BUS-Treiber PCA82C250, und ein paar Jumper usw... Ätze mir dann mal 2 Adapter um mal etwas mit dem CAN-Bus rum zu experimentieren. Danke Peter für Deine kompetente Hilfe!!! Gruß Willi
-
Thread
Einsteiger bei AVR und Can
Hi, mal ne frage, wenn man den philips chip +avr nimmt, braucht man da den bustreiber PCA 82C250 oder gehts auch ohne?
MCP2515 gehoert zwischen Chip und Bus ein "Can-Leitungstreiber". Fuer "High-Speed-Can" z.B. Philips PCA82C250 (im Lieferprogramm) oder Nachfolger oder vergleichbar. Zur "Inspiration" vielleicht hilfreich: http://www.siwawi.arubi.uni-kl.de/avr_projects/can/index.html
-
Thread
uC-Netzwerk
Hallo, ich möchte mir ein uC - Netzwerk aufbauen, das Multi-Master fähig ist. D.h. Daten sollen von jedem uC versendet bzw. empfangen werden können, während automatisch berücksichtig wird, dass nicht 2 uCs gleichzeitig senden. soweit
das der can bus. also meine frage: wenn ich an jeden uart meiner uCs einen can bus treiber wie den PCA82C250 hänge, brauche ich mir dann softwaremäßig keine "sorgen" mehr über kollisionen bzw. datenverlust machen?? und wieviele uCs lassen sich so in einme Netzwerk zusammenschalten? Danke, Mathias
-
Thread
CAN-Bus am Atmega 8
Falls ATmega8 "gesetzt": z.B. ATmega8 + MCP2515 + PCA82C250 Die Kombination funktioniert "hier" ganz gut. Die Bauteile sind relativ guenstig und alle auch "bedrahtet" erhältlich (z.B. bei Reichelt). Information zur Ansteuerung des MCP und einige Codebeispiele
der altungsaufwand ist relativ gering alles was du brauchst ist der mcp2515 nen treiberbaustein 82c250 nen quarz für den mcp (oder du taktest den durch den mega) den mcp hängst du direkt an den SPI port an einfachen beispielen zur programmierung mangelt es leider unter http://www.kreatives-chaos.com
-
Thread
i2c - wie wird kabellänge gemessen? Verstärker?
Treibern können Leitungslängen von weit über 100 m bei 100kHz erreicht werden. Leitungs-Treiber: P 82B96 I²C-Bus Repeater/Hubs/Extenders (von mir bevorzugt verwendet) P 82B715 I²C bus extender wird der Bus z.B. zu groß (Umfangreich), kann man diesen jederzeit auch über einen HUB in Segmente
. Gääähn. Wir leben in 2010. Über 100kHz freut sich kein Mensch mehr! > Leitungs-Treiber: > P 82B96 I²C-Bus Repeater/Hubs/Extenders (von mir bevorzugt verwendet) > P 82B715 I²C bus extender Ganz schöne Klimmzüge, um nicht von der Technik wegzumüssen, auf die man sich so eingeschossen hat!
-
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
SPI-Probleme (Mega64)
Clock, und zum anderen bekommt der MCP2515 etwas mit, und sendet auch brav. Allerdings sieht das am PCA82C250 (der CAN-Driver für die hübschen Pegel) irgendwie traurig aus (can_h.jpg, can_l.jpg, natürlich anderer Maßstab, IIRC 0,5 V/DIV). Ist das gut genug, um was zu senden, oder ist das zu schlecht?
sicherlich mies, aber IMHO dürfte das CAN-Signal nur von der "letzten Meile" abhängen, also was vom MCP zum PCA und vom PCA zum SubD-Connector kommt. Fazit: ich probier's damit, und wenn die anderen Busteilnehmer mich auslachen, dann wird das ganze recht düster, weil für HF-Voodoo habe ich weder das Know-How
-
Thread
Suche Bussystem
@michael: ich verwende can (hier den pca82c250) für die physische übertragung, weil die diff-leitung so robust gegen aussenstörungen ist. alles weitere an beschaltung ist dann ohne can-controller o.ä., da habe ich mein eigenes zeug gebaut. ich benutze nur die rx und tx leitung , die von 250er kommt. grüße andreas
-
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
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]
-
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.