Aua. Und das mit einem 8bit-Prozessor.psclab38 hat geschrieben:etwas Fließkommaarithmetik
Kannst Du die Werte nicht so lange nach links schieben, bis Du BCD-Arithmetik machen kannst? So rechnen doch fast alle Messgeräte.
Patrick
Aua. Und das mit einem 8bit-Prozessor.psclab38 hat geschrieben:etwas Fließkommaarithmetik
Jaaa, ich weiß was Du meinst.ompf hat geschrieben:Aua. Und das mit einem 8bit-Prozessor.psclab38 hat geschrieben:etwas Fließkommaarithmetik
Ja, könnte ich machen. Ich sehe aber derzeit keinen Grund, es zu ändern. S. o. .ompf hat geschrieben:Kannst Du die Werte nicht so lange nach links schieben, bis Du BCD-Arithmetik machen kannst?
Mag sein. Aber bei allen c't-Lab Firmwaren, sei es Pascal oder C, kommt Fließkomma zum Einsatz, wo sinnvoll. In der Vergangenheit haben wir schon optimiert und auf ein vernünftiges Maß reduziert. Speziell bei der DIV-C steht für mich ein funktionierendes Ergebnis mit vertretbarem Zeitaufwand ganz vorne in der Prioritätenliste, insbesondere da sich die Beteiligung am ganzen c't-Lab-Projekt schon spürbar reduziert hat.ompf hat geschrieben: So rechnen doch fast alle Messgeräte.
Mal schauen, welcher Wertebereich Sinn macht. Die Beschleunigungsfunktion für den Drehencoder ist leider nicht ganz so ideal hier, um hohe Werte einzukurbeln.EXA hat geschrieben:65000 Sekunden wären ja ~18h. Das würde mir persönlich dicke reichen.
Ich könnte mir vorstellen, einen zusätzlichen Parameter für die Min/Max-Messdauer einzuführen, Auflösung 1 Sekunde. Diese Zeit läuft dann automatisch los, sobald man die Min/Max-Werte per Encoder oder Kommando zurücksetzt. Ist die Zeit abgelaufen, stoppt die Anzeige einfach. Ob ich den laufenden Timer irgendwie signalisieren kann, weiß ich noch nicht.EXA hat geschrieben:Ich habe da so an einen Zeitrahmen von 1-2h gedacht. Ich würde damit hauptsächlich Ausschläge von Drehgebern, Spannungsschwankungen, Temperatursensoren, etc. ausmessen wollen. Wie gesagt für eine Temperaturmessung, die 5min dauert würde ich undern 2min warten bis der PC hochgefahren ist. Da ist am Display ablesen schon bequemer
Wer eine Langzeitmessung machen will, möchte die Daten dann sowieso am PC auswerten. Da kann die Auswertesoftware auch das Zeitmanagement mit übernehmen.
Danke Dir, ich hoffe auch, daß vielleicht doch nochmal jemand mitmacht...EXA hat geschrieben:Ich möchte auch ein großen Lob für dein Engagement loswerden. Ich hoffe du hast auch weiterhin genug Zeit dazu.
Genau so machen wir's, der Lötkolben raucht schonpsclab38 hat geschrieben:Wie machen wir's? Du schickst ein Beweisfoto, wenn Du die DIV aufgebaut hast und ich bau' dann das Feature ein?
Evtl. ließe sich hierfür die unbenutzte LED (LED2 oder LED3, hab den Schaltplan jetzt nicht da) auf dem PM8 verwenden. Die benötigte Hardware ist schon da, wer das haben will lötet die LED rein und bohrt ein M3 Loch an passender Stelle in die Frontplatte.psclab38 hat geschrieben:Ob ich den laufenden Timer irgendwie signalisieren kann, weiß ich noch nicht.
Die LED in der Frontplatte ist ja schon mit AutoRange vorbelegt. Die zweite wäre dann NOT-Autorange, weil die verkoppelt sind und nur von einem Signal gesteuert werden, leider. Daher gibt's nur beim DCG zwei LEDs.EXA hat geschrieben:Evtl. ließe sich hierfür die unbenutzte LED (LED2 oder LED3, hab den Schaltplan jetzt nicht da) auf dem PM8 verwenden. Die benötigte Hardware ist schon da, wer das haben will lötet die LED rein und bohrt ein M3 Loch an passender Stelle in die Frontplatte.psclab38 hat geschrieben:Ob ich den laufenden Timer irgendwie signalisieren kann, weiß ich noch nicht.
Sehe ich auch so....Lennart hat geschrieben:wow .. hätte nicht gedacht, das das DIV so gute werte erreicht .. aber gut zu wissen das man für rel. kleines Geld so ein gutes Instrument bekommt
Das Problem habe ich mir gerade angesehen. Also:psclab38 hat geschrieben:Abweichungen nur im letzten Digit, und die dürften daher rühren, daß der Skalierungsfaktor nur mit vier Stellen nach dem Komma wirkt. Ob das jetzt an der Firmware liegt oder am "DIV-Abgleich.vi" habe ich noch nicht überprüft.
Das Problem trat bei mir schon mal auf (siehe http://thoralt.ehecht.com/phpbb/viewtop ... f=14&t=312). Der Grund ist die ASCII-Wandlung in Festkomma-Format (also nicht Exponential-Darstellung álá x.xxxE-xx) mit 4 festen Nachkommastellen in dem VI "CTLAB-SendVal.vi" (das steckt in der Bibliothek CTLIB.llb).psclab38 hat geschrieben:Die 5 Stellen nach dem Komma reichen grade so aus, um das letzte Digit des DIV noch ordentlich zu skalieren. Wer kennt sich denn mit dem LabView aus? Ich such mir immer den Wolf und hab keine Ahnung, wie und wo ich da was ändern könnte.
Hi Patrick,PatHoff hat geschrieben:
Ich habe das neue DIV-Abgleich-PH.vi noch nicht getestet. Wenn es Probleme gibt kann ich ja mal mein DIV ranhängen und Fehlersuche betreiben.
Viele Grüße !
Patrick
Hallo Patrick,psclab38 hat geschrieben: Ich hoffe, ich hab am Wochenende genügend Zeit zum Ausprobieren.