Ich schreibe diesen Post damit nicht mehrere Leute auf folgende (dämliche) Eigenschaft der TSiCx06 Temperatursensoren herein fallen: Wenn man den Sensor mit Betriebsspannung (5V) versorgt, sendet er die Temperatur bei 20 Grad nach knapp 30ms. Jetzt könnte man diese Zeit wunderbar berücksichtigen und die 30ms mit sinnvollen Sachen verbringen, wenn diese 30ms konstant wären. Sind sie leider aber nicht. Wenn man den Sensor mit Kältespray behandelt und auf Minusgrade runterkühlt feuert er schon nach ~10ms. Erwärmt man ihn auf 80 Grad antwortet er nach ~55ms. Dazwischen scheint er sich ziemlich linear zu bewegen. Dieser Umstand hat mich heute ca 1h Fehlersuche gekostet.
:
Bearbeitet durch User
Hi
>Dieser Umstand hat mich heute ca 1h Fehlersuche gekostet.
Ich habe einige AppNotes und Datenblätter über die TSICS. Aber ich kann
keine Stelle finden, in der die Zeit bis zum ersten Messwert in irgend
einer Weise fest gelegt ist. Woher hast du die 30ms?
MfG Spess
Mit Oszi gemessen. Es ist die Zeit vom Einschalten des Sensors bis zum Senden des Signals
Hi >Mit Oszi gemessen. Es ist die Zeit vom Einschalten des Sensors bis zum >Senden des Signals Ja und. Wo steht, das dieser konstant ist? MfG Spess
Ich habe nie behauptet das es irgendwo steht. Ich gebe nur den Hinweis, dass sie nicht konstant ist, denn das steht auch nicht im DB.
Hi >Ich gebe nur den Hinweis, >dass sie nicht konstant ist, denn das steht auch nicht im DB. Es steht auch nicht in der AppNote zu ZACwire. >Jetzt könnte man diese Zeit >wunderbar berücksichtigen und die 30ms mit sinnvollen Sachen verbringen, >wenn diese 30ms konstant wären. Sind sie leider aber nicht. Kannst du doch. Es gibt den Hinweis in der ZACwire-AppNote den Anfang eines neuen Wertes per Interrupt über die fallende Flanke des Start-Bits zu triggern. Das habe ich schon vor 5..6 Jahren so gemacht. Funktionierte problemlos. Du hast dich einfach unter der Annahme von falschen Voraussetzungen selbst ins Knie geschossen. Mehr nicht. MfG Spess
Wie oft muss man Temperaturen messen? Öfter, als alle paar Sekunden ist bei der Trägheit solcher Sensoren überflüssig. Also Sensor über Port einschalten und eine Pin-Change- ISR zum Daten-Empfang starten. Die ISR kann ein FERTIG-Signal liefern. In der Zwischenzeit kann man machen, was man will. Nur keine Echtzeit-Anwendungen < 200 ms, bei > 200 ms lässt sich das aber bequem eintakten. Ansonsten ist das TSIC-Protokoll sehr gutmütig und die Genauigkeit ohne Rechenklimmzüge recht annehmbar.
spess53 schrieb: > Es steht auch nicht in der AppNote zu ZACwire. Dort steht 65-85ms und das ist falsch. Der Wert ist stark temperaturabhängig und kann darunter oder darüber liegen (der Sensor ist von -50 bis 150°C spezifiziert). Auch die Bitzeit/Baudrate schwankt mit der Temperatur. Aber kein Problem, die Bitzeit wird ja 'im' Startbit mit übertragen.
spess53 schrieb: > Kannst du doch. Es gibt den Hinweis in der ZACwire-AppNote den Anfang > eines neuen Wertes per Interrupt über die fallende Flanke des Start-Bits > zu triggern. Das habe ich schon vor 5..6 Jahren so gemacht. > Funktionierte problemlos. Kann man machen, wenn man keine Echtzeitanwendung hat, in der z.B. ein Regler mit 1-10kHz laufen muss. spess53 schrieb: > Du hast dich einfach unter der Annahme von falschen Voraussetzungen > selbst ins Knie geschossen. Mehr nicht. Stimmt. Deshalb weise ich diesem Post darauf hin. Carol schrieb: > Öfter, als alle paar Sekunden ist bei der Trägheit solcher > Sensoren überflüssig Richtig, jedoch hat die Abfragerate des Sensors nichts damit zu tun, das Carol schrieb: > Nur keine Echtzeit-Anwendungen < 200 ms, bei > 200 ms lässt > sich das aber bequem eintakten. mehr möglich sind, wie z.B. einen Regler aufrufen. Zac Wire schrieb: > Dort steht 65-85ms und das ist falsch. Richtig Ich verstehe die ganzen Flames auch nicht wirklich, es ist lediglich ein gut gemeinter Hinweis von mir. Carol schrieb: > Ansonsten ist das TSIC-Protokoll sehr gutmütig und die > Genauigkeit ohne Rechenklimmzüge recht annehmbar. Ohne Frage
Ingo Less schrieb: > Ich habe nie behauptet das es irgendwo steht. Ich gebe nur den Hinweis, > dass sie nicht konstant ist, denn das steht auch nicht im DB. Negative Eigenschaften stehen eigentlich nie im Datenblatt. Man muss also das Datenblatt auf das Nichtvorhandensein positiver Eigenschaften wie z.B. "kein Latchup-Effekt" durchsuchen.
Aber das Fazit ist falsch: Letzter Absatz im Post. Die Verzögerung nach Power On vom TSIC kann zwischen 20ms bis über 80ms liegen. Sie ist stark temperaturabhängig.
Thread beobachten
Seitenaufteilung abschaltenBitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.