HYT 221 an 8051 liefert keine Werte

[Matze (Gast)]

Hallo zusammen,

ich versuche an einem Atmel AT89C5131 einen HYT221 Sensor von Conrad in 
Betrieb zu nehmen. Leider liefert der Sensor keine Werte zurück und 
irgendwie komme ich nicht weiter.

Hat jemand eine Idee, warum keine Werte zurück geliefert werden?

#include <at89c5131.h>                                //  Registeradressen                  
#include <stdio.h>                        // für sprintf    
#include <lcd.h>  
#include <math.h>
#include "emuI2C.h"

#define HYT_ADRESS  0x28
#define HYT_ADRESS1  0x28


   double taupunkt;

 float    temperature;
 float    humidity;
 
extern void initlcd (void);                  // in \hilf_c\lcd.c  


 extern void loeschenlcd (void);                // in \hilf_c\lcd.c                  
 extern void textlcd (unsigned char *, unsigned char);  // in \hilf_c\lcd.c        

void warte100us (unsigned int anzahl)  
  {
  unsigned int z1,z2;
  for (z2 = anzahl;  z2 != 0;  --z2)
    {
    for (z1 = 255;   z1!= 0;   --z1);
    };
  }

float calc_dewpoint(float h,float t)
//--------------------------------------------------------------------
// calculates dew point
// input: humidity [%RH], temperature [°C]
// output: dew point [°C]
{ 
float k,dew_point;
k = (log10(h)-2)/0.4343 + (17.62*t)/(243.12+t);
dew_point = 243.12*k/(17.62-k);
return dew_point;

}

  
  void main (void)
  {
// sende Daten ueber I2C
//unsigned char test[1] ={0x00};   

unsigned char buf [20] ;                  //  für LCD-Anzeige                    float  kommazahl;  
unsigned char raw_value_temp;
unsigned char raw_value_humid;


float ausw_taupunkt = taupunkt;

  P2 = 0;
  initlcd ();                            //  Initialisierung LCD-Display an P0      
  loeschenlcd ();                        //  Anzeige löschen  



  while (1)
    {  

unsigned char msg[4] ={0x00}; 
unsigned char msg1[4] ={0x00};
unsigned char test[4] ={0x00}; 

msg[0] = HYT_ADRESS; // Slave Adresse    
EmuI2C_SendData (msg, 1); // Daten senden via I2C
      
warte100us(100);
      
msg1[0] = HYT_ADRESS1; // Slave Adresse
EmuI2C_ReceiveData(msg, 4); // Daten empfangen via I2C      



      
raw_value_temp = ((msg[2] << 8) | msg[3]) >> 2;
        // Rohwert der Feuchte als 14bit -Wert im 1. und 2. Datenbyte, der Wert ist rechtsbuendig
        // ausgerichtet, im 1. Datenbyte mussen die beiden Statusbits geloescht werden
          raw_value_humid = ((msg[0] & 0x3F) << 8) | test[1]; 
          temperature = ((float)(raw_value_temp) * 165.0F / 16383.0F) - 40.0;
          humidity = (float)raw_value_humid * 100.0F / 16383.0F;  
          taupunkt = calc_dewpoint(humidity,temperature);
  
      sprintf (buf,"T: %3.1f\xdf H:%3.1f%%",temperature,humidity);  
      
    textlcd (buf,1);              
                
                
    
    sprintf (buf,"Taupunkt:  %3.1f\xdf ",taupunkt);
        
    textlcd (buf,2);    
    

                                                                
     }                                

  
}

[msp430-freak (Gast)]

Habe den HYT221 vor einiger Zeit an ein MSP430-Launchpad mit einem
MSP430G2452 im Sockel angeschlossen und nur stur das "Geschreibsel"
im HYT221-Datenblatt in meinem Programm umgesetzt:

case 'h':  // get HYT221 Humidity/Temperature

           i2cStart();                // start HYT221 measurement cycle
           __delay_cycles(64);
           i2cWrite(SlaveAddr_HYT221 << 1);// 7-bit SlaveAddr shift 1x 
left
           __delay_cycles(64);
           i2cStop();
           __delay_cycles(128);

           //+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
           i2cStart();                               // query HYT221
            __delay_cycles(64);
           i2cWrite((SlaveAddr_HYT221 << 1) + 1);    // 7-bit SlaveAddr
                                //shift 1x left + 1 == i2c read command
           __delay_cycles(64);
           Cap_Data_1MSB = i2cRead(OK_I2C_ACK); // High-Byte des HYT221
                                                // Humidityregisters
           __delay_cycles(64);
           Cap_Data_2LBS = i2cRead(OK_I2C_ACK); // Low-Byte des HYT221
                                                // Humidityregisters
           __delay_cycles(64);
           Temp_Data_1MSB = i2cRead(OK_I2C_ACK);// High-Byte des HYT221
                                                // Temperaturregisters
           __delay_cycles(64);
           Temp_Data_2LBS = i2cRead(NO_I2C_ACK);// Low-Byte des HYT221
                                                // Temperaturregisters
           __delay_cycles(64);
           i2cStop();
           __delay_cycles(128);

// logische UND-Verknüpfung: das Ergebnisbit ist 1,
// falls beide Bits 1 sind, ansonsten 0
               Humidity_Word = Cap_Data_1MSB & 0x3f;  // AND 00111111 ->
                     // Wegmaskieren der beiden MSBits von Cap_Data_1MSB
               Humidity_Word = (Humidity_Word << 8) + Cap_Data_2LBS;

               Temperature_Word = Temp_Data_2LBS >> 2;  // 2x shift 
right
                     // -> Entfernen der beiden LSBits von 
Temp_Data_2LBS
               Temperature_Word = Temperature_Word + (Temp_Data_1MSB << 
6);

Sicher nicht der eleganteste Code ABER völlig transparent (wenn man die
verwendeten I2C-Routinen kennt).

[msp430-freak (Gast)]

Nachtrag:
Wem die Slave Address Manipulationen in meinem Code spanisch
vorkommen sollte vielleicht in die I2c-Spezifikation reinschauen.

http://www.google.de/url?sa=t&rct=j&q=&esrc=s&source=web&cd=1&cad=rja&uact=8&ved=0CCMQFjAAahUKEwj22M3ets_IAhXBc3IKHTlzC_4&url=http%3A%2F%2Fwww.nxp.com%2Fdocuments%2Fuser_manual%2FUM10204.pdf&usg=AFQjCNG5emVs3tU5RbGVKjblTMFgLLHdqg&bvm=bv.105454873,d.bGQ

[Bernhard S. (b_spitzer)]

Der Baustein hat also die Schreibadresse 0x51 und die Leseadresse 0x50 
(0x28<<1+1).
> Slave Address Manipulationen in meinem Code
Ich sehe keine Address-Manipulation in dem Code-Teil. Ich sehe nur, dass 
Du die (identischen) Adressen jeweils in ein Array kopierst, das nich 
vollständig initialisiert ist. Was die Funktionen 
EmuI2C_ReceiveData(char * Array, char Irgendeinsteuerzeichen) und 
EmuI2C_SendData(...) machen sollen, geht aus dem Ausschnitt auch nicht 
hervor.

Vielleicht solltest Du als Hausaufgabe nochmal zu den I2C-Basics 
zurückgehen.