17.01.2021, 23:09
(Dieser Beitrag wurde zuletzt bearbeitet: 17.01.2021, 23:10 von Selbstbauer.)
Hallo liebe Tonbandfreunde,
hiermit melde ich mich mal wieder zu Wort und zitier mich gleich selbst:
Ja, es passt schon, aber vorher hat mich der Compiler häufig mit Meldungen erfreut wie etwa diese: "105 % des Speicherplatzes für Daten sind belegt. Sie haben noch -5% frei ..."
Da habe ich erbittert um jedes Byte gekämpft. Z.B. endlos viele Zeichensätze für das Display ausprobiert. Und es gibt schier unendlich viele Fonts in noch mehr Varianten für das 126X64-OLED-Display. So braucht die "Times" bedeutend mehr Platz als die "Helvetica". Befremdlich ist auch, dass die setCursor(x,y)-Anweisung nicht nach Display-Punkten, sondern nach anderen, undurchsichtigen, vielleicht nach den Schriftgrößen ausgerichteten Punkten geht. Reines Try-and-Error-Programmieren. Auch der C++ Compiler der IDE ist für Überraschungen gut: So brachte die Auflösung der - an sich sehr eleganten - "switch-case"-Anweisung für die Decodierung der Kommando-Eingabe in eine Kette von IF-Anweisungen ordentlich viel Speicherplatz. Und dann gab es natürlich auch noch diverse selbstverschuldete Problemchen. So ist man ja gewöhnt, dass Tippfehler einem vom Compiler sofort schön rot umrandet oder wie auch immer unter die Nase gehalten werden. Und dann war da alles einwandfrei kompiliert, ein logischer Fehler im Programmablauf ebenfalls absolut auszuschließen und es funktionierte trotzdem nicht. Bis ich endlich auf den Trichter kam, dass hier ein Tippfehler in der Anweisung für die bedingte Compilierung vorlag, und diese KANN der Compiler nicht finden, da er gar nichts damit zu tun hat. Das macht der Präprozessor vorher ab, und es ist im Grunde reine Textverarbeitung.
So, nun genug Programmierer-Chinesisch. Also, es funktioniert nach Wunsch. Man dreht am Poti (Stufenschalter wäre auch möglich, aber ein schön leichtgängiges Drehknöpfchen hat schon auch was) und drückt kurz aufs schwarze Knöpfchen, um den eingestellten Befehl abzurufen. Wenn das Band gerade steht, tut er es gleich, anssonsten wird erst mal gebremst. und er erwartet noch einen weiteren Klick, um loszulegen. Zählwerk-Reset und Geschwindigkeits-Umschaltung funktionieren auch beim laufendem Band.
Ja, das ist der Stand. Ich habe ein kleines Mini-Filmchen davon gedreht und auf meine HP gestellt. Dort könnt Ihr es angucken und auch sehen, dass einiges an Arbeit noch vor mir steht. Ich werde den Videoclip trotz seiner Kürze nach einiger Zeit wieder von meiner Seite nehmen, aus den gleich Gründen wie beim letzten mal.
http://www.jodre.de/band_video2/index.html
Bis dahin viel Spaß und alles Gute, und Danke für Eure Aufmerksamkeit,
freundliche Grüße, Binse
hiermit melde ich mich mal wieder zu Wort und zitier mich gleich selbst:
Zitat:Wenn ich das ganze USB-Gedöns mit der Kontrolle und Anzeige durch den PC ausschalte, gibt es wieder ordentlich Platz auf dem Ardu. Das wird vermutlich dann für die OLED-Ansteuerung reichen.
Ja, es passt schon, aber vorher hat mich der Compiler häufig mit Meldungen erfreut wie etwa diese: "105 % des Speicherplatzes für Daten sind belegt. Sie haben noch -5% frei ..."
Da habe ich erbittert um jedes Byte gekämpft. Z.B. endlos viele Zeichensätze für das Display ausprobiert. Und es gibt schier unendlich viele Fonts in noch mehr Varianten für das 126X64-OLED-Display. So braucht die "Times" bedeutend mehr Platz als die "Helvetica". Befremdlich ist auch, dass die setCursor(x,y)-Anweisung nicht nach Display-Punkten, sondern nach anderen, undurchsichtigen, vielleicht nach den Schriftgrößen ausgerichteten Punkten geht. Reines Try-and-Error-Programmieren. Auch der C++ Compiler der IDE ist für Überraschungen gut: So brachte die Auflösung der - an sich sehr eleganten - "switch-case"-Anweisung für die Decodierung der Kommando-Eingabe in eine Kette von IF-Anweisungen ordentlich viel Speicherplatz. Und dann gab es natürlich auch noch diverse selbstverschuldete Problemchen. So ist man ja gewöhnt, dass Tippfehler einem vom Compiler sofort schön rot umrandet oder wie auch immer unter die Nase gehalten werden. Und dann war da alles einwandfrei kompiliert, ein logischer Fehler im Programmablauf ebenfalls absolut auszuschließen und es funktionierte trotzdem nicht. Bis ich endlich auf den Trichter kam, dass hier ein Tippfehler in der Anweisung für die bedingte Compilierung vorlag, und diese KANN der Compiler nicht finden, da er gar nichts damit zu tun hat. Das macht der Präprozessor vorher ab, und es ist im Grunde reine Textverarbeitung.
So, nun genug Programmierer-Chinesisch. Also, es funktioniert nach Wunsch. Man dreht am Poti (Stufenschalter wäre auch möglich, aber ein schön leichtgängiges Drehknöpfchen hat schon auch was) und drückt kurz aufs schwarze Knöpfchen, um den eingestellten Befehl abzurufen. Wenn das Band gerade steht, tut er es gleich, anssonsten wird erst mal gebremst. und er erwartet noch einen weiteren Klick, um loszulegen. Zählwerk-Reset und Geschwindigkeits-Umschaltung funktionieren auch beim laufendem Band.
Ja, das ist der Stand. Ich habe ein kleines Mini-Filmchen davon gedreht und auf meine HP gestellt. Dort könnt Ihr es angucken und auch sehen, dass einiges an Arbeit noch vor mir steht. Ich werde den Videoclip trotz seiner Kürze nach einiger Zeit wieder von meiner Seite nehmen, aus den gleich Gründen wie beim letzten mal.
http://www.jodre.de/band_video2/index.html
Bis dahin viel Spaß und alles Gute, und Danke für Eure Aufmerksamkeit,
freundliche Grüße, Binse