Gast
#361859
Hallo, ich möchte einen RS485 Bus mit dem abhören. Bei RS232 ist das ja kein Problem. Wie kann ich es bei RS485 machen? Tobias
Gast
#361860
Im Funkamateur 3/06 war ein Interface, mit diesem sollte ein abhören möglich sein.
Gast
#361861
Hallo Hubert, danke für die Unterlagen. Die Schaltung ist doch recht kompliziert. Es müsste doch auch einfacher zu machen sein?! Gibt es so etwas auch für die serielle Schnittstelle? Tobias
Hä ? Einen RS-485-Bus abhören ? Wo ist das Problem ? Du nimmst einen LT485 (oder so) und wandelst die Bus-Signale in TTL um (reiner Receiver). Diese Signale wandelst Du per MAX232 in RS-232 um und kannst alles mit dem PC empfangen. Sowas gibt es fertig zu kaufen mit mehr oder weniger Isolation.
Gast
#361863
kann man so etwas auch nachbauen? Hast du vielleicht einen Schaltplan?
Gast
#361864
Du gehst mit dem RX vom LTC485 auf den T1IN vom MAX232. Am T1OUT hast du dann die RS232 Signale mit der selben Bit-Rate wie auf RS485.
Bernd: >>Du nimmst einen LT485 (oder so) und wandelst die Bus-Signale in TTL um (reiner Receiver). Diese Signale wandelst Du per MAX232 in RS-232 um und kannst alles mit dem PC empfangen. Sowas gibt es fertig zu kaufen mit mehr oder weniger Isolation. Tobias: >>kann man so etwas auch nachbauen? Nein, kann man nicht nachbauen, keine Chance. Absolut nicht! ;) ;)
Gast
#361866
@Simon: Stimmt. Ich benutze dafür die RS232-Spare des STK500... Kann man nicht nachbauen.
Gast
#361867
Sollte so etwa aussehen. Der MAX232 ist aber nicht komplett beschalten.
Angehängte Dateien:
-
485_232.jpg
(40 KB)
Gast
#361868
Darf man auch gar nicht.
@inoffizieller WM-Rahul: Ja! Davon mal abgesehen g
Gast
#361870
Hier mal eine einfache Variante mit galvanischer Trennung des PCs. Bis 38400 ok, darüber ist der Koppler zu langsam.
Angehängte Dateien:
-
rs485.PNG
(4,8 KB)
Gast
#361871
Und die komplette Version für beide Richtungen. Die Jumper sind für Loopback-Tests.
Angehängte Dateien:
-
Rs485b.PNG
(8,4 KB)
Gast
#361872
Hallo Bernd, >Hä ? >Einen RS-485-Bus abhören ? >Wo ist das Problem ? Wie bekommt man es hin, auf der PC-Seite mit dem 9. Bit bei einer Multiprozessorkommunikation auf RS-485-Seite umzugehen? Thomas
Was steht in dem 9. Bit drin ? Daten ? Parität ? Fest 1 oder 0 ?
Gast
#361874
Für das 9.Bit wirst du einen Controller verwenden müssen, der auch den Multiprozessormode unterstützt. Für solche Wandlungsaufgaben bieten sich AVR mit 2 seriellen Schnittstellen an. Der IMHO am einfachsten zu handhabende ist der ATMega162 wegen seines DIP40 Gehäuses; alle anderen AVR mit 2 USART haben AFAIK SMD-Gehäuse.
Gast
#361875
>Was steht in dem 9. Bit drin ?
eine 1 wenn das Byte eine Adresse (eines Controllers im RS485-Netz) ist
und eine 0 wenn es ein Datenbyte ist.
Prinzip:
Alle Slave-Controller gehen ihrer Arbeit nach. Kommt ein Telegramm mit
gesetztem 9. Bit, gibt es bei allen einen Interrupt; in der Routine
wird die in den unteren 8 Bit gesendete Adresse geprüft. Ist die
Adresse die eigene, wird von diesem angesprochenen Controller weiter
zugehört, alle anderen gehen weiter ihrer Arbeit nach, bis wieder ein
Byte mit gesetztem 9. Bit daherkommt.
Den Inhalt muß man bei der Auswertung am PC kennen, da sonst ist keine
eindeutige Interpretation des Datenstroms möglich.
Thomas
Gast
#361876
AFAIK unterstützt der PC-UART-Baustein keinen Multiprozessor-Mode geschweige 9 Datenbits. Deswegen die o.g. Interface-Schaltung.
Gast
#361877
Alternative ist die Verwendung einer PCI-Karte mit OX16C950, ich bin nur zu dusslig, eine geeignete PC-Software zu erstellen. Thomas
Gast
#361878
Du suchst geeignete Sofware? Bin sehr zufrieden mit www.docklight.de :-)
Gast
#361879
Als Programm macht das keinen schlechten Eindruck, nach meinen Erkenntnissen beim schnellen Überlesen der Doku kann es aber auch nicht mit dem 9. Bit umgehen :-((