-
Thread
STM32F103 treibt TI-SN65HVD232 nicht richtig
benutze grade ein STM32F103 um mit CAN zu kommunizieren dazu habe ich mir den Transceiver(TRCVR) von TI SN65HVD232 ausgesucht. CAN ist auf dem ST komplett implementiert und es werden auch Daten an den TRCVR übersendet nur leider nicht auf den Bus umgesetzt und genauso wenig wieder empfangen(Rücklauf auf
-
Thread
SN65HVD230 CAN Board Network Transceiver Config und Befelssatz für UART
Frank K. schrieb im Beitrag #5493579: > Deinen SN65HVD230 solltest Du auch noch mal überdenken. TI sieht das weniger kritisch: http://www.ti.com/lit/an/slla337/slla337.pdf
ausgezeichnet. Verdrahtung wie im Bild. Ich hoffe das erspart Arbeit. Mit 3.3V Betriebsspannung sollte der SN65HVD230 laut Datenblatt laufen. !!!Alles ohne Gewähr!!!
-
Thread
Can Transreceiver
oder doch nur aussagt, in welcher Form das Bauteil verpackt ist. https://www.ti.com/lit/ds/symlink/sn65hvd232.pdf?ts=1635869040613&ref_url=https%253A%252F%252Fwww.ti.com%252Fproduct%252FSN65HVD232
Seite 36 ist eine Tabelle, dort sind alle Typen aufgeführt Das ist nur die halbe Wahrheit. Für die SN65HVD232Q gibt es ein eigenes Datenblatt https://www.ti.com/lit/ds/symlink/sn65hvd232q.pdf
-
Thread
UART => LVDS via CAT-5
bei RS485 ist mindestens +-7V, waehrend sie bei LVDS sehr viel kleiner ist. Als Treiber gibt es die SN65HVD23D die machen 25MBit bei 160m, den SN65HVD24D mit 3MBit bei 500m, oder aehnlich.
SN65HVD23D nke auch, dass es zumindest ein Differenzsignal sein sollte, wie bei RS-422 oder RS-485. Eine RS-232 fällt also flach ...
-
Thread
SN65HVD231 mit UART
Problem. Ich muss also nur meinen RFD51822 mit CAN ausrüsten. Ich habe mir als CAN-Transceiver den SN65HVD231 herausgesucht, da der 3,3V kompatibel ist. Meine Frage nun ist folgende: kann ich den SN65HVD231 als eine Art UART zu CAN Pegelwandler betreiben, oder benötige ich ebenfalls einen CAN Controller
: > Nimm doch einfach einen zweiten und bau Dir einen UART-CAN-Umsetzer. Und Du sparst Dir den SN65HVD231.
-
Thread
Max3051 will nicht
Ich hab dann mal neue bei Mouser bestellt... und gleich noch ein paar SN65HVD232DR.
dann hoffentlich funktionierende MAX3051, und wenn die immer noch nicht wollen, der noch simplerer SN65HVD232 - der hat ja dann 0 Extras. Gruss FloF
-
Thread
Mindestkabellänge für RS-485 Leitungstransceiver SN65HVD1780P
getan aber hier funktioniert es gar nicht. Der Aufbau ist wie folgt: ATXmega - SN65 - 10 cm Kabel (Soll später ca. 30 cm Kabel sein und über einen Schleifring gehen) - SN65 - FT232. Nun kann ich den ATXmega direkt mit dem FT232 verbinden und alles geht. Sobald die SN65 dazwischen
Dann ist es so, dass wenn ich die SN65 weg lasse und MCU und FT232 direkt verbinde, dass es geht.
-
Thread
Verständnis zu RS-485
1St Nun meine Verständnisfrage(n): Können alle Slaves einfach so auf dem RS-485 senden (bspw. SN65HVD72D) und der Master (in dem Fall Raspberry) zeichnet alles auf, was auf dem Bus "los" ist oder muss der Master (Raspberry) die einzelnen Slaves reihum abrufen und denen erlauben, dass sie senden
Hallo, danke für die Antworten und dem Hinweis auf den FT232. Habe mir für den RS485 Treiber den TI SN65HVD72D ermittelt, da er u.a. mit der Versorgungsspannung von 3,3V des Raspberry zu betreiben ist, sowie der dahinterliegende ATmega328P-AU ebenfalls damit
-
Thread
Physikalischer CAN Bus mit Transceivern aber ohne CAN Controller
Bzgl. der Versorgung aus der Batterie für den SN65HVD234: Ein Boost im SOT23 mit Enable, der ebenfalls per GPIO gesteuert wird, wäre z.B. ein TPS613221A für 3.3V oder ein TPS613225A für 3.0V.
Ansonsten nuckelt der etliche mA aus der Versorgung. Dann lieber den LPC11C14 ohne Transceiver und einen SN65HVD234 andocken. Dann lässt sich beides mit 3.3V versorgen und man hat einen schönen Sleep-Pin für den Transceiver.
-
Thread
Microchip und PIC32 / PIC18F mit CAN, braucht es ein externen PHY?
sehe ich gerade das es so ein Thread schonmal gab: http://www.mikrocontroller.net/topic/257110 SN65HVD232DR wäre echt ne Idee
Simon schrieb im Beitrag #3189198: > WTF?! das ding braucht 200mA?! Beim SN65HVD23x liegt der maximale Kurzschlussstrom sogar bei 250mA. Aber nicht lang - denn dann wird der Transceiver heiss und dessen Thermoabschaltung greift ein.
-
Thread
Max. 200 Meter Bussystem
Schau dir die Treiber von TI wie SN65HVD23D (25MBit@160m) & SN65HVD24D(3MBit @500mm) an. Ich wuerd RS422 mit 2 Aderpaaren RS422 implementieren und mir die Umschalterei des RS485 sparen. Einfach je an das UART und gut ist.
Aderpaar, bei RS422 sind es 4 Leitungen statt 2. Ich schwanke gerade zwischen folgenden ICs: SN65HVD24D ADM2582E Wobei ich sogar eher zum ADM2582E/ADM2587E tendiere. Dort ist ja in der Tat alles drinn was ich möchte. Ich müsste es nur noch an den UART packen. Warum wird im Datenblatt eigentlich
-
Thread
sn65hvd230/231/232 Eagle-Lib gesucht
Hi, ich suche eine Eagle-Lib für einen CAN-Transceiver: - sn65hvd230 - sn65hvd231 - sn65hvd232 Falls ihn jemand hat wäre es nett den hier rein zu stellen. Vielen Dank im Voraus. Gruß Ralf
-
Thread
UART - USB cable - UART
Wenn du USB gar nicht brauchst, dann mach einfach UART über RS232 (z.B. mit MAX232) oder RS485. USB ohne Host geht nicht.
Die RS422/RS485 Treiber haben wenigsten Treiber, welche eine spezifizierte Reichweite haben. SN65HVD24D : 3MBit @ 500m SN65HVD23D : 25MBit @ 160m Auf keinen Fall 75176. RS232 ist etwas problematisch bei groesseren Laengen. Aber auf diese 5m, kann man sich sogar ueberlegen, sogar ohne RS232
-
Thread
RS232 routen/multiplexen
Multiplexer, die +/- 15V schalten können, z.B. ADG5xxx. Das gesagt habend, würde ich einfach einen RS-232 Treiber und einen RS-422 Treiber parallel schalten, und zwar MAX3222E bzw. SN65HVD1791. Die haben beide Driver- und Receiver-Enable, damit kann man auf der 5V-Seite mit Logik oder Jumpern multiplexen
Beide sollten von ti sein, Maxim- oder noname-Teilen traue ich in so einer Anwendung nicht. Der SN65HVD1791 verträgt an Ein- und Ausgängen ±30V, der MAX3222E 20V an den Eingängen und 13V an den Ausgängen. Die Herausforderung sind die vielen Kurzschluß-Varianten, z.B. RS-232-Treiber gegen TTL-Treiber
-
Thread
Spannungsversorgung aus RS232?
mit übers Kabel. Alternativ wäre noch eine RS232-RS485 Umsetzung möglich, aber auch hier müßte die Versorgung aus der RS232-Schnitte am PC erfolgen. Was ich mir vorstelle ist sowas hier: http://fremo-block.sourceforge.net/BlockInterface/pegelwandler_rs232
jede Richtung. Dazu gibt's auch spezielle Treiber, fuer lange Kabel und hohe baudraten. Die SN65HVD23D machen 25MBit auf 160m, und die SN65HVD24Dmachen noch 3MBit auf 500m, Es gibt auch noch andere Treiber und auch guenstigere. Ob die Treiber vom RS232 Speisbar sinnd muesste man anschauen. Mit
-
Thread
RS232 Leitung mit Twisted Pair Kabel
Spezialteile. 2. RS232-Signal in RS485 umsetzen, Umsetzer gibt als Chip oder kleines Modul recht Preisgünstig fertig. Am anderen Ende wieder in RS232 rückverwandeln. Reichweite mit guten Treibern mehr als 1000m. Nachteilig
koennen dieselben wie RS485 sein, muessen aber nicht. Fuer hohe Darenraten in lange Leitungen : SN65HVD23D : RS485 tranceiver, extended common mode -20 to +25V, 25MBit @160m, 64nodes, supply 7mA plus load, SO8, 4.05$ @1, replacement of DS75176, SN65HVD24D : RS485 tranceiver, extended common mode
-
Thread
CAN: plappernder Idiot?
einmaligen Sendebefehl fortlaufend plappert wenn der CAN Bus (CAN_L, CAN_H) nicht am CAN Tranceiver(TI's sn65hvd232) angeklemmt ist? Der TEC (transmit error counter) steht dann auf 128 :-/ Oder habe ich das Teil falsch konfiguriert?
einmaligen Sendebefehl fortlaufend plappert wenn der CAN Bus > (CAN_L, CAN_H) nicht am CAN Tranceiver(TI's sn65hvd232) angeklemmt ist? Und du schriebst darauf: Rudolph R. schrieb im Beitrag #5221925: > Viel wichtiger ist doch, dass sich das Programm nicht aufhängt weil die > Message-Que überläuft, oder
-
Thread
CAN-Bild
ach ja, CAN-Transceiver ist SN65HVD230 und SN65HVD232. Der Sendereingang ist enabled, sonst geht senden nicht.
-
Thread
Single-Master Hausbus: CAN vs RS485(4-Wire)
Luftdruck per BMP280. Ein Kreuzschalenaneometer mit Hall-Sensor ist im Bau. Der CAN-Tranceiver ist ein SN65HVD232 ohne galvanische Trennung. Außerdem sitzt neben dem Stromzähler ein Hutschienen-Modul mit einem STM32F407 der u.A. den aktuellen Stromverbauch über eine S0-Schnittstelle ermittelt und in den CAN-Bus schickt. Auch hier verwende ich einen SN65HVD232 mit zusätzlicher galvanischer Trennung über einen ADUM1201. Vorteile von CAN sind ganz klar: - Bei vielen STM32 onboard - automatische Bus Arbitrierung, Sensoren schicken ihre Werte einfach
-
Thread
Feldbus für Mikrocontrollersysteme
Aha. Zeig mal. Damit wir uns ein Datenblatt anschauen koennen. Ich werf mal fuer einen RS485 den SN65HVD24D fuer erhoehte Anforderungen ein.
Jetzt ist G. schrieb im Beitrag #5529069: > Damit wir uns ein Datenblatt anschauen koennen Z.B. SN65HVD1050 Jetzt ist G. schrieb im Beitrag #5529085: > Nicht jeder kann wie dieser > 3MBit auf 250m. Enorm wichtig, wenn man vielleicht 9600 Baud über 5m übertragen will...
-
Thread
Platine für CAN BUS
brauchen könntest. Prozessor ist ein at90can128 mit Can-Controller an Board, und als Treiber ist ein SN65HVD232D bzw SN65HVD230D drauf, ein ext. 8MHz Quarz, versorgt wird die Kiste über 3V oder 5V, wenn Du noch ein Display dranhängen willst, Steckvorrichtung für Display ist auch drauf und ein kleiner Joystick
-
Thread
canbus mit SN65HVD230D und FlexCan
hi @all, ich verwende SN65HVD230D und die FlexCan-Lib von https://github.com/teachop/FlexCAN_Library das funktioniert auch alles bis zu der stelle wo ich mehrere can-pakete übertragen will beim sender will ich ca. 30
frei hab und das ist aktuell nur pin 3 und 4 also can, da alle 3 seriellen schon belegt sind (max232, gps, usb-host) ... also hab ich folgendes gedacht, nimm 2x SN65HVD230D mach 2 kabel dazwischen und schick deine daten drüber ... wenn ich auf beiden seiten eine serielle opfere, kann ich die
-
Thread
Wer hat Erfahrung mit gEDA, gschem etc. ?
TPA301DR (mono amp in 8-soic) - MSP430f1612IPM (ist aber meine ich schon enthalten (64-LQFP)) - SN65HVD231D (CAN transreceiver (8-soic)) - MAX3221IDBR (1 kanal rs232 (16-ssop)) - SN65HVD08d (RS485 (8-soic)) - AT45DB321C-RU (32mbit flash (28-soic)) - AT45DB321C-TU (32mbit flash (28-tsop)) - MCP2515
-
Thread
Welchen Mikrocontroller CAN-Bus
, d.h. Du kannst Dir das ganze zur Not auch auf einem Steckbrett aufbauen. Dazu vorzugsweise einen SN65HVD232 3.3V Transceiver (die meisten Transceiver brauchen 5V, der dsPIC ist aber wie die meisten aktuellen Controller ein 3.3V Chip), und los gehts. Die MPLAB IDE und den C30/XC16 Compiler sowie die
oder einen 100%-Nachbau. Das Original kostet etwa 50€. Zum Transceiver: http://www.ti.com/product/sn65hvd232 Schau auch hier: http://ww1.microchip.com/downloads/en/DeviceDoc/70319B.pdf fchk
-
Thread
DMX-Receiver mit xmega - UART empfängt nur Müll
das Atmel Xplained A1 Eval-Board, auf dem ein ATXmega128-A1 läuft. Die DMX-Daten werden mit dem SN75176 von RS-232 zu TTL "konvertiert". Da der SN75176 5V braucht, kann ich den nicht über den µC versorgen, das mache ich extern. Der Ausgang des ICs geht an den PIN2 von PORTC - der Eingangsport von
passende Teile wären z.B. SN65HVD11D (TI) LTC1480 (Linear)
-
Thread
Wahlweise RS232 oder RS485
Nimm einen Standard-RS232-Treiber, der sich an den Ausgängen hochohmig schalten läßt und als RS485-Treiber z.B. den MAX3441. Ihm machen bis 65V an den Eingängen nichts aus.
der Suche einem 8-Beiner mit einer solchen fault-protection bei TI fündig geworden. Der Stein heißt SN65HVD1781. Gruß, DetlevT
-
Thread
Identifikation Modbus-Controller-IC auf Platine
Der 'Controller' wird ein RS485 Treiber sein wie ST485, SN75176BP SN75LBC176, LTC485, SIT3088E SIT3485 SIT3490 SIT65HVD75, MAX487 MAX489E MAX490E, ADM3485
Wenn man eine vernünftige UART nutzt, ist das kein Thema. Das können sogar USB-Seriell-Adapter wie FT232. Wer aber meint, einen RS232-zu-RS485-Konverter mit den Handshakeleitungen der PC-UART ansteuern zu wollen, der macht was grundlegend falsch.
-
Thread
Must-Know Chip-Basiswissen Gesperrt
max485 max232
STM32F105/107 ;-) 78xx, 79xx LT1308 LD1117 FT245 SN65HVD230 40xx ATmega48/88/168
-
Thread
USB Ethernet als treiberlose Schnittstelle
mit Treibersignierung nicht beschäftigen müssen. A5: Möglichst treiberlos Bisher hab ich den FT232RL als USB-UART-Wandler benutzt, der kollidiert aber meiner Meinung nach erstmal mit der Anforderungen A2. Wenn ich den Chip nicht über einen virtuellen COM-Port ansprechen will, sondern über die D2XX-Library
Ethernet-Buchse und etwas Kleinzeug anzuschließen), einen RS485-Transceiver (am Besten sowas wie TI SN75HVD08/SN65HVD08 mit 3.3V Versorgungsspannung, weil der PIC auch mit 3.3V arbeitet), und die Stromversorgung (z.B. LM1117-3.3V). Obendrein ist das Interface dank des in der RJ45-Buchse verbauten
-
Thread
AT90CAN128, Bus Treiber
Pogrammierung (viel Glück) ist der Treiber nicht nötig, der macht für Can praktisch nichts anderes, als der Max232 für die RS232 Schnittstelle. Wenn Du den CAN128 benutzen möchtest, hast Du die CAN-Logik schon eingebaut. PCA82C250 ist der MAX232 für den CAN-Bus und wird nicht programmiert, sondern nur benutzt.
z.B. findest Du den Treiber den ich mir ausgesucht habe http://focus.ti.com/docs/prod/folders/print/sn65hvd232.html
-
Thread
ft232rl und RS485
Hallo, ich habe mit dem ft232rl folgendes Problem: Ich habe die Schaltung als USB-rs485-Converter laut Datenblatt (Abschnitt 7.2) aufgebaut, habe aber als Wandler einen max 4810 verwendet. Send-Enable des MAX4810 liegt an TXDEN
slyt324.pdf oder mit Fail-Safe-Transceivern wie dem dort verlinkten http://focus.ti.com/lit/ds/symlink/sn65hvd3080e.pdf arbeiten. Die unterschiedlichen Terminierungsarten findet man z.B. hier http://www.maxim-ic.com/app-notes/index.mvp/id/1090
-
Thread
Can bus Anfänger
hallo ich nochmal wie muss denn der bustreiber beschalten werden SN65HVD1050D kann mir das einer sagen
Hallo steffl, theoretisch ja - praktisch ausprobiert habe ich das noch nicht (ich habe nur einen CAN232). Z. Zt. verwende ich diesen, um aufgezeichnete LOG-Dateien über den CAN an eine "Eigenentwicklung" auszugeben, was problemlos funktioniert. "Früher" habe ich den CAN232 "andersherum" verwendet
-
Thread
ESP8266 & CAN // Vorschläge passender Baustein
ob er verfügbar ist. Was haltet ihr von : a) TJA1050T b) TJA1040T/N1 c) PCA82C251T/YM d) SN65HVD230DR lg rudi ;-)
RS232(3V3) -> SLCAN PIC18F25K80 + MCP2562 + CAN-CAN: http://wiki.kewl.org/dokuwiki/projects:can-can http://hg.kewl.org/pub/can-can/file/
-
Thread
RX/TX D/R Verbindungen (FT4232H -->SN65HVD7x)
Datenblätter: https://datasheet.ciiva.com/1787/ds-ft4232h-1787077.pdf https://www.ti.com/lit/ds/symlink/sn65hvd78.pdf?ts=1603636779745
Wie könnte ich denn noch ein "active" Flag für die RS232 Ausgänge kreieren?
-
Thread
CAN-Bus Problem mit AT90CAN128
zusammen, wir haben hier ein Problem beim Absetzen von CAN Messages. Als CAN-Treiber verwenden wir den SN65HVD231 von TI. Spannungsversorgung ist OK (3,3V), und zwar wird im Atmel-Register (CANSTMOB) beim Versuch, eine CAN-Message abzusetzen der Fehler (Bit 4) "BERR Bit error" gesetzt. Das soll wohl heißen
Denis, CAN ist anders als RS232, bei der Du Bits ins Leere schubsen kannst. Auf und im CAN Bus passiert einiges mehr, weswegen er auch wesentlich stabiler arbeitet. Es funktioniert NICHT mit nur einem Knoten am Bus. Vielleicht nutzt
-
Thread
Bussverbindung mit mehreren Datenleitungen mit Flachbandkabel
mit den Controllern verbunden. Die CAN Leitungen werden auf jeder Platine über eine Bustreiber(SN65HVD230D) angeschlossen. Der CAN-Bus soll auch über weitere Strecken mit geschirmten Kabeln nach Aussen verlegt werden. Die Datenrate soll bei ca. 9600 - 56000 bit/s liegen. Ich würde mich über
Das UART geht, mit Treibern der Max232 Sorte. Das I2C geht nicht ohne Treiber, ich wuerd's nicht man im Versuch probieren. Was soll das denn bringen? Weshalb nicht alles ueber das UART ?
-
Thread
[V] Diverse ICs und mehr
Beifang 3 8031 DIL 2 80C537 2 Butterflys mit Lichtsensor IRF 9540 TO & SOT IRF 540 TO & SOT ? SN65HVD232 div. Logic HTC, ALS & LS Olimax JTAG Programmer 2 DCF77 Uhren/ serielle Datenübertragung to be continued... goffrey_dehavilland (at) arcor (.) de @Ibejer 1-Euro-Geboten bitte an Eure
-
Thread
CAN BUs Transceiver für Freescale ARM A9
sind deine Bedenken :-) Nunja du müsstest ja höchsten den RX-Pin runterteilen, oder? Alternativ : SN65HVD232 das ist ein 3V3 Transceiver
-
Thread
langsame Übertragung, ungeschirmtes Kabel -> welchen Bus nehmen
Datenleitungen benötigt und geringen Aufbauaufwand erfordert. Zeitgesteuerte Datenübertragung wie CAN, RS232 oder 1wire möchte ich gerne meiden. Dazu hätte ich nun 2 Fragen. 1. Mir erscheint hierfür das I2C am sinnvollsten. Wie verhält es sich das dann aber mit den nötigen pull-ups? Da jedes Modul unabhängig
dem Bus nicht so viel los ist: du verwendest bei allen Teilnehmern Fault-protected Treiber (z.B. SN65HVD1781). Denen macht ein Kurzschluss nichts aus. Jetzt können die Teilnehmer lauschen was auf der Leitung los ist. Wenn nichts los ist und sie senden wollen fangen sie einfach an. Wenn ein anderer
-
Thread
RS485 mit (Atmel) USB Hardware?
Es gibt auch Transceiver in VSSOP8 (3mm*3mm, 0.65mm Pin Pitch). Zusammen zB mit einem PIC16F1574 im TSSOP oder UQFN (4mm*4mm, 0.65mm Pitch) sollte das eine recht kompakte Lösung werden. fchk
dann wäre so was doch eine alternative Lösung im QFN-Gehäuse 3x3mm: http://www.ti.com/lit/ds/symlink/sn65hvd75.pdf Gruß Öletronika
-
Thread
Bauteilerklärung
jedenfalls unleserlich wenn man es nicht abwischt. Vielleicht der https://www.ti.com/lit/ds/symlink/sn65hvd232.pdf?ts=1602445413010&ref_url=https%253A%252F%252Fwww.ti.com%252Finterface%252Fcan-lin-transceivers-sbcs%252Fproducts.html Wechseln kann man den schon - wenn man löten kann.
-
Thread
Steckverbinder mit Pilot-Kontakt
Transceiver ist der TCAN33x. https://e2e.ti.com/support/interface-group/interface/f/interface-forum/681985/sn65hvd232-maximum-series-resistance-on-canh-and-canl-lines Danke schonmal im Voraus
-
Thread
UART<->RS232 ARM-Cortex<->Atmel?
auf einer Seite negiert werden -> Ruhepegel auf TTL-Seite = High ( ca. 3V...3,3V) -> hinter RS232-Treiber = Low (-3V...-15V)) Bei unterschiedlichen uC wäre es aber reiner Zufall, dass beide zufällig die gleiche Abweichung haben. Wenn du einen RS232-Treiber dran hast, könntest du auch eine
mir aufgefallen ist das später ja noch mehr devices kommen könnten, hab ich einfach an jeden einen SN65HVD230D dran gehängt, dann noch 2x 120ohm wiederstände und fertig ist der canbus ... funktioniert mit der flexcan-lib perfekt ... jetzt können alle devices schön auf den bus schreiben und z.b. die
-
Thread
CAN betreiben mit 3.3V?
Warum nimmst du nicht einen 3,3V Can-Transceiver? Gibt es von TI, heisst glaube ich SN65HVD230 231 232.
-
Thread
Überspannungsschutz für RS485 Busleitung
Habe ich noch immer nicht verstanden. Ist diese Beschaltung (vom RS232/RS485 Konverter) richtig? Siehe Bild2: Busleitung A: D2(9V1),D5(4V7) in Reihe Busleitung B: D3(9V1),D4(4V7) in Reihe RS485 schrieb im Beitrag #2588731: > So steht es geschrieben. Verpolt heißt
Den IC2 im Bild könnte man auch gegen ein SN65HVD1781DR ersetzen. Der ist Pinkompatibel und hat von sich aus schon eine protection bis 70 Volt.
-
Thread
Unterschied MCP2515, 2551 und PIC 18F2685
CAN-Transceiver aber sehr wohl. Ich selbst habe mit dem CAN-Controller MCP2510 sowie dem CAN-Transceiver SN65HVD232 gute Erfahrungen gemacht. Insbesondere für die MCP-Controller-Reihe gibt es ein paar ganz gut funktionierende Bibliotheken (zumindest für den AVR, aber die sollten sich recht problemlos auf andere
-
Thread
Welche Schnittstelle für Bus-System ?
SPI und I²C sind nur für ganz kurze Strecken von wenigen Zentimetern geeignet. Mit RS232 hatte ich schonmal 25 Meter bei 115200 Baud gemacht, aber das war kein Bus, sondern nur Pont-To-Point. Schau Dir mal RS485 an.
Ich hab mal den MCP2515 per SPI an den Pi angebunden und einen SN65HVD230D als Transceiver dazu. Funktioniert bei mir wunderbar, wie man die Treiber dafür hinkriegt weiß Google - ich aus dem Kopf leider nicht mehr...
-
Thread
CAN vs. CAN mit ATMEGA
bringen und leistungsfähigere Peripherieeinheiten haben, oder Cortexe. Reine 3.3V-Transceiver wie die SN65HVD230-232 sind auf der Bus-Seite etwas kritisch, denn wenn der Standard im dominanten Zustand 3.5V vorschreibt, dann kann ein reiner 3.3V Transceiver die eben nicht liefern, sondern vielleicht nur
-
Thread
Ethernet-MAC am STM32 ohne TCP/IP Stack nutzen
externe Treiber machen müssen. UART mit TTL Pegel? Wohl kaum. Da braucht es mindestens mal einen RS232 Treiber, besser vielleicht RS485? Und damit schafft man dann 1-2 MBaud.. SPI? Auf kurze Distanz ganz nett. Dummerweise aber halt synchron. Schon mal was von Signallaufzeit gehört. Bei 10 MHz hast
schrieb im Beitrag #4834269: > UART mit TTL Pegel? Wohl kaum. Da braucht es mindestens mal einen RS232 > Treiber, besser vielleicht RS485? Und damit schafft man dann 1-2 MBaud.. http://www.ti.com/product/sn65hvd1476 RS485 mit 50MBit http://www.linear.com/product/LTC1688 RS485 mit 100MBit
-
Thread
Entscheidungshilfe CANController gesucht
den T89C51CC01 schon mehrfach ohne Probleme eingesetzt habe. Besonders das IS-Programmieren über RS232 oder CAN gestaltet sich sehr komfortabel. Gruß, Matthias
ARM7) erste Wahl, denn sie arbeiten mit 3,3V. Passend dazu die CAN-Transceiver von Texas Instruments SN65HVD233, 234 oder 235, ebenfalls 3,3V. Gruß Dietmar