Arduino automatische Abschaltzeit

[HaWe]

Ich habe auch geschrieben unschön nicht falsch.

Unschön deshalb, weil man mit 'int c = {...' sofort die Größe des Array sieht auch wenn da mal andere Werte stehen als eine monoton steigende, ununterbrochene Folge aus natürlichen Zahlen.
Wird hilfreich wenn man mal nach 2-3 Jahren seinen eigenen Code versucht zu verstehen oder was verändern will.
Da ich schon seit über 3 Jahrzehnten programmier, bin ich über so Schwächen selbst schon oft genug gestolpert.
Irgendwann kommt der Punkt wo man seinem jüngeren ich dankbar ist für jeden schnell zu verstehenden Code den man hinterlassen hat.

Da auch kein Hinweis vorhanden ist das es sich um ein dynamisches Array handelt, kann man das halt für die Lesbarkeit machen.

nein, sorry, der Code ist weder unschön, noch hat der Compiler Grund zu meckern:

Es ist per
int Anzahl[] = // ...
der einzige (!) mögliche (!) Weg, diesen 24er array direkt bei der Definition zu initialisieren.
Definiert man ihn per
int Anzahl[24] //...
kann man ihn anschließend nicht mehr per
{1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24};
initialisieren.
In diesem Falle legt C also eindeutig die einzig mögliche und richtige Syntax fest, die Frage nach schön oder nicht stellt sich also gar nicht.
Und ob der Code Enkel-sicher ist, ist sowieso hier nicht wichtig - er muss zunächst einmal überhaupt nur einfach mal funktionieren....

[i_make_it]

Definiert man ihn per
int Anzahl[24] //...
kann man ihn anschließend nicht mehr per
{1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24};
initialisieren.

Hm, ich weis jetzt nicht von welcher Programmiersprache Du schreibst, aber ich bin grade bei ISO IEC 14882.
Weder mein Borland noch Arduino haben damit ein Problem, das ich ein statisches Array genau so definiere und initialisiere.

Wenn Das bei Dir nicht möglich ist, und es für Dich der einzige Weg ist es wie ein dynamisches Array zu definieren, würde ich an deiner Stelle mal Deine Entwicklungsumgebung überprüfen.
Und falls Du kein Buch über C++ hast, es gibt auch Webseiten die das erklären.
http://www.cplusplus.com/doc/tutorial/arrays/
Ich habe mal bei meinem Borland "strict" mal abgestellt. dann wird auch 'int Anzahl[] = {.....}' nicht an gemeckert.
Bei Arduino hatte ich es tatsächlich so noch nicht probiert, da mein erstes C auf µC's das MIT interactive C war und ich seit dem Array so definiere.

Dynamische Array auf einen µC mache ich halt aus 'Tradition' nicht. Liegt vieleicht daran das ich heute noch Speicherplatz als kostbar betrachte.
Bin halt auch noch gewohnt ganze Programme, Stack und Variablen Bereich mit 4K RAM hinzubekommen.

Und bei 'int Anzahl[24]' sehe ich halt direkt 2Byte (für int) mal 24 gleich 48 Byte Speicherbedarf.
Und muß nicht erst zeitraubend die Kommas abzählen und dann plus 1 um die Anzahl der Felder zu erhalten.

Aber wie gesagt ich empfinde es als unschönen Code, funktionieren tut es.

Es ist per
int Anzahl[] = // ...
der einzige (!) mögliche (!) Weg, diesen 24er array direkt bei der Definition zu initialisieren.

Diese Aussage, ist aber schlichtweg falsch (Zumindest für eine ISO IEC 14882 konforme C++ Implemtierung. Und was anderes ist ja kein C++ sondern eine andere Sprache).
Es ist einer der möglichen Wege.

[Mxt]

Diese Aussage, ist aber schlichtweg falsch (Zumindest für eine ISO IEC 14882 konforme C++ Implemtierung. Und was anderes ist ja kein C++ sondern eine andere Sprache).

Da muss ich HaWe jetzt aber beispringen, zu diesen C++ Zeiten war ich an der Uni.

Ja, die Initialisierung von Array in der Form

int feld[] = { 1, 2, 3 };

gibt es schon seit Anfang an in C++, weil es sie schon seit dieser Zeit in C gab.

Und ja, es war damals, also auch in den ersten ISO Normen, die einzige Möglichkeit ein C Array direkt bei der Definition zu initialisieren. Und zwar nur C Array keine Vektoren oder so.


Und ja, es war schon damals guter Stil, die Größe des Feldes nicht extra in die eckigen Klammern zu schreiben.

Daraus, und das vermischt HaWe etwas, wurde die "Uniform Initialisation" in C++11, neuer Stil wäre also eher

array<int> feld = { 1, 2, 3 }

auto n = feld.size();

Hier wird auch bei n nicht mal der Typ angegeben, das nennt sich AAA-Stil (almost always auto), wird von einigen Experten empfohlen (Scott Meyers, Herb Sutter, ...), ist aber nicht unumstritten.

Man kann heute übrigens, in aktuellem C++, in der Arduino IDE nur bei den Teensy Boards, alles mit geschweiften Klammern initialisieren

int a = 1;

int b{2};

Warum das in der ISO Norm u.a. geändert wurde, kann man hier lesen
https://en.wikipedia.org/wiki/Most_vexing_parse

[i_make_it]

Ja, die Initialisierung von Array in der Form

int feld[] = { 1, 2, 3 };

gibt es schon seit Anfang an in C++, weil es sie schon seit dieser Zeit in C gab.

Gut, etwas was ich nicht gewust habe.

Ich habe halt Anfang der 1980er Jahre mit Atari Basic und Commodore Basic4 angefangen und dann 6510 Assembler und 8048/8051 Assembler, mit dem Atari ST dann ST-Pascal und 68000 Assembler. Dann kamen in den 1990ern Ausflüge in PC und S360 COBOL und APL2 und LISP für AutoCAD. Auf dem PC habe ich dann mit TurboPascal weitergemacht und dann Delphi. Mit C habe ich dann erst mit Interactive C vom MIT angefangen und dann halt auf Borland C++ Builder geschwenkt als Delphi sich unter Windows als Sackgasse erwies, da die Windows APIs ja eh in C++ sind und man sich damit sowieso befassen muß. Da habe ich zum einen die Notation schon so kennengelernt und zum anderen, da ich knappen Speicher gewohnt bin, ist für mich halt ein schöner Code der, bei dem ich sofort sehe welche Resourcen ich benötige. Da kann man auch schon mal schnell im Kopf überschlagen ob man auf das Zielsystem noch mal ein Feature mehr draufpacken kann oder ob es Zeit wird die Plattform zu wechseln.
Deshalb bleibe ich dabei das es für mich unschöner Code ist und seit ich mit C++ arbeite ist diese Notation halt nicht der einzige Weg. Seit 1979 hat sich halt auch einiges bei C++ getan. Und ich kenne halt auch nur die Geschichte von den Dingen für die ich mich entsprechend interessiere. Bei C++ ist es halt nur eine weitere Programmiersprache die als Werkzeug dazu kam. Und die Interessen lagen und liegen anders. Wenn ich was suche, schlag ich nach und in den Unterlagen von heute (und denen die ich aus den 2000ern habe) ist es halt bereits so drin.