Uno R3 mit 128x64 Pixel Display und Dreh-Encoder grafische Anzeigeprobleme

[Searcher]

Hallo Wolle62,

Was da rauskommt ist nun DEZIMAL.
Ich möchte aber eine Zeit im 10 Minuten Takt hoch und runter zählen lassen.
Statt 10, 20, 30, 40, 50, 60, 70, 80, 90, 100, 110, 120, usw.
Also 10, 20, 30, 40, 50, 1:00, 1:10, 1:20, usw bis 23:50 vor- und rückwärts.
(Den Doppelpunkt und die letzte Null kann ich vor der Ausgabe im Display hinzufügen. Also 110, 120, 130, geht)

bin nicht sicher, ob ich Dich richtig verstehe. Aber angenommen, die Dezimalzahlen 50, 60, 70 ... werden als Minuten angenommen, die in eine Stunden- und Minutenangabe umgerechnet werden sollen, würde ich es zunächst mit Division und der Modulo Funktion versuchen:

Stunden = Minuten / 60 (da eine Stunde 60 Minuten hat, zeigt der ganzzahlige Anteil vom Ergebnis die Stunden)
Restminuten = Minuten % 60 (In Restminuten landet durch "modulo" der ganzahlige Rest der Division von Minuten/60)

Das Ergebnis in Stunden kann Nachkommastellen enthalten. Manche Programmiersprachen lassen da eine Ganzzahl zu, bei der automatisch die Nachkommastellen der Division abgeschnitten werden. Also gleich die ganzzahlige Stundenzeit enthält.

Dann Ausgabe mit "Stunden : Restminuten"

Kann ich das in der ISR direkt umrechnen lassen?
So etwas wie "if (Encoderwert==6) Encoderwert=10" geht nicht...

Die Rechnnung oben läßt sich in der ISR machen. Duch die Divisionen aber rechenintensiv und könnte zu zeitaufwendig sein. Müßtest Du ausprobieren. Ich bin weder C noch Arduino sprachig aber Variable, die in einer ISR benutzt werden, sollten wohl mit volatile deklariert werden? Schaden tut es nicht.

Gruß
Searcher

[Wolle62]

Ich will mir eine Aquarium-Beleuchtungssteuerung mit Wochentimer bauen.
Nun habe ich mit dem Sketch dafür angefangen. Bei der Konzeption habe ich überlegt, wie ich die Timerzeiten
eingeben will. Dafür fand ich den Drehencoder sinnvoll. Nun war die Frage, wie genau muss das überhaupt sein?
(Man will ja nicht am nächsten Tag Muskelkater im Finger haben, weil man den Encoder 1000mal drehen muss.)

Also entschied ich mich für den 10 Minutentakt. Da dann alle Zeiten hinten eine Null haben, habe ich mit nur 3 Stellen im Sketch gearbeitet.
Also für 19:10 > 191. für 20:30 > 203 und 08:10 > 81 usw.. Für die Anzeige auf dem Display habe ich die Einerstelle abgezwickt und mit 10 multipliziert.
Das Display zeigt dann diese Werte als Zeit an.

Im Eingabemenü der Timerwerte muss ich nur aufpassen, dass ich nicht 19:70. (197) eindrehe, da es dafür ja keinen Vergleichswert gibt, der vom RTC Modul kommt.
Das gibt ja nur normale Zeitwerte aus und keine Industriezeit, logisch...

In meiner Unkenntnis dachte ich mir: So eine Kleinigkeit wie das senäre Zählen kannst Du ja zum Schluss korrigieren.
Ein Schönheitsfehler nur, denn sonst läuft alles genau wie es soll.

Ich will also nicht die Werte in Zeit umrechnen, sondern die Zählweise des Drehencoders so beeinflussen, dass er senär hoch und runter zählt.

[Searcher]

Im senären Zahlensystem kommen Ziffern größer 5 nicht vor. Also 19:10 bzw 191 ist wegen der 9 nicht möglich.

Um nur gültige Uhrzeiten mit den 3-stelligen Dezimalzahlen darzustellen, könnte man nach Encoderwert++ die letzte Ziffer in Encoderwert mit der modulo Funktion abfragen und falls sie größer 5 ist, zur 3-stelligen Zahl nochmals 4 addieren. Bzw nach Encoderwert-- eine 4 subtrahieren.

Pseudocode falls die dreistellige Zahl in Encoderwert steht:

