SHT11 SHT21 unterschiedliche Luftfeuchte Werte

[Dirk F (Gast)]

Hallo,
aufgrund der Abkündigung der SHT11 Feuchtesensoren von Sensirion habe 
ich auf SHT21 umgestellt.
Das Hand-Löten der SHT21 hat erstaunlich gut funktioniert.

Jetzt habe ich 2 Boards mit SHT11 und SHT21 nebeneinander stehen.
Folgende Messwerte:

SHT11: Rh=42,5% T=21,2°C
SHT21: RH=36,2% T=21,6°C

Leider bin ich nicht sicher, welcer der beiden RH (Relative Feuchte) 
stimmt.

Hat jemand ähnlicher Erfahrungen gemacht ?

SHT11 Code Umrechnung:

  RHlin =  (-2.0468 + (0.0367 * resultRH1) +  (-1.5955e-6 * resultRH1 * resultRH1)  )*10 ; // linearisizion according data sheet SHT71
  TEMPlin =   (-40.1 +  (0.01 * resultTEMP1 )) * 10 ; // linearisizion degree Celsius according data sheet SHT71
  RHtrue = (TEMPlin -25.0 ) * (0.01 + 0.00008 * resultRH1 ) + RHlin ; // according data sheet
  SHT_A_humi = (int) RHtrue;      // convert to global INT
  SHT_A_temp = (int) TEMPlin;      // convert to global INT

SHT21 Code Umrechnung:

//-----------state 8-------calculate Humidity----------------------------------------
  case 8:
  // resultRH1 = 25424;
        
  resultRH1 &= ~0x0003;           // clear bits [1..0] (status bits)
  SHT_A_humi = (long long)  (-60 + (1250 * resultRH1 / 0xffff )) ;
  
        state1++;
  break;

[Wolle G. (wolleg)]

Überprüfen kann man die Fühler, indem man die Feuchtigkeit über 
gesättigten Lösungen misst.
Werte dazu: siehe z.B. 
Beitrag "Re: DHT11 Feuchtigkeitssensor sehr ungenau"

[Dirk F (Gast)]

Hallo Wolleg,
ich denke die Sensoren sind OK, da ich von jedem 2 Stück betreibe.
Beide SHT11 zeigen das gleiche an, beide SHT21 auch.

[ich (Gast)]

kenne die SHT21 nicht aber die DHT11 sind sehr ungenau und zeigen meiner 
Erfahrung nach immer zu viel an. DHT22 sind da deutlich besser als die 
DHT11, würde hier also davon ausgehen das die SHT21 den genaueren Wert 
liefern.

[(prx) A. K. (prx)]

Dirk F schrieb:
> SHT_A_humi = (long long)  (-60 + (1250 * resultRH1 / 0xffff )) ;

Will nur vorsichthalber darauf hinweisen, dass die Breite der Rechnung 
hier nicht von dem (long long) bestimmt wird, sondern vom unbekannten 
Typ von resultRH1 und der unbekannten Wortbreite des Prozessors.

[Dirk F (Gast)]

resultRH1 ist 16 Bit breit.

[(prx) A. K. (prx)]

Dann wäre es bei einem 16 Bit Prozessor eher Zufall, wenn es mal stimmen 
sollte. Denn 1250 * resultRH1 hätte ein 16 Bit Ergebnis.

[Dirk F (Gast)]

Der Prozessor ist ein PIC32MX.

(long) ist hier 32 Bit, hätte gereicht, Long Long ist 64 Bit INT.

[(prx) A. K. (prx)]

Dirk F schrieb:
> Long Long ist 64 Bit INT.

Was hier keinerlei Rolle spielt.

[Dirk F (Gast)]

A. K. schrieb:
> Was hier keinerlei Rolle spielt.

Also wird Deiner Meinung nach die o.g. Rechnung in 32 Bit durchgeführt 
`?

[Mario M. (thelonging)]

Du musst den empfangenen Wert sofort in float umwandeln:

//==============================================================================
float SHT2x_CalcRH(u16t u16sRH)
//==============================================================================
{
ft humidityRH;
// variable for result
u16sRH &= ~0x0003;
// clear bits [1..0] (status bits)
//-- calculate relative humidity [%RH] --
humidityRH = -6.0 + 125.0/65536 * (ft)u16sRH; // RH= -6 + 125 * SRH/2^16
return humidityRH;
}

[(prx) A. K. (prx)]

Dirk F schrieb:
> Also wird Deiner Meinung nach die o.g. Rechnung in 32 Bit durchgeführt

Ja. Ganzzahlig.

[Dirk F (Gast)]

Hallo Mario,
also ich wollte beim SHT21 Code eigentlich Fload vermeiden.
Deshalb rechne ich mit INT mit einer Nachkommastelle.

Wenn ich den im Datenblatt angegebenen Beispielwert von

resultRH1 = 25424;

nehme, dann kommt auch genau das Ergebnis raus, eas im Datenblatt steht.

@AK:  Aber ich caste doch auf 64 Bit, warum bist Du der Meinung, die 
Rechnung wird in 32 Bit ausgeführt ?
Ganzzahlt ist klar, aber mit 1 Nachkommastelle : Beispiel INT 600 = 60,0

[(prx) A. K. (prx)]

Dirk F schrieb:
> @AK:  Aber ich caste doch auf 64 Bit, warum bist Du der Meinung, die
> Rechnung wird in 32 Bit ausgeführt ?

Weil ich C kann und du nicht. ;-)

Du sperrst den Stall zu, nachdem der Gaul ausgebüxt ist. Die Rechnung
  (long long) (a * b)
findet in der Breite nur abhängig von a und b statt, erst das Ergebnis 
wird auf long long erweitert. Wäre anders bei
  ((long long)a * b)

[Dirk F (Gast)]

Ah
danke AK.
Stimmt ich bin nicht gut in C.

[Dirk F (Gast)]

Fehler erkannt.
Die alte Berechnung des SHT11 war fehlerhaft.
Ich habe zu früh mit 10 multipliziert um 1 Nachkommastelle zu bekommen.

Die Abweichng ist kleiner geworden, aber immer noch da.
SHT21:34%  zu SHT11:38%

Korrregierter Code SHT11:

//----calculate SHT11----------------------------------------
RHlin =  (-2.0468 + (0.0367 * resultRH1) +  (-1.5955e-6 * resultRH1 * resultRH1)  ) ; // linearisizion 

TEMPlin =   (-40.1 +  (0.01 * resultTEMP1 ))  ; // linearisizion degree Celsius 

RHtrue = (TEMPlin -25.0 ) * (0.01 + 0.00008 * resultRH1 ) + RHlin ; // according SHT11 data sheet

SHT_A_humi =  RHtrue*10;  // convert to global INT
SHT_A_temp =  TEMPlin*10;  // convert to global INT

[Einhart P. (einhart)]

> Die Abweichng ist kleiner geworden, aber immer noch da.
> SHT21:34%  zu SHT11:38%

Das sieht doch einwandfrei aus. Mehr wird die Genauigkeit der Sensoren 
nicht hergeben.