Messrate bei uPIO bzw. netPIO?
Messrate bei uPIO bzw. netPIO?
Hallo,
gibt es Erfahrungswerte, welche Messrate mit uPIO bzw. netPIO erreichbar ist?
Wie häufig kann z.B. der aktuelle Frequenzwert von einem eigenen Programm auf einem RasPi abgefragt werden.
Da der uPIO nicht vom Netzwerk abhängig ist, sollte er eigentlich häufiger abfragbar sein, ist das so?
Zum Hintergrund der Frage:
Die Messung eines Frequenzverlaufs mittels netPIO mit Messrate 0.2s ergibt mehrere aufeinander folgende Messpunkte mit einem gleichen Wert, dann wieder mehrere aufeinander folgende Messpunkte mit einem gleichen Wert bei einer anderen Frequenz und so weiter. Die Messung mit 1s Messrate entspricht schon eher dem tatsächlichen Verlauf. Allerdings ist hierbei die Auflösung zu grob.
S.G.
gibt es Erfahrungswerte, welche Messrate mit uPIO bzw. netPIO erreichbar ist?
Wie häufig kann z.B. der aktuelle Frequenzwert von einem eigenen Programm auf einem RasPi abgefragt werden.
Da der uPIO nicht vom Netzwerk abhängig ist, sollte er eigentlich häufiger abfragbar sein, ist das so?
Zum Hintergrund der Frage:
Die Messung eines Frequenzverlaufs mittels netPIO mit Messrate 0.2s ergibt mehrere aufeinander folgende Messpunkte mit einem gleichen Wert, dann wieder mehrere aufeinander folgende Messpunkte mit einem gleichen Wert bei einer anderen Frequenz und so weiter. Die Messung mit 1s Messrate entspricht schon eher dem tatsächlichen Verlauf. Allerdings ist hierbei die Auflösung zu grob.
S.G.
Re: Messrate bei uPIO bzw. netPIO?
In der Frage, ist das Problem enthalten. "eigenen Programm":S.G. hat geschrieben:Wie häufig kann z.B. der aktuelle Frequenzwert von einem eigenen Programm auf einem RasPi abgefragt werden?
da gerade Abtastraten, zu einem grossen Teil davon abhängig sind.
Schon mal versucht, ohne Splines & Beziers, nur Daten zu erfassen?
Zweite Abhängigkeit: welcher netPIO (genaue Bezeichnung) ist im Einsatz?
Drittens: welche Programmiersprache, 32/64 bits, etc.
++++++
Gruss/regards IKT
Gruss/regards IKT
Re: Messrate bei uPIO bzw. netPIO?
Hallo IKT,
ich bekomme mit RealView die gleichen Ergebnisse wie mit dem eigenen Programm, welches auf der hier im Forum zur Verfügung gestellten Vorlage basiert (viewtopic.php?f=50&t=3760).
Es handelt sich hierbei um ein Python-Skript auf einem RaspberryPi. Die Datenerfassung ergibt nur die Messpunkte, die Interpolation erfolgt erst nach der Messung beim Erstellen der Grafiken mit gnuplot. In den Bildern sind sowohl die genauen Messdaten (die roten Punkte) als auch die daraus abgeleiteten Interpolationen dargestellt. Der RasPi ist zumindest schnell genug, um auch bei einem Messabstand von 0.1s die erhaltenen Werte sauber in die Datei zu schreiben.
Beim netPIO handelt es um den netPIO / FREQ (netPIO_V.01 2013.01.26).
Gruß S.G.
ich bekomme mit RealView die gleichen Ergebnisse wie mit dem eigenen Programm, welches auf der hier im Forum zur Verfügung gestellten Vorlage basiert (viewtopic.php?f=50&t=3760).
Es handelt sich hierbei um ein Python-Skript auf einem RaspberryPi. Die Datenerfassung ergibt nur die Messpunkte, die Interpolation erfolgt erst nach der Messung beim Erstellen der Grafiken mit gnuplot. In den Bildern sind sowohl die genauen Messdaten (die roten Punkte) als auch die daraus abgeleiteten Interpolationen dargestellt. Der RasPi ist zumindest schnell genug, um auch bei einem Messabstand von 0.1s die erhaltenen Werte sauber in die Datei zu schreiben.
Beim netPIO handelt es um den netPIO / FREQ (netPIO_V.01 2013.01.26).
Gruß S.G.
Zuletzt geändert von S.G. am Donnerstag 17. November 2016, 17:03, insgesamt 1-mal geändert.
Re: Messrate bei uPIO bzw. netPIO?
Hallo S.G.,
RealView + netPIO Freq. -- Abtastrate: 50 Hz (Hardware-Kompatibilitäts-Liste).
Sollte also OK sein, aber -- wie sieht's bei(m) eingesetzten Sensor(en) aus?
netPIO + raspPI mögen schnell genug sein, wenn allerdings der Sensor nur (mal angenommen) alle 500mS bereit ist (ein neuer Wert) nur 2 mal pro Sekunde erhältlich.
Ansonsten repetiert er einfach den "letzten" Wert, bei zu schneller Abfrage-Frequenz.
RealView + netPIO Freq. -- Abtastrate: 50 Hz (Hardware-Kompatibilitäts-Liste).
Sollte also OK sein, aber -- wie sieht's bei(m) eingesetzten Sensor(en) aus?
netPIO + raspPI mögen schnell genug sein, wenn allerdings der Sensor nur (mal angenommen) alle 500mS bereit ist (ein neuer Wert) nur 2 mal pro Sekunde erhältlich.
Ansonsten repetiert er einfach den "letzten" Wert, bei zu schneller Abfrage-Frequenz.
++++++
Gruss/regards IKT
Gruss/regards IKT
Re: Messrate bei uPIO bzw. netPIO?
Hallo IKT,
der Sensor ist ein Magnetsensor mit Polrad (Baumer MDFK 08G mit MIR10-P), der nach meinem Verständnis dauernd liefern sollte - oder irre mich da?
Laienhaft ausgedrückt: kann der netPIO auf der Netzwerkseite 50x/s (50Hz) abgefragt werden (GetRequest+Response)? Auf der Netzwerkseite befindet sich nur ein 10/100-Switch zwischen den beiden Geräten. Ein ping vom RasPi auf den netPIO liefert Antwortzeiten von <3ms. Ausgehend von den Antwortzeiten sollte es möglich sein...
Gruss S.G.
der Sensor ist ein Magnetsensor mit Polrad (Baumer MDFK 08G mit MIR10-P), der nach meinem Verständnis dauernd liefern sollte - oder irre mich da?
Die Liste habe ich auch schon 'befragt'. Hierzu eine Verständnisfrage: Gilt diese Angabe der Abtastrate für die ganze Kette Sensor-netPIO-Realview, oder bezieht sie sich evtl. nur auf Sensor-netPIO.IKT hat geschrieben:RealView + netPIO Freq. -- Abtastrate: 50 Hz (Hardware-Kompatibilitäts-Liste).
Laienhaft ausgedrückt: kann der netPIO auf der Netzwerkseite 50x/s (50Hz) abgefragt werden (GetRequest+Response)? Auf der Netzwerkseite befindet sich nur ein 10/100-Switch zwischen den beiden Geräten. Ein ping vom RasPi auf den netPIO liefert Antwortzeiten von <3ms. Ausgehend von den Antwortzeiten sollte es möglich sein...
Gruss S.G.
Re: Messrate bei uPIO bzw. netPIO?
Nein, das ist korrekt.S.G. hat geschrieben:... der nach meinem Verständnis dauernd liefern sollte - oder irre mich da?
Nein, nur: netPIO-Realview.S.G. hat geschrieben:Gilt diese Angabe der Abtastrate für die ganze Kette Sensor-netPIO-Realview, oder bezieht sie sich evtl. nur auf Sensor-netPIO.
Ich bekomme den Eindruck (Data-Sheet Sensor), dass möglicherweise der netPIO Freq. überfordert ist: max. 9 KHz !
++++++
Gruss/regards IKT
Gruss/regards IKT
Re: Messrate bei uPIO bzw. netPIO?
Hallo IKT,
vielen Dank für all die Antworten
3.000U/min wären am netPIO 12,8kHz und damit zu viel für den netPIO. Hierfür prüfen wir mal, wie wir die Frequenz unter 9kHz halten können (anderes Polrad o.ä)
Gruss S.G.
vielen Dank für all die Antworten
Dann sollte es doch zumindest im unteren Drehzahl-/Frequenzbereich passen. Bei 500U/min sollten am netPIO nur 2,1kHz anliegen, aber auch da tritt der Effekt von mehreren Messpunkten mit dem gleichen Wert auf. Hierfür habe ich noch keinen Grund/keine Lösung gefunden.S.G. hat geschrieben:Ich bekomme den Eindruck (Data-Sheet Sensor), dass möglicherweise der netPIO Freq. überfordert ist: max. 9 KHz !
3.000U/min wären am netPIO 12,8kHz und damit zu viel für den netPIO. Hierfür prüfen wir mal, wie wir die Frequenz unter 9kHz halten können (anderes Polrad o.ä)
Gruss S.G.
Messrate bei uPIO bzw. netPIO - gelöst
Hallo,
Problem gelöst.
Mit einer geänderten Torzeit von z.B. 100ms erhält man das angehängte Bild. Kaum macht man es richtig, schon geht's ...
Gruss S.G.
Problem gelöst.
... das Programm basierte etwas zu sehr auf der Vorlage. Bei einer standardmäßig eingestellten Torzeit von 1000ms ist auch zu erwarten, dass nur alle 1s andere Werte abgefragt werden können.S.G. hat geschrieben:ich bekomme mit RealView die gleichen Ergebnisse wie mit dem eigenen Programm, welches auf der hier im Forum zur Verfügung gestellten Vorlage basiert (viewtopic.php?f=50&t=3760).
Mit einer geänderten Torzeit von z.B. 100ms erhält man das angehängte Bild. Kaum macht man es richtig, schon geht's ...
... laut Datenblatt kann der netPIO 9MHz statt 9kHz. Das sollte für unseren Fall reichen. (oder haben die 9kHz einen anderen Hintergrund?)S.G. hat geschrieben:Ich bekomme den Eindruck (Data-Sheet Sensor), dass möglicherweise der netPIO Freq. überfordert ist: max. 9 KHz !
Gruss S.G.
Re: Messrate bei uPIO bzw. netPIO?
Sieht gut aus! Danke für die abschliessende Meldung. Gute Fahrt!
ABACOM support