-
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
-
Thread
Mehrere Microcontroller (ESP8266) verkabelt verbinden und miteinander Kommunizieren lassen
Timing-Probleme. > > Etwas komplexer wäre dann CAN. Sehe ich genauso! Versuchs mal mit RS485 oder RS232, beide sollten Distanzen von 10 Meter können. Dabei kann das UART Protokoll verwendet werden. Es muss aber eine Logiklevel Anpassung mit einem Bus-Treiber vorgenommen werden.
Versenden von msgs der einzelnen Nodes ist dadurch extrem einfach. Die zusätzliche Hardware ist billig (SN65HVD23X oder ähnliche). Der CAN-Bus ist für längere Distanzen spezifiziert. Werden niedrigere Baudraten verwendet, dann sind auch längere Stichleitungen möglich (bzw. eine Stern-Topologie). https:
-
Bild
Abfotografierter Bildschirm einer Bestückungssoftware
23 : IC3 [SN65HVD232DR] R1 R2 C1 C11 1962 C4 C5 C2 Placer Head 80285 37567 0 0 Camera 80375 46706 Motion Speed FAST Nozzle Part Angle 90.0 Vacuum OFF
-
Thread
Datenübertragung über >100m
Treiber, nei nicht den 75176. Der ist veraltet und zieht zuviel Strom fuer nichts. Allenfalls ein SN65HVD24D oder ADM483EAR oder ADM489AR und auf der anderen Seite nit vielleicht 120 Ohm terminieren, gemaess datenblatt. Falls man Strom sparen will, die Terminierung mit 120 Ohm & 100nF machen
Grenzen und Einschränkungen. Und auch der von dir in der verlinkten Diskussion ins Spiel gebrachte SN65HVD82 hat in seiner "Typical Application" durchaus und explizit diese Verbindung, die einen Massebezug unter allen Teilnehmern herstellt. Bernd K. schrieb im Beitrag #5568648: > https://www.planetanalog.com
-
Thread
Grundlegende Architekturüberlegung - Bitte um Hilfe
Rs232 Rs485 Modul für n paar Euro nehmen? Irgendwelche Tipps für einen verwirrten Suchenden :-D
Sorry, hab dir schmarn erzählt...... es ist nicht der MAX481CSA sondern SN65HVD3082ED. Nur die Lib vom MAX habe ich im Schaltplan verwendet.
-
Thread
von CAN auf RS485
Du hast RS232? perfekt! Dann brauchst Du nurnoch n paar Widerstände, Dioden und einen IO-Pin vom Controller + MAX485 oder ähnlich und fertig ist die Laube ... oder ist die RS232 nur zur Kommunikation mit dem PC?
noch zwei Pegelwandler/Bus-Koppler brauchen. Ich hab mir den MAX3232 und einen CAN-Bus Treiber a la SN65HVD230 als fertige Platinen in der Bucht besorgt. Die Dinger kosten bei "Waveshare" unter €10.- und lassen sich schnell ankoppeln. Das Ganze muss noch programmiert werden. Der Aufwand dafür hängt sehr
-
Thread
STM32F303K6 - hängt sich auf wenn eine CAN-Nachricht empfangen wird
hängt er sich direkt nach dem RESET, offensichtlich von eigener gesendeten Nachricht. CAN Treiber: SN65HVD232D ext. Quarz 4 mhz, interner Takt 72 mhz IDE: Keil uVision 5 Vielen Dank Stanislav hier ist der Code: #include "stm32f30x.h" void TIM2_IRQHandler(void){ CanTxMsg canMessage;
-
Thread
Sensorik in altem Fahrzeug Starthilfe für die Telemetrie!
sammelt zentral alle Daten der Sensoren auf und legt sie in einen Datenlogger ab oder zeigt Sie per RS232 (später per Funk) direkt auf dem PC an. Das Datenprotokoll habe ich mir wie folgt vorgestellt: Jede Sensorelektronik (= Sensor + ADWanlder + uC + evtl Datenübertragungstreiber) beinhaltet folgenden
Sollte der CAN-Bus noch aktuell sein kann ich dir als Transceiver den SN65HVD1050D empfehlen. Ist im SOIC Gehäuse (SMD aber Lötbar) und verträgt laut Datasheet Temperaturen zwischen -40° und 150°
-
Thread
CAN und I2C Projektumsetzung
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
Verbindung der beiden. Da es nur zwei Teilnehmer sind, reicht auch eine Punkt-zu-Punkt-Verbindung wie RS232. Hängt halt davon ab, wieviel Daten du hin- und herschaufeln willst.
-
Thread
FT232 bleibt im Suspend
Gefrickel an meinen Laptop statt den FE1.1 gehängt gibt das zweite Bild. Also passt mein Design mit dem FT232 (selbst mit schlechtem Quarz) soweit. Aber was ist mit dem Hub los?
eigentlich, dass er dies > integriert hat. Das sollte nicht nötig sein. Zum angehängten Bild: Der SN65HVD78DR RS485-Treiber hängt bei dir an 5V Versorgungsspannung. Geht laut Datenblatt theoretisch zwar, empfohlen sind allerdings 3,3V. Das Problem ist, dass der Receiver-Ausgang (Pin 1) ein HIGH-Level
-
Thread
RS485 Pegelunterschiede
Ich würde an Deiner Stelle erstmal auf einen vernünftigen USB-RS485-Konverter mit FT232 umstellen.
Wikipedia (https://de.wikipedia.org/wiki/EIA-485) und TI-Datenblatt (https://www.ti.com/lit/ds/symlink/sn65hvd3082e.pdf?ts=1743498914859&ref_url=https%253A%252F%252Fwww.mouser.at%252F) richtig verstehe, ist A (auch + genannt, "nichtinvertierend") im Ruhezustand High B (auch - genannt, "invertierend") im
-
Thread
Hausautomatisierung mit Embedded Linux
aktuallisieren können. hatte da etwas schwierigkeiten einen 3.3V CAN treiber zu finden... habe jetzt den SN65HVD230 genommen. aber der ist leider nicht ganz sooo billig. Doch da ich mein Konzept schon wieder etwas geändert habe... hätte es ein normaler 5V auch getan wie z.b. pca82c251 -> warum kein RS485
Linux inklusive Source-Code kostenlos... Du kannst natürlich auch die anderen Schnittstellen wie RS232,USB oder Ethernet benutzen, oder du stöpselst Schnittstellenkonverter dran. Hängt immer davon ab, was du steuern willst. Meine Sensoren z.B. werden per Funk angeschlossen. Der Empfänger kommt ans RS232
-
Thread
Ansprechen von CAN-bus beim Auto ?!?
im Datenblatt nichts von einem integrierten Transceiver steht, brauche ich vermutlich auch noch den SN 65HVD231D. Meine Frage ist jetzt ob die von mir genannten Bauteile mit dem im KFZ verwendeten CAN-Bus kompatibel sind und ob ich damit zum Ziel kommen kann ? Da ich den SPI-Bus des MCP 2515 über
Oder das CAN <-> RS232 Interface: http://elmicro.com/de/can232.html hab ich schon mal benutzt, funkioniert prima.
-
Thread
ARM9 / STR9 Dev-Kit mit Ethernet/USB/CAN für 39,-
ist ein STE100, ansonsten kann man noch einen 3,3V und einen 1,8Volt Regler für den Core und einen SN65HVD230 CAN Buffer erkennen. Die RJ45 scheint laut Schaltbild Trafo und LED eingebaut zu haben. Vom Debugger USB fehlt im Schaltbild aber ebenfalls jede Spur. Vermutlich ist die Seriennummer ja im OTP
oder 256 Byte), das zum einen der USB Konfiguration dient, also VID/PID, USB Strings, aber auch RS232 EMU vs. Host Bus und High-Drive Modus, falls gewünscht. Ausserdem kann die Host-Software einen Teil des EEPROMs als User Data verwenden, und dort z.B. Schlüssel ablegen, die dann von der Software abgefragt
-
Thread
Arduino - SPI über lange Leitung
, gedacht. Was Du vorhast geht nicht! Leiber zwei µC über z.B. ein serielles Protokoll mit RS232 Pegeln verbinden und der Slave bespielt dann nur das Display.
weniger. Nee. Es muessen ja nicht die Uralt 75176 sein. Da gibt es 2 5MBit treiber. siehe zB SN65HVD23D, 25M fuer 160m
-
Thread
Junkers CAN-Bus Protokoll
auf 16MHz "geupgraded" habe. Leider schlug die Kommunikation mit dem eingebauten Can-Bus und einem SN65HVD230 fehl - es kam nichts an. Übrigens ist es nicht notwendig bei dieser Kombination aus MCP2515 und TJA1050 5v von 3v3 zu trennen. Der Transceiver auf diesem Modul arbeitet mit der Spannung des
Hallo Dave, Dave schrieb im Beitrag #6596728: > Es funktioniert leider nicht mit dem SN65HVD230. Das wäre viel eleganter > gewesen aber ich meine irgendwo gelesen zu haben, dass aufgrund > irgendwelcher seltsamer Zusammenhänge der ESP eh nicht niedriger als 10k > takten kann. Der
-
Thread
C_CAN Device: LPC11C24/301
38287837/LPC1114-HandsOn Hitex: http://de.scribd.com/doc/37980850/STM32-Cortex-M3 Texas Instruments. SN65HVD1050D CAN TransCEIVER CAN Industrial and Factory Automation ######################################################################## Hint: In dem Hands-On Buch ist noch ein Kapitel isp-EEPROM
zuerst gesendet. Rules: MSB First .. Default ist das Remote-Bit Null. Hint: http://www.can232.com/docs/CAN_Filter_Std_Dual.pdf DatenBlatt: SJA1000 CAN Controller Gruss Holger.
-
Thread
CAN-Bibliothek für den at90CAN128 und das AVRStudio
Es wird immer ein CAN Transceiver benötigt. Z.B. ein SN65HVD1050 von TI. Gruß Fabian
fehlender Quittierung nicht mehr blockiert werden. Denn ich hatte auch das Problem, dass dann die RS232 blockiert war. Gruß, Sebastian
-
Artikel
Reichelt-Wishlist
| | Power over Ethernet Bausteine z. B. LM5070 | RS485 isoliert: z. B. Burr-Brown ISO485 o.ä. | | sn65hvd230/231/232 (CAN-Transceiver) in SO8 | TH3122 K-Line Interface von Melexis | * TH8080 LIN Transceiver von Melexis (oder vergleichbare) * TI ISO1050 (Isolierter CAN-Transceiver) * TI ISO1500DBQR (
Schmidt-triggerd Eingänge wie der 23x16) * LT-1117-CST-5 als Sot223 (adj und 3.3 gibts schon, 5 fehlt noch) | UM232 FTDI USB - RS232 Modul für DIL sockel | TI eZ430-Chronos * Generell SMD-Kerkos im Wert > 100nF (unter 1206/1210 High-Cap zu finden) | Zum MAX232 so20 passende SMD-Kerkos im Wert 1µF (0805, 0603, 1206
-
Thread
Software Profibus DP-Slave in C
www.controllino.biz/wp-content/uploads/2018/10/CONTROLLINO-MEGA-Pinout.pdf In the Controllino is an SN65HVD08, which should actually work the same way. Your code contains a lot of assembler, which I cannot. Can you rewrite me your code that I can work with RX3-TX3 instead of RX2-TX2. Thanks. Ridchi
schon senden wenn sie im uart_buffer stehen?? Ich würde sagen ja. Tipp: Bau dir einen RS485->RS232 Sniffer, dann kannst du mit hterm die Daten in Hex ansehen. Hat mir öfters geholfen.
-
Thread
Sammelbestellung WLAN2Serial ESP8266
verbundenen µC auf 9600 zu stellen. RX wird mit RX verbunden TX wird mit TX verbunden und GND vom USB RS232 Wandler bzw µC auf GND [Bild2] Die blaue LED sollte dann beim Start den Bootprozess signalisieren. Nach dem ready stehen Baudraten Befehle zur Verfügung [Bild3] mit AT+CIOBAUD? wird die aktuelle
AT -> HC4051 MUX/DEMUX -> SPI MCP23S17 -> I2C MCP23017 -> CAN MCP2515 ( Controller ) -> CAN SN65HVD230DR ( Transreceiver ) -> OLED SPI -> OLED I2C -> I2C Portexpander + LCD Display -> SPI Portexpander + LCD Display -> SPI Portexpander + REALAIS Station -> WIFI - LAN 16 fach Relaisstation
-
Thread
ARM: kompliziert?
wenn man das so programmiert. Ein anderes 8051-Board hat 2x40 Zeichen LCD, und DCF77, was über RS232 auch ausgegeben wird. RS232 haben sowieso alle. Manche auch LWL am UART. Oder die alten µC alleine. Für kleine Aufgaben. Wenn ich mich nicht ganz täusche, ist sogar der olle 8085 aktuell der meist
...oder den hier. (Mod.: Anhang pdf entfernt, stattdessen: http://www.ti.com/lit/ds/symlink/sn65hvd230.pdf )
