uhr richtig anzeigen lassen 00:00

Wenn die Stunde und Minute dez oder Hex Null sind wird nur 0 : 0 
angezeigt.
Warum übernimmst du nicht die Variablen-Werte der Uhr, die sind doch im 
passenden Format?

Nein weder noch kenne sowas noch nicht deshalb frage ich ja was ich 
machen kann

>sprintf(buffer, "%2i:%02i", stunde, minute);

Ich mach das immer so:

sprintf(buffer, "% 2i:%02i", stunde, minute);

Richtig bascom und ich wollte gerne nur die 2 variabel weil ich diese 
per rc5 dann einstelle und ich habe insgesamt 10 zeiten die ich 
einstellen muss und danach ins eeprom speicher dann müßte ich ja zich 
variabel erstellen es muss ja gehen weil es geht ja auch bei config 
clock

> Richtig bascom

Richtig FORTRAN:

    INTEGER STUNDE, MINUTE
    STUNDE=0
    MINUTE=0
    WRITE(*,90) STUNDE, MINUTE
90  FORMAT(i2.2,":",i2.2)
    END

Du hast die Variablen doch schon im richtigen Format in der DCF-Routine 
vorliegen. Sie nennen sich _hour und _min.

Ja stimmt aber ich möchte nicht die sekunden einstellen können und die 
sind dann in time$ drin und ich will die auch nicht sehen können

DFC77 liefert dir doch die Bits alle der Reihe nach. Wenn du die in drei 
Variablen zusammenfaßt, als Stunden, Zehnerminuten und Einerminuten 
kannst du die ganz direkt ausgeben und hast keine Probleme mit 
irgendwelcher Vornullenunterdrückung.
Wenn die Stunden auch immer 2-stellig erscheinen sollen, faßt du die 
Bits dafür nicht als Stunden sondern ebenfalls in separaten Variablen 
für Zehner- und Einerstunden zusammen.

_hour und _min sind die aktuellen DCF77 Variablen. _sec wäre die für die 
Sekunden. Diese Variablen werden zwar für Time$ auch verwendet, sind 
aber unabhängig von Time$ zu verwenden.

Lcd _hour ; ":" ; _min dürfte das gewünschte anzeigen.

Ja dann muss ich aber min als string haben damit kenne ich mich noch 
nicht so gut aus jetzt sagt der mir immer _min=00 passt nicht in die 
variabel

Nein so habe ich es ja gemacht und es kommt 0:0

Karl Heinz Buchegger schrieb:
> Format ist eine perfekte Lösung und genau dafür gedacht.

Um so ein paar Bits in ASCII-Zeichen umzuwandeln, braucht man höchstens 
einen OR-Befehl und einen Pointer.
Was soll der ganze Ballast vom Format-Interpreter. Der ganze Aufwand ist 
hausgemacht, und zwar in dem Moment wo man die so schön passend 
BCD-kodierten Einer und Zehner in einer Variablen zusammenfaßt, die man 
bzw. Format() hinterher wieder auseinanderpuhlen muß.

"passt nicht in die variabel"

Variable!!! Man.

"jetzt sagt der mir immer "

Hörst du Stimmen oder wer spricht da mit dir?

JJ

Vielleicht bin ich jetzt auf den falschen weg habe jetzt den string 
minute den wert minute="00" jetzt kann ich aber nicht mehr mit incr 
hochzählen

"den falschen weg"

Dativ!!!

Es wird Zeit dass du dir etwas mehr Mühe gibst!

JJ

Ja ich habe jetzt es ganz einfach gemacht wenn minute gleich null dann 
lcd null null else lcd minute ist zwar nicht die lösung die ich wollte 
aber eine die ich verstehe format geht nur mit string steht so in der 
hilfe

Karl Heinz Buchegger schrieb:
> Autsch.
> Machs nicht kompliziert.

So sehen wiel uns wiedell...

Tja Karlheinz, DAS Thema hatten wir doch neulich in ner anderen 
Geschmacksrichtung: Ich habe eine Zahl und weiß partout nicht, wie ich 
die so zur Anzeige kriege wie ich will.

Anstatt zu lernen, wie man mit Zahlen, Bits und CPU's umgeht, kennen die 
jungen Leute nur noch sprintf und klagen dann hier herum - im konkreten 
Falle sogar derart, daß man beim Lesen Probleme hat, die passenden 
Verben den Substantiven zuzuordnen:

basti schrieb:
> Nein weder noch kenne sowas noch nicht deshalb frage ich ja was

Mein Rat an Basti: Kreiere einen String mit 5 Zeichen und fülle deine 
Ergbnisse zu Fuß rein:
 S[1] = '0'+(Stunde div 10)
 S[2] = '0'+(Stunde mod 10)
 S[3] = ':'
und den Rest überlasse ich deiner Programmierkunst

Das war wieder mal ein Kochrezept - eigentlich genau das Falscheste was 
man tun kann, denn an sowas lernen die Kinder nix. Lösung selber 
erarbeiten wäre das Richtige, aber von allein kommen sie ja immer wieder 
nur auf sprintf und Konsorten - so eng sitzen die Scheuklappen.

Je öfter ich hier in diesem Forum lese, desto mehr frage ich mich, ob es 
denn irgend einen gangbaren Weg geben könnte, anstelle von 
Lösungsrezepten den Fragenden das eigenständige Denken beibringen zu 
können. Aber bislang ist mir dazu nicht wirklich was Funktionables 
eingefallen.

W.S.

Nachtrag:

Vielleicht sollte man den Atmel Leuten mal folgende Seite empfehlen:
http://www.mikroe.com/eng/products/view/227/mikropascal-pro-for-avr/

damit sie wenigstens von sowas wie Bascom und Konsorten wegkommen.

W.S.

Karl Heinz Buchegger schrieb:
> Und bei Weckzeitvergleichen muss man sie wieder zusammenpappen und beim
> Einstellen muss man sie zusammenpappen.
Der Wecker soll i.A. nur bei "=" wecken und ob man dazu 2 Byte oder 4 
Zeichen vergleicht, macht nun wirklich nicht den großen Unterschied. 
Warum also zusammenpappen? Und ob man beim Stellen auf einen 
Minutenüberlauf bei 60 oder auf die Einzelziffernüberläufe bei 0x0A bzw. 
0x06 achtet, tut sich auch nicht viel. Das konnte schon ein 74x90.

W.S. schrieb:
> S[1] = '0'+(Stunde div 10)
> S[2] = '0'+(Stunde mod 10)

Jetzt auch noch zwei Divisionen für eine Operation, die, wenn man die 
originalen BCD-Daten verwenden würde, nicht mehr als ein Dutzend 
Prozessortakte braucht.
Vielleicht sollte man das ganze als Julianisches Datum rechnen, dann 
aber bitte als Double.

if minuten < 10

"0" minuten ":" sekunden