Hi zZsammen! Letzten September hatte ich schon mal nachgefragt, wegen Problemen mit dem SHT11. Nun lief alles bis jetzt super und gestern zeigte er mir 32767( was ja ein Fehlercode ist) an. Ich benutze den C-Code von prx (A.K.), ist der Sensor nun hinüber oder kann ich noch was tun? Ich habe nichts verändert und wie gesagt, er funktionierte ja auch wirklich super. Wäre toll, wenn mir einer der Sensorexperten helfen kann. VG Konrad
Gast
#3992883
Ach was, der geht noch! Mal im ernst: Haste mal gemessen was bei der Kommunikation passiert? Hast du inzwischen was an der software geändert? Wie ist er verschalten? Wie sieht das Programm aus? Wie gut ist die Versorgung? Kurzum: Meistens gehen die Teile nicht ohne Grund kaputt! Flip
Hi Flip! Wie gesagt, er funtionierte super, ich habe nichts geändert, dann wars einfach vorbei! Wenn er hin ist, was solls, habe noch neue, aber eben im Büro, da befinde ich mich gerade nicht! VG Konrad
Flip schrieb: > Kurzum: Meistens gehen die Teile nicht ohne Grund kaputt! Feuchtesensoren haben prinzipbedingt meist einen ziemlich direkten Kontakt zur Aussenwelt. Da kann dann schon mal was passieren, das aus Anwendersicht zum jedem Supporter bestens bekannten "Aber ich habe nichts getan!" passt.
Gast
#3992929
Konrad Bethmann schrieb: > Wenn er hin ist, was solls, habe noch neue ... Dann wäre zur ersten Fehlereingrenzung die Methode "Swapping"/"Komponententausch" nach Shainin(TM) eine naheliegende Vorgehensweise http://www.versuchsmethoden.de/Methoden1.htm
Hi zusammen! Den Komponententausch kann ich erst am Montagabend machen,da werde ich ja sehen, was los ist! Wie A.K. schon schrieb, der Sensor ist halt in der Umwelt, bei mir soll er einen Reifeschrank steuern, da ist es ungefähr 14°C und eine rH von 85%, dass sollte dem Sensor nichts machen. Aber wer weiss! VG Konrad
Hi Zusammen! Haqbe gerade noch mal den Code durchgesehen und in der SHT.h folgende Zeile gefunden: #define SHT11_CRC_FAIL -32767 dass heisst ja, das was mit der Checksumme nicht passt, heisst das auch, dass ich den Sensor entsorgen kann? VG Konrad
Gast
#3993008
Konrad Bethmann schrieb: > Aber wer weiss! Wenn der Sensor 0x7FFF liefert, ist da irgendetwas grundlegendes kaputt - 85%rH mag nicht jede Elektronik/Kabelverbindung auf Dauer. Sendet der Sensor die Prüfsumme richtig oder ist der angezeigte Wert ein Fehlercode von deinem Anzeigeprogramm? Der Sensor sollte eigentlich 14 bzw. 12 Bit für Temperatur bzw. Feuchte liefern (bei reduzierter Auflösung 12 und 8 Bit) und nicht 16 Bit.
Konrad Bethmann schrieb: > gestern zeigte er mir 32767 ( was ja ein Fehlercode ist) Der Code für CRC-Fehler ist -32767, nicht +32767. Bei offener Leitung bliebe das Datensignal auf "high" und die Messung würde sich aufhängen oder auf Timeout laufen, abhängig vom aufrufenden Code. Ist die Datenleitung permanent auf "low" kommt genauso -32767 raus wie bei einem CRC-Fehler. +32767 kann überhaupt nicht herauskommen. Genauere Information gibt der ausgelesene Wert vor der Umrechnung, also die Werte von
1 | |
2 | |
in result(). Wenn da bloss Nullen kommen sind Leitung oder Chip im Eimer.
Gast
#3993154
Ist der DHTxx kompatibel zum SHTxx? Hat evtl. jemand die Arduino Sensirion Library (SHTxx) mal mit dem DHT benutzt. Funktioniert es?
Gast
#3993170
Konrad Bethmann schrieb: > Ich benutze den C-Code von prx (A.K.) Nur damit man mal weiß, welchen Code du überhaupt verwendest: Ist das der hier? Beitrag "Sensirion SHT11 Code"
Hi zusammen! ja, M.O. diesen Code nehme ich und es wird auch -32767 angezeigt, tschuldigung, das Vorzeichen habe ich vergessen! VG Konrad
Danke A.K., dann werde ich noch mal die Leitungen testen und die Rohwerte auslesen! VG Konrad
Hallo zusammen! Habe heute einen neuen Sensor an das Kabel gehängt, alles passt wieder perfekt, tja, ich messe den alten noch mal durch, aber ich vermute, er hats irgendwie nicht geschafft, schade! VG Konrad
Antwort schreiben
Bitte melde dich an, um einen Beitrag zu schreiben.