- Bildergalerie

RTC Problem Umwandlungs Problem?!

Dieter B. Gast 22.01.2014 18:32 #3499740

Lesenswert?

•

Hallo Freunde,


Ich habe es endlich geschafft aus meiner RTC erste Lebenszeichen zu 
holen...
Nun sehe ich auf dem Display folgendes ..... 1 2 3 4 5 6 7 8 9 16 17 
18... ?!
Wieso macht er bei 16 weiter ?

ich habe folgenden code...


Code:

i2c_start_wait(RX8564+I2C_WRITE);// Startet die I2C Kommunkation und 
wartet auf Antwort...

i2c_write(0x02);

i2c_rep_start(RX8564+I2C_READ);
ret = i2c_readNak();

ret &= 0x7F;

(ret >> 4)  + 0x30;
(ret & 0x0f) + 0x30;

char Buffer[20];
sprintf( Buffer, "%d", ret );


ks0108GotoXY(10, 40);
ks0108Puts(Buffer);

Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden

Yalu X. (yalu) Moderator 22.01.2014 18:35 #3499743

Lesenswert?

•

▲
▼

Die RTC liefert die Zahlen in BCD.

Hier hatten wir gerade das Thema:

  Beitrag "BCD zu ASCII wandeln?!"

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Dieter B. Gast 22.01.2014 18:36 #3499745

Lesenswert?

•

▲
▼

Yalu X. schrieb:
> Die RTC liefert die Zahlen in BCD.

hierit wandel ich es doch um -->

(ret >> 4)  + 0x30;
(ret & 0x0f) + 0x30;

Antwort Zitieren Bearbeiten Löschen Beitrag melden

holger Gast 22.01.2014 18:36 #3499746

Lesenswert?

•

▲
▼

>Wieso macht er bei 16 weiter ?

Weil die meisten RTC BCD codiert arbeiten.
Einfach mal BCD bei wiki nachlesen.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

holger Gast 22.01.2014 18:38 #3499751

Lesenswert?

•

▲
▼

>hierit wandel ich es doch um -->
>
>(ret >> 4)  + 0x30;
>(ret & 0x0f) + 0x30;

Das geht so aber nicht durch einen Compiler.
Zeig den Originalcode.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Dieter B. Gast 22.01.2014 18:40 #3499755

Lesenswert?

•

▲
▼

holger schrieb:
>>hierit wandel ich es doch um -->
>>
>>(ret >> 4)  + 0x30;
>>(ret & 0x0f) + 0x30;
>
> Das geht so aber nicht durch einen Compiler.
> Zeig den Originalcode.

Sekunden ++= (ret >> 4)  + 0x30;
Sekunden ++= (ret & 0x0f) + 0x30;

funktionert auch nicht :(

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Yalu X. (yalu) Moderator 22.01.2014 18:41 #3499758

Lesenswert?

•

▲
▼

Dieter B. schrieb:
> hierit wandel ich es doch um -->
>
> (ret >> 4)  + 0x30;
> (ret & 0x0f) + 0x30;

Nein, diese Audrücke tun gar nichts. Mit -Wall sollte der Compiler auch 
eine entsprechende Warnung ausgeben.

Besser:

Buffer[0] = (ret >> 4)   + 0x30;  // Zehner
Buffer[1] = (ret & 0x0f) + 0x30;  // Einer
Buffer[2] = '\0';                 // String-Ende
ks0108GotoXY(10, 40);
ks0108Puts(Buffer);

Antwort Zitieren Bearbeiten Löschen Beitrag melden

holger Gast 22.01.2014 18:44 #3499761

Lesenswert?

•

▲
▼

> Das geht so aber nicht durch einen Compiler.
> Zeig den Originalcode.

Geht es doch;)

Aber:
main.c:101: warning: statement with no effect
main.c:102: warning: statement with no effect

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Dieter B. Gast 22.01.2014 19:02 #3499777

Lesenswert?

•

▲
▼

okay danke ;)


funktioniert :-P

was mir noch aufgefallen ist...  Ich benutze ja die Lib von Peter F. für 
ein GLCD...

Wenn es eine "0" darstellt und dann eine "1" bleibt ein kleiner rest von 
der "0" auf der rechten seite und wird erst wieder mit der 2 anderst...
bei anderen Zahlen genau das gleiche Problem...
Weiß jemand abhilfe ?! Ohne das Display zu löschen?!

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Yalu X. (yalu) Moderator 22.01.2014 19:13 #3499789

Lesenswert?

•

▲
▼

Dieter B. schrieb:
> funktioniert :-P

Ich hoffe, du hast dir auch Gedanken darüber gemacht, warum es jetzt
funktioniert und vorher nicht.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Sascha W. (sascha-w) 23.01.2014 18:55 #3501398

Lesenswert?

•

▲
▼

Dieter B. schrieb:
> Wenn es eine "0" darstellt und dann eine "1" bleibt ein kleiner rest von
> der "0" auf der rechten seite und wird erst wieder mit der 2 anderst...
> bei anderen Zahlen genau das gleiche Problem...
> Weiß jemand abhilfe ?! Ohne das Display zu löschen?!
das passiert immer wenn man einen Proportionalen Font verwendet - da 
belegen die Zeichen immer nur so viel Platz wie nötig.
Abhilfe:
1)
Für Zahlenwerte einen Fixed-Font verwenden - dann kann man auch mehrere 
Werte untereinander anzeigen und die Zahlen stehen immer schön 
untereinander

2)
den entsprechenden Bereich vor der Ziffernausgabe löschen,
oder den neuen Wert ausgeben, berechnen wie breit die Ausgabe war und 
den Restbereich löschen.

Sascha

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Thread beobachten

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

Bestehender Account

oder

Mit Google-Account einloggen

Noch kein Account?

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren

Kontakt/Impressum – Datenschutzerklärung – Nutzungsbedingungen – Werbung auf Mikrocontroller.net