Hallo zusammen,
benutzt jemand den hier gezeigte Bausatz ?
http://www.fischl.de/usbsticklogger/
Kann man ihn verwenden um den Datenaustausch zweier Geräte über die
RS232 mitzuschreiben, ohne das man weiß mit welcher Baudrate und
Handschake die Geräte miteinander komunizieren ?
Kennt jemand so einen Bausatz auf ATMEL bzw. AVR-Basis ?
Oder überhaupt solch ein Bausatz im Preisrahmen bis 20 EUR ?
Schnittstelle
Ohne die Baudrate zu kennen, stehst du auf relativ verlorenem Posten.
Wenn die Übertragung nicht dicht an dicht passiert, sondern die
Teilnehmer jeweils zwischen die Zeichen eine längere Pause einlegen,
könnte man vielleicht etwas machen. Aber im Allgmeinen Fall geht nichts.
Das ist das eine. Das andere ist, dass es bei einer bidirektionalen
Kommunikation nicht so einfach ist, mitzuschreiben, wer genau zu welchem
Zeitpunkt was 'gesagt' hat.
Wieder: sind die Teilnehmer friedfertig und läuft da sowas wie ein
Frage-Antwort-Protokoll, dann ist es relativ einfach. Plaudern die aber
auf Teufel komm raus dann wird das knifflig.
> Kann man ihn verwenden um den Datenaustausch zweier Geräte über die> RS232 mitzuschreiben, ohne das man weiß mit welcher Baudrate und> Handschake die Geräte miteinander komunizieren ?
Das geht bei RS232 generell nicht. Dazu bräuchte man einen guten
Logic-Analyser und müsste die Daten nachträglich aufbereiten.
Jim Meba schrieb:>> Kann man ihn verwenden um den Datenaustausch zweier Geräte über die>> RS232 mitzuschreiben, ohne das man weiß mit welcher Baudrate und>> Handschake die Geräte miteinander komunizieren ?>> Das geht bei RS232 generell nicht. Dazu bräuchte man einen guten> Logic-Analyser und müsste die Daten nachträglich aufbereiten.
Windows HyperTerm reicht dafür auch.
Die Schnittstellenparameter verrät Dir ein Oszi.
Jim Meba schrieb:> Das geht bei RS232 generell nicht. Dazu bräuchte man einen guten> Logic-Analyser und müsste die Daten nachträglich aufbereiten.
Es geht schon (mit etwas Phantasie und Sitzfleisch). Ökonomisch
nur wenn es ums Verrecken nicht anders geht (ich habe das mal bei
einem japanischen Bestückautomat machen müssen).
Man sollte in etwa eine Ahnung haben was da übertragen wird. Die
Baudrate bekommt man zur Not mit einem Scope heraus.
Karl Heinz Buchegger schrieb:> Wenn die Übertragung nicht dicht an dicht passiert, sondern die> Teilnehmer jeweils zwischen die Zeichen eine längere Pause einlegen,> könnte man vielleicht etwas machen. Aber im Allgmeinen Fall geht nichts.
Wieso ein solches? Die kürzeste Schrittdauer sollte die Bitdauer sein
(mal abgesehen von 1 1/2 Stopbits. Damit hat man schnell die Bitrate.
Die Synchronisation auf das richtige Startbit geht vielleicht etwas
zögerlich, findet aber bei nicht zu "langweiligem" Dateninhalt meist
schnell statt.
Joachim Drechsel schrieb:> Man sollte in etwa eine Ahnung haben was da übertragen wird.
Speziell wenn man weiß, das da ASCII Texte über die Leitung gehen, kann
man auch einfach die Baudraten durchprobieren. So viele gibt es ja
nicht. Und dann ist das neuronale Netz Brain 1.0 gefragt.
Karl Heinz Buchegger schrieb:> Und dann ist das neuronale Netz Brain 1.0 gefragt.
brain ist doch heute völlig out. Dafür gibt's 'ne ISO und ein
Zertifikat.
Die Baudrate herauszufinden ist nun nicht wirklich schwierig. Man kann
den Rx ja als Input schalten und die Flanken messen. Der
kleinstmoegliche Flankenabstand ist ein Bit. Ich wuerd einen Mega64 mit
4 serioellen ports verwenden
Ein ähnliches Projekt mit AVR in dieser Preisklasse ist OpenLog
http://www.watterott.com/de/OpenLog
Aber auch hier mit Baudrateneinstellung.
Um senden und empfangen mitzuschreiben braucht es jedoch (bei beiden
Projekten) 2 Logger.
Grüße,
Rudi
Hterm kann 2 Schnittstellen gleichzeitig öffnen und mitloggen.
Zusätzlich werden Rahmenfehler angezeigt. Man kann also bei einer
längeren Übertragung so lange an den Parametern drehen, bis keine
Rahmenfehler mehr angezeigt werden.
Das Programmhat mit vor kurzem sehr geholfen um die Datenübertragung mit
einem alten Roboter in Gang zu bekommen (die Baudrate und Datenbitanzahl
war zwar im Handbuch abgedruckt, aber leider falsch...)
tschuessle
Bernhard
Hallo,
die Baudrate kannst Du mit jedem Billig-Oszi bestimmen, kurzen L oder
H-Bereich suchen und Impulsbreite messen.
Handshake ist genauso rauszufinden, wackelt es auf den
Handshakeleitungen, ist es Hardware. Spielt aber eigentlich keine Rolle,
einfach mit 2x RX von 2 COM auf dem PC mitlesen, wenn die Baudrate
stimmt. Interpretieren muß Du die Daten ja sowieso selbst...
Gruß aus Berlin
Michael
Also mir hat dieser hier schon viel Ärger erspart:
https://iftools.com/analyzer/msb-rs232/index.de.php
Ich finde ihn superklasse, da er direkt in die Leitung reingehängt wird
und auf beiden Leitungen lauscht.
Suchender schrieb:> Mit dem Bausatz im unteren Link alleine denke ich, kann ich nicht> erreichen was ich wollte oder ?> http://www.watterott.com/de/OpenLog
Falls das noch stimmt:
> Kann man ihn verwenden um den Datenaustausch zweier Geräte über die> RS232 mitzuschreiben, ohne das man weiß mit welcher Baudrate und> Handschake die Geräte miteinander komunizieren ?
dann nein, und auch nein für alle anderen Lösungen im letzten Post außer
dem von iftools. Der von ELV kann wenigstens beide Seiten, nur die
Baudrate muss man einstelllen.
Der von Waterott kann aber ungefähr das was der von Fischl kann nur
schreibt der auf SD Card statt USB Stick und ist dafür mit AVR.
Kann aber auch nur 1 Signal mitschreiben und die Baudrte muss man
einstellen.
Also nicht wirklich brauchbar wenn Du beide Signale brauchst.
Das beste Preis Leistungsverhältnis hat eindeutig der von ELV, ist nur
wenig teurer als 2 von den "kleinen" und macht bidirektional.
Rudi
UART-Schnittstelle belauscht: Datenlogger mit USB-Memorystick
Funkamateur, FA 2/2011, S. 152
Loggt auch die Handshakesignale mit. Baudrate muss man bei der
momentanen Softwareversion wissen, könnte man aber auch so ändern, dass
die erkannt wird.
Viel Unsinn wird hier gepostet ;-), sorry.
das was Du möchtest ging schon zu alten DOS Zeiten mit dem mittlerweile
kostenlosen Programm Unicom von Shamrock welches Du leicht im Inet
findest.
Dazu benötigst du 2 comports an einem Rechner (vorbehmlich DOS) und ein
paar Drähte für die Schnittstellen.
Damit klinkst Du dich leicht und locker in die Kommunikation ein und
siehst optisch schön aufbereitet was und wann in beide Richtungen über
die Leitung läuft.
Natürlich benötigst Du die Baudrate und das Framing.
Das kannst Du aber leicht und relativ schnell einfach durchprobieren,
oder auch mit dem Oszi ausmessen.
DS
RS232 Profi schrieb:> kostenlosen Programm Unicom von Shamrock welches Du leicht im Inet> findest.
Hm, kenn ich auch noch aus alten Zeiten (tm).
Habe gerade versucht, es in den Weiten des www zu finden, leider
erfolglos.
Stelle ich mich nur ungeschickt an?
Jörg
Wegstaben Verbuchsler schrieb:> im Suchfenster unicom shamrock eingeben>> hier der vorbereitete Link, falls du es nicht hinbekommst ;-)
Immer noch zu schwer, poste doch bitte mal den Link zum Download, nicht
nur den link auf die Seite die den nicht funktionierenden Downloadlink
zeigt...
Danke,
Jo
Jo schrieb:>> im Suchfenster unicom shamrock eingeben>>>> hier der vorbereitete Link, falls du es nicht hinbekommst ;-)>> Immer noch zu schwer, poste doch bitte mal den Link zum Download, nicht> nur den link auf die Seite die den nicht funktionierenden Downloadlink> zeigt...
Welch Erleichterung, bin wohl nicht allein mit meinem Unvermögen...
Jörg
Na wo sind sie jetzt, die Unsinn schreiber und Blitzgoogler wenn man sie
mal braucht? Kann doch nicht so schwer sein...
Läuft DOS eigentlich noch nativ auf einem halbwegs aktuellen Rechner,
oder wenigstens in Virtualbox?
Jo schrieb:> Läuft DOS eigentlich noch nativ auf einem halbwegs aktuellen Rechner,> oder wenigstens in Virtualbox?
Für sowas hab ich noch ein altes IBM T23 :-)
Aber nochmal zur Ausgangsfrage: Gibts Unicom nun wirklich als Freeware
und wenn ja, wo?
Auf der Shamrock-Seite findet man es nur erwähnt in der
Firmengeschichte.
Hab damals so einige widerborstige Geräte damit zur Mitarbeit bewegen
können, also: WILL WIEDERHABEN (Oder was kostenloses vergleichbares)
Danke
Jörg
Rufus Τ. Firefly schrieb:> Möglicherweise hilft das hier:
Argh, danke Rufus !
Ich hatte auf dieser Seite nur die txt Files mit google gefunden, knapp
daneben ist auch vorbei ;-)
rs232Halbprofi schrieb:> Für sowas hab ich noch ein altes IBM T23 :-)
Hat das 2x seriell? Meine alten NB haben leider nur 1x V24, und ein
alter PC ist doch etwas unhandlich... die alten NB auch.
Ciao,
Jo
Jo schrieb:>> Für sowas hab ich noch ein altes IBM T23 :-)>> Hat das 2x seriell? Meine alten NB haben leider nur 1x V24, und ein> alter PC ist doch etwas unhandlich... die alten NB auch.
Nee, das nicht. Aber irgendwo, tief in einer Kiste müßte ich noch eine
PCMCIA-Karte mit serieller Schnittstelle haben. Da heißt es graben...
Aber schon seltsam, früher gabs für diese Probleme einfache Lösungen.
Heute (wo ich so viele RS232-USB-Adapter an einen Rechner stecken kann,
wie ich will) gibts zumindest keine Freeware für diesen Zweck. Schade...
Jörg
Suchender schrieb:> Danke an alle die hier mitgewirkt haben.> Werde es mal hiermit versuchen und schreiben ob dies etwas taugt.> Hoffe dann auch den passenden Treiber zu finden und eine passende> Freeware Loggersoftware.>> http://stores.ebay.de/electronic-pcs/_i.html?_nkw=...>> Schnittstelle>
Also die Hardware funktioniert.
Nur Docklight spielt in der Demoversion nicht richtig mit.
Ich möchte ja ein unbekanntes Telegramm mitschreiben und das geht bei
der Demoversion nicht.
Mit der Snapshotfunktion wartet die Software leider auf ein definiertes
Zeichen womit dann getriggert wird.
Kennt jemand eine andere Freeware oder Demologgersoftware, die mit dem
Docklight Tap zusammenarbeitet ?
http://www.fuh-edv.de/docklight/info_en.htm#dl_info_tap
Schnittstelle
Wolfgang-G schrieb:> Wäre Binterm eine Lösung des Problems?> siehe auch Anhang> MfG>
Vielen Dank,
im Prinzip schon. Schön daran ist, das die Software in Deutsch ist.
Jedoch arbeitet die Software nicht mit meiner Hardware zusammen.
Jetzt mindestens 210 Euro für eine neue Hardware auszugeben ist mir zu
teuer.
Die passende Hardware muß es doch noch günstiger geben !!!
Schnittstelle
dangerousprototypes schrieb:>> http://dangerousprototypes.com/bus-pirate-manual/>
Danke für den Link.
Mit dem Ding kann man ja einiges. UART ist wahrscheinlich mit der RS232
oder halt V24 gleichzusetzen bzw. die UART von einem µC arbeitet ja nur
mit Logikpegeln von 5V usw.
Das Problem ist das ich ja schon in die Hardware investiert habe,
aber keine vernünpftige Freeware Software zum Protokollieren des
Datenaustausches besitze, die mit meiner Hardware zusammenarbeitet.
Habe den ganzen Tag gegoogelt und herumprobiert und bin nun mittels
Windows Hyper Terminal so weit gekommen, das wenn die Baudrate usw.
bekannt ist ich mitschreiben kann. Zwar ganz schön umständlich,
unflexibel und Komfortlos die Sache, aber immerhin kann ich damit
jeweils sehen was die eine Seite sendet und die Gegenseite empfängt.
Als Test habe ich vier Verbindungsfenster konfiguriert die im Anhang zu
sehen sind und meine Hardware an COM_1, COM_2 und einen USB-Anschluß des
PCs angeschlossen bzw. umgekehrt erst die Hardware angeschlossen und
dann die Verbindungsfenster.
COM_1 ist die COM_1-Schnittstelle des PCs
COM_2 ist die COM_2-Schnittstelle des PCS
COM_7 ist einer von der Hardware erzeugter USB Serial Port
COM_8 ist der andere von der Hardware erzeugte USB Serial Port
Im Fenster von COM_1 habe ich den Text geschrieben, welcher an COM_2 und
COM_7 zu sehen ist.
Im Fenster von COM_2 habe ich den Text geschrieben, welcher an COM_1 und
COM_8 zu sehen ist.
Hoffe morgen dann mal mich der Zielschaltung widmen zu können.
Wobei mir aufgefallen ist, das dort wahrscheinlich nur mit 5V-Pegeln
gearbeitet wird.
Schnittstelle
Zur automatischen Baudratenerkennung: Zu Zeiten der AT-Modem war doch
Auto-Baud Detection eines der üblichen Features von Modems. Ist das
komplett im Untergrund verschwunden?
Ein ca 20€ Cy7c68013a Bord aus China als Hardware
und ein bissel Software Gefummel und hast alles was du brauchst.
Das Board hat 2 Rs232 Schnistellen da kommen deine beiden Geräte (evtl.
über Pegelwandler) dran.
Der PC sieht ebenfalls eine Serielle Schnittstelle über USB und bekommt
darüber die Kommunikation der RS232 Schnitstellen gesendet. Ausgabe auf
beliebiges Terminal Program.
In der Software einfach die 2 Schnittstellen verbinden und eine Kopie
von jedem empfangenen Zeichen mit < oder > davor, je nachdem welche
Seite empfangen hat, und ein CR hinterher an den PC.
Ausgabe Beispiel wenn ein Gerät einfach ein Echo zurückschickt
> H
< H
> i
< i
Die Gegenrichtung kannst du benutzen um die Baudrate umzuschalten.
Schnittstelle schrieb:> Mit dem Ding kann man ja einiges. UART ist wahrscheinlich mit der RS232> oder halt V24 gleichzusetzen bzw. die UART von einem µC arbeitet ja nur> mit Logikpegeln von 5V usw.
Die Pegelanpassung wäre ja schnell gemacht, zumal du ja nur lauschen
möchtest.
>Jetzt mindestens 210 Euro für eine neue Hardware auszugeben ist mir zu>teuer.>Die passende Hardware muß es doch noch günstiger geben !!!
die kleine Leiterplatte kann man leicht selbst bauen, zur Not auf eine
Lochrasterplatte
Schaltplan könnte ich bei Interesse hier anhängen.
MfG
Wolfgang-G schrieb:>>Jetzt mindestens 210 Euro für eine neue Hardware auszugeben ist mir zu>>teuer.>>Die passende Hardware muß es doch noch günstiger geben !!!> die kleine Leiterplatte kann man leicht selbst bauen, zur Not auf eine> Lochrasterplatte> Schaltplan könnte ich bei Interesse hier anhängen.> MfG>
Danke,
immer her mit den Sachen.
Muß aber leider sagen, das ich nochmals in die Tasche gegriffen habe und
dies bestellt habe
http://www.watterott.com/de/Open-Logic-Sniffer
Damit dürfte ich auf alle Fälle mindestens herausbekommen wie das
RS232-Protokoll aussieht und dementsprechend die Baudrate usw. für den
RS232-Sniffer einstellen.
Schnittstelle
Schnittstelle schrieb:>> Muß aber leider sagen, das ich nochmals in die Tasche gegriffen habe und> dies bestellt habe>> http://www.watterott.com/de/Open-Logic-Sniffer>> Damit dürfte ich auf alle Fälle mindestens herausbekommen wie das> RS232-Protokoll aussieht und dementsprechend die Baudrate usw. für den> RS232-Sniffer einstellen.>
Nun ja, hinterher ist man ja immer schlauer oder auch nicht.
Ich untersuche ja eine UART.
Als Problem empfinde ich beim Open Workbench Logic Sniffer erstens,
das die ganze Geschichte in englisch ist.
Zweitens das es nicht möglich ist auf einen Pegel ( Trigger ) hin die
Aufzeichnung zu starten, zumindest haut das bei mir nicht hin.
Drittens, den geringen Speicher.
Laut Open Logic Sniffer ( OLS ) sendet die untersuchte UART mit 19200
Baud und zwar in einem gewissen Zeitabstand oder sogar sporadisch das
kann ich ja mit dem OLS nicht herausbekommen. Deshalb denke ich das
evtl. dies hier besser gewesen wäre.
http://www.zeitech.de/Scanalogic-2-PRO-Logic-Analyzer-mit-PWM-Generator-Selbstbaukit
Egal, nun habe ich folgendes Problem. Mit der Software zum OLS konnte
ich ja herausbekommen mit welcher Baudrate die UART arbeitet und sogar
das sieben Bytes gesendet werden. Siehe Anhang Logic Analyzer Client.
Nun besitze ich ja auch diesen RS232-Sniffer :
http://www.ebay.de/itm/RS232-Sniffer-to-one-USB-/110704582250?pt=Mess_Pr%C3%BCftechnik&hash=item19c681de6a
Hiermit und durch einen Tipp auf Hammer HyperTerm, konnte ich
herausfinden, das die UART zu beginn jedoch noch andere Daten sendet.
Siehe Anhang Hammer Term.
Um dies nun besser Darstellen zu können benutzte ich den Hex-Editor MX
siehe auch hier den Anhang.
Nun möchte ich diese Datenpakete " ordnen ".
Das heißt leicht Erkennbar machen, welche Daten immer gesendet werden,
wie z.B. die Bytefolge in Hex 42,07,90,00,28,00,FE.
In Hammer HyperTerm ist ja zu erkennen, das zu beginn ein Datenpaket mit
zwölf Bytes gesendet wird ( 00,FC,01,00,80 usw. ).
Ich suche also ein Programm, mit dem ich die sich wiederholenden
Sequenzen herausfinden kann und danach sauber Spalte für Spalte neu
anordnen kann und auch noch die Unterschiede in den einzelnen Zeilen
farblich Sichtbar macht. Praktisch so :
00 FC 01 00 80 00 00 00 00 00 06 00
42 07 90 00 28 00 FE
"" "" "" "" "" "" "" => bleibt gleich
"" "" "" "" "" "" "" => bleibt gleich
42 07 90 00 28 40 BE => die letzen beiden Bytes anders
42 07 90 00 29 00 FD => die letzen drei Bytes anders
Schnittstelle