void Encoderread(){

 if(digitalRead(2)!= digitalRead(3))
  Encoderwert++;
  Rest = Encoderwert % 10                 
  if Rest > 5 then Encoderwert = Encoderwert + 4
 
  
 else Encoderwert--;
  Rest = Encoderwert % 10                 
  if Rest > 5 then Encoderwert = Encoderwert - 4

[Wolle62]

Vielen Dank!!! Der Code macht das, was ich mir vorstelle !!!
Ich habe die Modulo Operation falsch interpretiert. Ich muss den Rest vergleichen lassen und nicht den Wert !!! Ich Dummbatz...

Damit habe ich schon experimentiert, aber es lief immer nur von Null bis 5 und dann wieder zurück auf Null bis 5.
Die nächste Zehner-Stelle mit der Eins kam nicht, weil ich den "Encoderwert" verglichen habe.

Dank Deiner Hilfe habe ich den Modulo halbwegs verstanden, aber noch nicht ganz.

Warum "Encoderwert%10" ? Weil das Zählen doch im Dezimal System bleibt, weil ich ja Zahlen über 5 bis 9 verarbeite?
"Rest>5" bedeutet also nach der 5. Operation?
Weshalb wird beim runterzählen auch auf "Rest>5" geprüft?

void Encoderread(){

  if(digitalRead(2)!= digitalRead(3)){
  Encoderwert=Encoderwert+1;
  
  Rest = Encoderwert % 10;                 
  if (Rest > 5) Encoderwert = Encoderwert + 4;
  
}
  
 else Encoderwert=Encoderwert-1;

 Rest = Encoderwert % 10;                 
  if (Rest > 5) Encoderwert = Encoderwert - 4;

  Encoderwert=constrain (Encoderwert,0,240);     //Wert des Encoders begrenzen auf 240
}

So und mit "volatile int Rest;" als Variable geht es nun perfekt.
Wieder was gelernt!!
Ich bin froh, das es doch so geht, wie ich mir das vorgestellt habe. Schwein gehabt.

[Searcher]

Astrein

Warum "Encoderwert%10" ? Weil das Zählen doch im Dezimal System bleibt, weil ich ja Zahlen über 5 bis 9 verarbeite?
"Rest>5" bedeutet also nach der 5. Operation?
Weshalb wird beim runterzählen auch auf "Rest>5" geprüft?

Liegt an Deiner Vorarbeit. Du hattest für die Uhrzeit die (maximal) 3-stellige Zahl vorgegeben bei denen die letzte Stelle das 10-Minuten Intervall angibt, das nur von 0 bis 5 gehen soll/darf. Wird nach oben gezählt, muß nach der 5 wieder die 0 kommen. Beim Nachuntenzählen muß nach der 0 die 5 folgen.

Die ersten beiden Stellen der 3-stelligen Zahl zählen aber "normal" im Dezimal System nach oben bzw unten.

Man muß also für Deine gewünschte Zählweise nur die letzte Ziffer für das 10-Minuten Intervall im Encoderwert überprüfen und gegebenenfalls korrigieren.

Die Modulo Funktion ist eine Division, bei der die Nachkommastellen nicht ausgerechnet werden, sondern als Ergebnis sozusagen nur die Nachkommastellen mit einer ganzen Zahl, eben dem Rest liefert. (Eigener Definitionsversuch - andere, sicher bessere sind im Inet zu findnen)

zB 195 % 10 = 5
195 geteilt durch 10 ist gleich 19 Rest 5
(10 * 19 = 190, 195 - 190 = 5)
Die 5 ist das Ergebnis der Modulo Funktion

oder zB 223 % 7 = 6
223 geteilt durch 7 ist gleich 31 Rest 6
(7 * 31 = 217, 223 - 217 = 6)
Die 6 ist das Egebnis der Modulo Funktion

Wenn man nun bei einer Dezimalzahl die letzte Ziffer "isolieren" möchte, bietet sich eben das Modulo mit 10 an, da ja bei einer Division durch 10 als Rest immer die Einerstelle bleibt. (Möchte man zB die letzten beiden Ziffern isolieren, nimmt man Modulo 100).

Jetzt hat man also die Einerstelle, die sich einfach auf den erlaubten Wertebereich überprüfen läßt.

Hat der Encoder nach oben gezählt und der Rest größer (Kurzzeichen >) 5 ist, wird 4 zum Encoderwert addiert. Aus der 6, 7, 8, 9 wird eine 0, 1, 2, 3 und es wird auch die nächste Stelle im Encoderwert durch den Überlauf (6 + 4 ist 10) hochgezählt. Möglicherweise reicht der Vergleich auf =6, da ja nach der Addition von 4 die 7, 8, 9 beim nächsten Encoderpuls nicht mehr in Frage kommen. So ist es jedenfalls sicher falls durch zB Kontaktprellen vielleicht doch irgendwie eine andere "verbotene" Zahl auftaucht.

Hat der Encoder nach unten gezählt, müssen die gleichen Ziffern (6, 7, 8, 9) abgefangen werden. Deshalb auch wieder der Vergleich auf größer 5, aber nun muß entsprechend der Encoderdrehrichtung die 4 abgezogen werden. Hier tritt auch wieder bei der 0 minus 4 ein Unterlauf aus, der die nächst höhere Stelle in der 3-stelligen Zahl decrementiert.

Bestimmt gibt es auch andere Möglichkeiten die Zählung zu implementieren; diese fiel mir halt als erste ein und hoffe Dich jetzt nicht zu viel zugeschwallt zu haben und hoffentlich keinen Unsinn erzählt zu haben.

Schwein gehabt.

Gruß
Searcher

[Wolle62]

Wenn man nun bei einer Dezimalzahl die letzte Ziffer "isolieren" möchte, bietet sich eben das Modulo mit 10 an, da ja bei einer Division durch 10 als Rest immer die Einerstelle bleibt. (Möchte man zB die letzten beiden Ziffern isolieren, nimmt man Modulo 100).

Danke, genau so habe ich das nun auch gemacht, um die 3-stellige Zahl in 2-stellig / 1-stellig zu transformieren, die dann mit Doppelpunkt zwischen angezeigt werden können, so das es nach Uhrzeit aussieht.

Der Uno ist nun voll (100% Programmspeicher, ich bin schockiert), ich habe daraufhin alle "int" auf "byte" gesetzt,da ich keine Werte über 255 habe.
Sonst hätten mir nur ein paar Bytes zur Fertigstellung gefehlt. (nun 98%)
Ich habe mir heute erstmal noch einen Mega R3 bestellt. Das nächste Projekt ist ja ein Farb-LCD 480x272 mit Touchscreen...
Alle Teile übrigens, außer dem Uno und dem Breadboard, sind vom Schrott. Ich bin so der Resteverwerter beim Basteln.

Ich wollte eigentlich noch die Displaybeleuchtungssteuerung ins Menü bekommen, aber durch meine unzureichende Kenntnisse ist der Code bestimmt
sehr ineffizient und dadurch so groß geworden. Ist ja auch mein allererstes Projekt auf dem Arduino... Ein Wunder dass das überhaupt läuft.
Die digitalen und PWM Ports sind auch alle belegt, deshalb der Mega.

Ich stelle den fertigen Sketch in Kürze hier ins Forum bei Projekte ein.Wer dann ganz viel Langeweile hat, kann sich den ja ansehen.
Den meisten Platz belegt die U8G2 Lib. Da sind es schon 76% Auslastung. Ich habe bislang keine anfängerfreundliche Alternative dafür gefunden,
die sehr viel ressourcenschonender ist.


Vielen Dank an Euch nochmals, ich kümmere mich jetzt um den LED Treiber mit PWM Eingang...

[Wolle62]

Ich will nicht einen neuen Thread aufmachen, da die Frage jetzt nichts mehr mit dem Titel gemein hat.
Also, ich habe eine "Funktion" in meinem Sketch, die, wenn aufgerufen solo läuft. as klappt auch alles.
Dazu habe ich in der Main loop die Abfrage nach dem Taster, der das Umschalten bewirkt und eine Variable, die den Zustand anzeigt.

Sinngemäß so:
Wenn ((Taster 1 == HIGH)&&( X==0)) dann X=1;
while X==1 Funktion();

In der Funktion frage ich den Taster dann wieder ab, um wieder zurück zur Main loop zu kommen:

Wenn ((Taster 1 ==HIGH)&&(X==1) dann X=0;

Was mich stört ist, dass wenn man den Taster festhält, es immer rein und raus und rein und raus geht. Man darf also immer nur kurz drücken. Klar, so steht es ja auch im Sketch...
Ich grübele, wie ich das verbessern kann, dass der Zustand für jedes Umschalten nur einmal läuft.
Mir fehlt da wieder eine Gehirnwindung. Helft mir mal auf die Sprünge. Wie macht man das richtig?