LM75A am RN-Control - Fehler bei I2C Verbindung
Hi!
Ich nutze momentan das RN-Control mit dem atmega32. Ich versuche die Temperatur aus einem LM75A mittels I2C auszulesen und diese dann per rs232 an meinen PC zu übertragen. Und das alles in C-Code.
Dummerweise klappt schon das Auslesen des LM75A nicht so wie es soll, aber fangen wir mal von vorne an:
Erstmal zur Verkabelung:
Ich habe den 5 Volt-Ausgang des RN-Control an den VCC-Eingang vom LM75A gesteckt. Weiterhin hängen an diesem 5Volt-Ausgang parallel 2 10kOhm Widerstände. Hinter diesen Widerständen hängt jeweils die SDA-Leitung(bzw. SCL) vom LM75A und die vom atmega32.
Der Aufbau entspricht eigentlich fast 1zu1 diesem hier: http://www.ermicro.com/blog/?p=744
Wenn es an der Verkabelung liegen sollten, kann ich auch gerne noch ein Foto nachreichen.
Zur Ansteuerung im Quellcode nutze ich die Libs von Peter Fleury, die ja auch schon öfter im Forum genannt wurden. Die sollten ja ganz normal funktionieren. Ich habe den Port auch extra auf Port C und Pin 1 (SDA) und Pin 0 (SCL) in seinen Dateien umgestellt.
Hier mal der Quellcode:
Code:
unsigned char MSByte;
unsigned char LSByte;
double temp;
char s[255];
init_USART();
i2c_init();
sendUSART("Hallo Welt!!");
while(1) {
if (i2c_start((0x48)+I2C_READ)) sendUSART("Fehler!");
else {
MSByte = i2c_read(1); //höherwertige Bits
LSByte = i2c_read(0);
//temp = calcTemp(MSByte, LSByte); //soll später die Temp in °C rein
//itoa(temp,s,10);
sendUSART("Die aktuelle Temperatur lautet: ");
//sendUSART(s);
sendUSART(MSByte);
sendUSART((char) 13); //New Line!
}
sleep_ms(2000); //eine ziemlich ungenaue Sleep Funktion, aber hauptsache es gibt ne kleine Pause zwischen den einzelnen connect-Versuchen
}
Die Adresse ist ja laut Datenblatt vom LM75A: 1001ABC, wobei A,B und C beliebig beschaltbar sind. Ich habe A,B,C gar nicht angeschlossen, also gilt A=0,B=0,C=0 => Die Adresse ist 1001000, was Hexadezimal eine 48 sein sollte.
(Ich hab die Anschlüsse A,B und C auch mal direkt auf Masse gezogen, auch ohne Erfolg)
Bisher sehe ich eigentlich keinen Fehler, sofern ich nicht irgendwo irgendwelche Anschlüsse verwechselt habe. Der einzige Unterschied ist, dass überall 4.7k Widerstände verwendet werden und ich hier 10k Widerstände habe, was aber doch nicht das Problem sein sollte, oder?
Die Ausgabe ist nun über rs232 immer "Fehler", d.h. es kommt erst gar keine Verbindung zum LM75A zustande - ist die Adresse evt. falsch?
Dass die Ausgabe von MSByte später eigentlich keinen Sinn macht, ist mir klar. Jedoch wollte ich erstmal irgendeine ("vernünftige") Ausgabe haben, bevor ich anfange die konkrete Temperatur zu berechnen.
Hat jemand eine Idee woran es liegen könnte?
Gruß
Pille
Liste der Anhänge anzeigen (Anzahl: 1)
Hi,
Um sicher zu gehen, dass die Schaltung korrekt funktioniert, habe ich gerade per Bascom versucht den LM75 auszulesen, jedoch auch ohne Erfolg!
Der Quellcode hierzu ist:
Code:
$lib "i2c_twi.lbx"
$regfile = "m32def.dat"
$crystal = 16000000 ' frequency used
$baud = 9600
Config Twi = 100000
Config Scl = Portc.0 ' Ports fuer IIC-Bus, nicht Standard !
Config Sda = Portc.1
' Startausgabe
Print "Hallo Welt!"
Dim X As Byte
Dim Y As Byte
I2cinit
Do
I2cstart
I2cwbyte &H91
I2crbyte X , Ack
I2crbyte Y , Nack
I2cstop
Print Hex(x)
Print Hex(y)
Print "======"
Wait 2
Loop
In dem Thread (hier aus dem Forum) wo ich mir Teile für den Code geklaut habe, war von der Adresse 10010000(=0x90) die Rede. Ich habe extra nochmal im Datenblatt geschaut und dort steht 1001000 (also eine Null am Ende weniger). Ich habe mit Bascom beide Adressen probiert und nichts ging.
In X und Y steht jedes mal der Wert, den ich vorher mit I2cwbyte geschrieben haben.
Anscheinend ist doch etwas an der grundsätzlichen Schaltung falsch. Ich habe im Anhang mal ein Bild gepostet, ich hoffe man erkennt alles.
Die blauen Leitungen verbinden die SDA-Ports und die SCL die gelben.
