ich das so ohne Probleme machen kann. Als uC nutze ich den ATMEGA2560 und als RS485 Converter den LTC-485. Wäre dankbar für ne kurze Hilfe, habe nämlich nicht so recht ne Ahnung ob das geht. mfg Stephan
ist. Zur Hardware: du brauchst passende Treiberbausteine für Halb-Duplex-Betrieb, z.B MAX485 oder LTC485, die werden mit ihren TTL-Anschlüssen einfach an die UART des MC angeschlossen (Rx und Tx), auf PC-Seite noch einen MAX232 vorschalten.
Ebenso Dein PC. Ich habe mir testweise ein TTL-RS232-Kabel von FTDI besorgt und da dann direkt einen LTC485 angeschlossen, das Kabel liefert dann sogar die 5 Volt für den Chip.(Und die Kosten waren sehr niedrig, im Vergleich zu käuflichen Lösungen) Nun können alle Mikrocontroller mit Deinem PC kommunizieren
benutzt, nicht entwickelt oder gebaut. prinzipiell sieht die schaltung doch aber gut aus. der ltc485 ist doch dafür gemacht, rs485 zu treiben. letztlich frage ich mich nur, wie das jetzt mit der trennung ist. denn auch jetzt liegt das ausgangssignal doch noch auf "deinem" potential. ich würde wirklich
Ausführung zu meinen Überlegungen: Das serielle Signal kommt an meiner Anzeigentafel an, wo es von LTC485 gewandelt wird und über Optokoppler an den Prozessor läuft. Dieser verarbeitet das Eingangssignal und gibt über drei Ausgangskanäle die jeweilige Ziffer an drei parallele (nicht-kaskadierte) Schieberegister
mit der eusart Schnittstelle des Pics. Auf meinem Board habe ich den Pic mit 24Mhz quarz und ein LTC485 als RS485 wandler verbaut. Zur Verbindung mit dem Computer habe ich ein USB->RS485 Wandler. Die Verbindung vom Pic zum Computer funktioniert einwandfrei. Nun habe ich das Problem, wenn ich aber
Treiber eine Kollision nicht erkennen können. Das muss die Software machen. Aber ein MAX485 oder LTC485 hat meines Wissens kein "normales" Fault Protect. Im Fall eines Kurzschlusses bei einer Kollision schalten diese Treiber afaik komplett ab. Es geht also nicht darum, dass die Treiber eine Kollision
Hardware UART verbraucht. Nun brauche ich aber noch eine TxD und RXD verbindung zu den RS485 Treibern(LTC485). Kann man nun irgendwie zwei Pins des AVR für diese 2 Leitungen(senden / empfangen) verbinden?? Was für Möglichkeiten gibt es nun?? MfG Julien
5V geht es schon besser mit allen Adaptern. Und ein MAX485 macht weniger Probleme als ein MAX487. LTC485 macht keinen Mucks, trotz gleichem Pinout??? Es werden jedoch immernoch Zeichen verschluckt. Kennt sich damit jemand aus?
eben zur zweiten Version; das RS422 nicht umständlich in RS232 wandeln, sondern mittels ICs zb. LTC485 von vierdraht in zweidraht A-B wandeln, übertragen und wieder in RS422 wandeln. Jetzt zur Frage: Ist ein IC wie der LTC (oder baugleiche) in der Lage, genau dieses Problem zu lösen? Wisst Ihr ob
Erfahrung nur abraten. Die sterben reihenweise. https://m.reichelt.de/rs485-1-treiber-1-empfaenger-so-8-ltc-485-is8-p161300.html?&trstct=pos_0 Der LT ist deshalb so teuer, weil der diese Schutzschaltung alles schon intern hat und dadurch wesentlich unempfindlicher ist. Würde dir denn LT aus dem Link empfehlen
) kann man mit RS-485 Die uCs moegen billiger sein, die Treiber aber mit Sicherheit nicht: LTC485 2,5E MAX485 1,6E PCA 82C251 0,73E > Die Kosten und die Einfachheit der Implementierung für eigene Einfachheit ok, aber nur solange EIN Master vorgesehen ist. Am 485 Multimaster haben sich
der Richtungsleitung, oder bau dir die Schaltung mit einem einzelnen IC selbst auf; z.B. mit dem LTC485 im DIP-Gehäuse kannst du das auf dem Breadboard zusammenbraten. DE fix auf High setzen und fertig. I2C->DMX klingt nach ner ziemlichen Krücke, und du hast Einbußen bei Flexibilität und eventuell
Der 'Controller' wird ein RS485 Treiber sein wie ST485, SN75176BP SN75LBC176, LTC485, SIT3088E SIT3485 SIT3490 SIT65HVD75, MAX487 MAX489E MAX490E, ADM3485
Reset-Pause vom DMX und dann guck an, ob das vernünftige Pulse mit passender Länge sind. Und hinterm LTC485, i.e. RX vom Arduino kannst du dann auch gleich noch mal einen Blick aufs Timing werfen.
PB0 ATMEGA8(DIL28S) 1 VCC 2 Reset 22PF 3 SCK 4 MISO 5 MOSI 6 GND SD Karte Interface VDD 0 K KL2 LTC485CN8 R 0 GND DI 1 IC2a A DE - R14 B RE K eBusTX VCC RO vBusTx 1 3 + 10K R 1 , K VBus 100nF IC5 LM358N D D 1 , VCC P R 4 D4 Z C11 R12 R13 eBUS+ vBus RS485 - RS232 2,21K 100K 1N41486 1 0 R optional eBus
AM Elektronik Projekt Die am häufigsten verwendeten RS485 Treiber sind der MAX485 von Maxim, der LTC485 von Linear Technology und der SN75176 von Texas Instruments Alle diese Treiber sind zueinander Pin− und Funktionskompatibel, unterscheiden sich jedoch in der maximalen Datenrate und der Anzahl der
AM Elektronik Projekt Die am häufigsten verwendeten RS485 Treiber sind der MAX485 von Maxim, der LTC485 von Linear Technology und der SN75176 von Texas Instruments Alle diese Treiber sind zueinander Pin− und Funktionskompatibel, unterscheiden sich jedoch in der maximalen Datenrate und der Anzahl der
AM Elektronik Projekt Die am häufigsten verwendeten RS485 Treiber sind der MAX485 von Maxim, der LTC485 von Linear Technology und der SN75176 von Texas Instruments Alle diese Treiber sind zueinander Pin− und Funktionskompatibel, unterscheiden sich jedoch in der maximalen Datenrate und der Anzahl der
AM Elektronik Projekt Die am häufigsten verwendeten RS485 Treiber sind der MAX485 von Maxim, der LTC485 von Linear Technology und der SN75176 von Texas Instruments Alle diese Treiber sind zueinander Pin− und Funktionskompatibel, unterscheiden sich jedoch in der maximalen Datenrate und der Anzahl der
gezeichnet, sorry. Der verwendete RS485-Treiber ist ein 3V3 Typ und sollte durch einen MAX485 oder LTC485 getauscht werden, falls das einer nachbauen will. Programmiert habe ich nix, weil ich das Projekt irgendwann aus den Augen verloren habe. Das Konzept hat auch keine Funk-Sensoren, sondern Dallas
GND 5 SIn 0 Pas 1 POsO1 I O I I I O P P PC7 + 1 R 0 0 a 1 1 1 1 1 1 1 1 1 6 5 4 3 2 2 2 2 2 2 2 LTC485N GND C 10k 7 1 P O O O O O O O O O O O O O O O O O O O O Pas10JP9 2 R 1 I I I I I I I I I I I I I I I I I I I I V 0 P SV2-1 PaS2as 0 IC5 Pas3up 0 JP5 a In 9 33 I/O 0 A7 Pas 0 0 VCPas 2 1 Pas 0O 1 RESET
ns Receiver Propagation Delay: 25 ns High Z Outputs with Power Off DE 3 6 A Superior Upgrade for LTC485 APPLICATIONS DI 4 D 5 GND Low Power RS-485 Systems DTE-DCE Interface Packet Switching Local Area Networks Data Concentration Data Multiplexers Integrated Services Digital Network (ISDN) This minimizes
Bild
