Für serielle Daten (RS232), die von einem Mikrocontroller-Board an eine Auswertung (PC -> Decoder -> LabView) weitergereicht werden, würde ich gerne einen professionellen (Industrie-) RS232 Datenlogger dazwischenschalten, der die vom Mikrocontroller-Board kommenden Daten unabhängig aufzeichnet. Damit soll verhindert werden, dass die vom Board kontinuierlich erzeugten Daten verlorengehen, weil z.B. der Message Decoder oder das Auswerteprogramm ein Problem hat und abstürzt oder hängt.
Hat jemand Erfahrungswerte und kann entsprechende Geräte empfehlen?
Hat jemand Erfahrungswerte und kann entsprechende Geräte empfehlen?
Einfach eine SD-Karte mit an den Mikrocontroller zu hängen und dort die Daten parallel aufzuzeichnen, ist keine Option?
Um welche Datenrate und welche Datenmengen/Aufzeichnungsdauer geht es überhaupt?
Hat jemand Erfahrungswerte und kann entsprechende Geräte empfehlen?
Einfach eine SD-Karte mit an den Mikrocontroller zu hängen und dort die
Daten parallel aufzuzeichnen, ist keine Option?
Um welche Datenrate und welche Datenmengen/Aufzeichnungsdauer geht es
überhaupt?
Wir hatten in der Firma vor 10 Jahren dasselbe Problem. Wir lösten das so, daß eine 256MB industrielle SDKarte ohne File System, Sektor bei Sektor, rund herum sequenziell beschrieben wurde, um immer eine Aufzeichnung der Steuerungsaktionen und Vergangenheit zu haben. Sie wurde sekündlich mit einer Datenstruktur belegt und erlaubte einen Rückblick auf einige Wochen Betrieb der Steuerung. Die SDKarte war fest eingebaut und konnte über das GUI oder Ethernet hochgeladen werden oder auf einen USB Memory Stick übertragen werden, wenn notwendig. Das ganze lief auf einem NXP uC mit RTOS. Für uns genügte das. Der verwendete uC hatte schon eine SDKartenschnittstelle im Vierdraht Daten Modus.
Allerdings habe ich dieses Beispiel nur ge-googelt und kenne seine genauen Daten und seine Zuverlässigkeit nicht. Daher meine Frage nach Erfahrungswerten mit entsprechenden Geräten.
Die Datenrate beträgt 57600 baud. Die Aufzeichnung sollte auch erfolgen, wenn die eigentliche Gegenstelle nicht "verfügbar" ist oder zeitweise ausfällt.
Es geht um Messwert-Auswertung und -Anzeige, die komplexer ist, als die Datengenerierung vom Board. Diese Komplexität hat ein Ausfallrisiko. Daher soll die Sicherung der vom Board über RS232 gelieferten Daten sichergestellt werden.
Allerdings habe ich dieses Beispiel nur ge-googelt und kenne seine
genauen Daten und seine Zuverlässigkeit nicht. Daher meine Frage nach
Erfahrungswerten mit entsprechenden Geräten.
Ich hatte ein älteres Modell von denen im Einsatz, hat einen guten Eindruck hinterlassen.
Allerdings habe ich dieses Beispiel nur ge-googelt und kenne seine
genauen Daten und seine Zuverlässigkeit nicht.
Da Du offenbar kein Protokoll verwenden willst, weißt Du auch niemals, ob die Daten nicht vielleicht nach dev/null gesendet werden oder ob sie fehlerhaft sind.
Es paßt irgendwie nicht zusammen, keine Sicherungsschicht zu implementieren, aber Zuverlässigkeit zu fordern.
Wenn du nur eine Richtung aufzeichnen willst, dann könntest du auch ein normales Terminalprogramm nehmen. Es sollte natürlich Logging + Timestamps beherrschen.
Wenn die Daten Binär sind, dann natürlich noch Hexdarstellung.
Die Aufzeichnung sollte auch erfolgen,
wenn die eigentliche Gegenstelle nicht "verfügbar" ist oder zeitweise
ausfällt.
Wenn die Gegenseite keine Stromversorgung hat, wird sie wahrscheinlich alle eingehenden Signale kurzschließen. Ein Gerät dass einfach mit schnüffelt, wird dann nicht genügen. Du brauchst wahrscheinlich ein Gerät mit zwei seriellen Anschlüssen, dass die Daten durch reicht.
Hast du das schon mal live erlebt? Mit einer echten RS-232?
Mein letzter Kontakt zu RS232 Schnittstellen ist etwa 25 Jahre her. Keine Ahnung, ob ich das damals erlebt habe. Ich empfehle, das zu testen/messen, damit es nicht nachträglich zu großer Enttäuschung kommt, wenn der super sichere Logger versagt.
Hast du das schon mal live erlebt? Mit einer echten RS-232?
Mein letzter Kontakt zu RS232 Schnittstellen ist etwa 25 Jahre her.
Keine Ahnung, ob ich das damals erlebt habe. Ich empfehle, das zu
testen/messen, damit es nicht nachträglich zu großer Enttäuschung kommt,
wenn der super sichere Logger versagt.
Deswegen ja ganz oben meine Frage nach
professionellen (Industrie-) RS232 Datenlogger
Weil speziell dafür entwickelt UND AUSFÜHRLICH GETESTET.
Und ja - mit:
Du brauchst wahrscheinlich ein Gerät mit zwei seriellen Anschlüssen,
dass die Daten durch reicht.
Weil speziell dafür entwickelt UND AUSFÜHRLICH GETESTET.
Es soll "professionellen (Industrie-)" Qualität haben, ich verstehe aus den bisher hier genannten Anforderungen allerdings nicht wo das Problem sein soll.
Es wurde eine Datenrate von 57600 Baud genannt. Angaben ob die Daten kontinuierlich mit dieser Geschwindigkeit kommen und wie lange der Zeitraum der Aufzeichnung sein soll habe ich auf die schnelle hier nicht gefunden aber das sollte nicht das Problem bei dieser Datenrate sein.
Das kann z.B. OpenLog problemlos auf eine SD-Karte schreiben. Wenn es robust sein soll könnte man auch einen kleinen "Industrie-PC" nehmen (egal ob mit Windows oder Linux) und die Daten einfach per Terminalprogramm lokal auf dem Rechner speichern.
Daten einfach per Terminalprogramm lokal auf dem Rechner speichern
Wenn beide Datenrichtungen gespeichert werden sollen, dann ist das mässig, da die Daten dann in 2 Files landen und eine Zuordnung evtl. schwierig wird. Zumindest kann ich kein Terminalprogramm welche 2 Ports gleichzeitig logt.
Wenn beide Datenrichtungen gespeichert werden sollen, dann ist das
mässig, da die Daten dann in 2 Files landen und eine Zuordnung evtl.
schwierig wird. Zumindest kann ich kein Terminalprogramm welche 2 Ports
gleichzeitig logt.
Mein Verständnis der Anforderungen ist dass es nur um eine Richtung geht, es soll ja der Fall abgefangen werden dass die Auswertung ausfällt und dann Daten verloren geht. Ich würde das so verstehen dass die Auswertung nichts schickt.
Zumindest kann ich kein Terminalprogramm welche 2 Ports
gleichzeitig logt.
Vor über 30 Jahren habe ich so ein Programm mal für DOS geschrieben. Nein, Sourcen existieren nicht mehr, auch das Programm existiert nicht mehr, Nachfragen sind nutzlos.
Wenn man das tatsächlich braucht, dafür gibt es Hardware:
Du brauchst wahrscheinlich ein Gerät mit zwei seriellen Anschlüssen,
dass die Daten durch reicht.
Übliche Eingänge sind hochohmig genug, sie parallelschalten zu können.
Hier liegt noch ein Kabel mit 4 Sub-D-Steckern. Das Nutzsignal 1:1 durch und beide Tx auf je einen Stecker. Dazu braucht es einen PC mit echten COM-Ports und aufgezeichnet habe ich mit Software von www.shamrock.de.
Ist lange her und ich habe keine Ahnug, ob shamcom unter modernen Betruebssystemen noch läuft.
einen professionellen (Industrie-) RS232 Datenlogger
dazwischenschalten, der die vom Mikrocontroller-Board kommenden Daten
unabhängig aufzeichnet.
Fuer sowas fliegt hier ein abgelegter Dell Pocket-PC X50V herum.
Terminalprogramm starten und Log anhakeln [x].
Fertig.
Hat seine eigene USV und genug RAM fuer viele Stunden Traffic.
Wenn genug beisammen ist, kann man die Daten per WLAN z.B.
aufs NAS schieben und ihm wieder Erleichterung verschaffen.
Oder natuerlich auf die SD-Karte/den CF schieben.
