Float als 4 Byte im EEprom speichern

Dirk F schrieb:
> Wie kann ich diese Zahl als 4 Bytes zerlegen, um sie dann im EEprom zu
> speichern.

warum willst du es erst zerlegen, kann kann auch mehre byte auf einmal 
speicher?

http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial#Block_lesen.2Fschreiben

Die andere Frage ist ob ein float überhaupt sinnvoll ist. Auch aus einem 
ADC kommt kein float raus.

Friedrich Janus schrieb:
> Die I2C Interfaces die ich kenne wollen die übertragenen Daten
> byteweise. Auch die Libfunktionen die ich kenne wollen das so. Die Frage
> ist also nachvollziehbar
ich gehe davon aus das er es intern speicher will, also nichts mit i2c.

float eeFooFloat EEMEM;

float  f;

eeprom_write_block (eeFooFloat ,&f, sizeof(f));

Hallo,
danke für die Tips.
Mit Unions kenne ich mich leider nicht aus.

Alsi die Float Zahl wird doch als 4 Bytes im Speicher der MC gehalten.
Wie komme ich denn einfach an diese 4 Bytes einzeln ran, um die dann ins 
EEprom zu schreiben.
Mit der indirekten Adtessierung kann man doch einen Pointer auf das 
erste Byte erzeugen, dann aufs zweite u.s.w.

Kann mir bitte jemand kurz ein Beispiel in C hier schreiben.

Danke

Dirk F schrieb:
> Wie komme ich denn einfach an diese 4 Bytes einzeln ran, um die dann ins
> EEprom zu schreiben.
du musst da nicht rankommen, es gibt fertige funktionen zum speicher 
eines floats.

ich habe schon ein beispiel hingeschrieben und Klaus Wachtler hat noch 
den link auf die fertige funktion - was brauchst du noch?

Hallo, sorry habe vergessen zu sagen, dass ich auf einem PIc18 mit 
HI-TECH C Compiler arbeite.
Also fertige AVR Rotinen nützen mir leider nicht, ich brauche reinen 
C-Code.
LG  DIrk

Rainer S. schrieb:
> Muss es nicht
> b[3];
> heißen?
wenn dein float aus 3 byte besteht ja, sonst nicht.

Super,
danke für die Hilfe. Werde es gleich nach dem Kaffee mal ausprobieren.

Hi zusammen, ja, ein C-Buch habe ich schon, habe mich auch eben mal in 
die Union eingelesen.
Das Programm läuft jetzt.
Gruß Dirk


//********************EEwriteD Float 32 *********
void EEwriteD(unsigned int adr, double dat) /* write a Double Float of 
data to EEPROM */
{
union {
float f;
unsigned char b[4];
} test ;

test.f = dat;  //  float rein

 EEwrite (adr+0,test.b[0]);    // 1. Byte
 EEwrite (adr+1,test.b[1]);    // 2. Byte
 EEwrite (adr+2,test.b[2]);    // 3. Byte
 EEwrite (adr+3,test.b[3]);    // 4. Byte
}

Markus Müller schrieb:
> lese mal über Unterschiede zwischen double und float und werde Dir
> darüber klar dass es bei einem Typecast einen Genauikeitsverlust gibt.

bei einem atmel sind beide gleich, und es gibt doch auch keinen 
Datenverlust. Und bei dem pics scheint es auch so zu sein.

Hallo,
also ich habe die Kalibrierung des 24 Bit Wertes vom ADC mit Float (24 
Bit) und mit Double (32 Bit)  verglichen.
Bei Double kan man feiner kalibrieren.
Meinen Hi-Tech C18 habe ich auf 32 Bit beim Typ Double eingestellt.

Der 23 Bit Wert + Vorzeichen (18 Bit rauschfrei) vom ADC entspricht 
einer Spannung von 0...5 V.
Hatte vorhrt mit LONG (INT 32 Bit) gearbeitet, war aber zu ungenau.

Danke für die gute Hilfe, ist schon ne feine Sache so ein Forum....
LG Dirk

>Der 23 Bit Wert + Vorzeichen (18 Bit rauschfrei) vom ADC entspricht
einer Spannung von 0...5 V. Hatte vorhrt mit LONG (INT 32 Bit) 
gearbeitet, war aber zu ungenau.

Na dann viel Glueck. Denn Longint mit 32bit hat 9 signifikante Stellen. 
Float mit 32bit hat nur 6 signifikante Stellen. Etwas anderes waere 
double mit 64bit. Das hat 15 signifikante Stellen.

>>>Na dann viel Glueck. Denn Longint mit 32bit hat 9 signifikante Stellen.
>>>Float mit 32bit hat nur 6 signifikante Stellen. Etwas anderes waere
>>>double mit 64bit. Das hat 15 signifikante Stellen.

Das Problem bei Longint 32 Bit ist, dass ich bei der Multiplikation des 
18 Bit Messwertes mit dem Skalierungsfaktor als LONGINT mit dem Ergebnis 
schnell an die 32 Bit Grenze stoße. 64 Bit INT kann mein Compiler nicht.

Deshalb  der Weg:
Messwet 18 Bit mit Faktor x als double skalieren und dann wieder in 
longint32 zurückwandeln.

ALs Ergebnis kann ich bei einem Messbereich von 5 V  6 Nachkommastellen 
darstellen, das reicht.

Gruß Dirk

Ja stimmt, ich nutze das interne EEPROM des PIC18F4620.
Läuft jetzt alles bestens !
Gruß Dirk