Fehlermeldung nach der Erweiterung von Ausgängen

[rstaiger]

… genau! So sortiere ich auch. Das wird’s sein.

Mit dem Hinweis im Link auf Beitrag #8 war aber alles gut.

LG Ralph

[PeterVT11]

Hallo Jürgen,

ich hab jetzt auch die Grenze von 250 Variablen überschritten. Daher kommt jetzt die Hinweismeldung --> nichts geht mehr.
Du hattest mir mal gesagt, dass die Resonanz auf die "LongVar"-Version zu gering ist, und das Risiko zu hoch.
Ich hab mir mal überlegt, dass man vielleicht die "LongVar"-Version mit 1Byte Adresslänge freigeben könnte. Selbst wenn dann noch irgendwo eine Zuordnung nicht passt, funktioniert es trotzdem.
Für die, die damit experimentieren, könnte man über eine #define auf 2 Byte Adresslänge umschalten. Das dann halt auf eigene Gefahr.

[Eckhart]

Hallo Peter!

Kannst du von deinem >250 Versuch eine *.MLL_pgf einstellen und erklären, was diese tun sollte und was nicht, bzw. falsch tut?

Und warum sollte man, wenn die 16 Bit InCh Version verwendet und bis 250 Variablen alles geht, standardmäßig auf 8 Bit begrenzen? Welche Vorteil hätte man dadurch? In beiden Fällen funktionieren 250 Variablen, oder?

Wenn man es bei 16 Bit belässt und User genau beschreiben, was sie für Effekte haben wennn sie mehr als 250 Variablen nutzen, kommt man schon dahinter!

Gruß, Eckhart

[PeterVT11]

Hallo Eckhart,

ich glaube Du hast das Problem nicht so ganz verstanden.

2026-04-18 11_17_28-Anzahl der InCh Variablen überschritten.png (8.98 KiB) 939 mal betrachtet

Beim Versuch das ganze Projekt zu übertragen kommt diese Fehlermeldung.

erklären, was diese tun sollte und was nicht, bzw. falsch tut?

Was sie tun soll? -> meine MLL-Programmierung an meiner kleinen Anlage durchführen.
Was nicht tut? -> Die Übertragung scheitert, da zu viele Variablen verwendet werden.

Und NEIN, ich werde die Programmierung nicht anpassen, dass wenige Variablen benötigt werden!

[Eckhart]

Hallo Peter!

Vielen Dank für deine MLL_pgf, die wirklich sehr beeindruckend und lehrreich ist!

Nein, ich hatte das wirklich nicht verstanden und vollkommen falsch eingeschätzt!

Grundsätzlich gibt es ja drei Ebenen, in denen die 16 Bit InCh Erweiterung schief gehen kann:

1. Das Excel VBA

Hier ist es natürlich immer möglich, dass man irgendwas im User Interface übersehen hat (A), oder der VBA Code eben das Autoprog. h vermurkst (B).

2. Die C bzw. C++ Preprozessor Macro Expansion

Auch hier gibt es natürlich, auf dem Weg von der generierten Autoprog.h zum binären Executable, sehr viele Möglichkeiten, dass nicht das dabei herauskommt, was man sich wünscht!

3. Ein Fehler im binären Executable auf der Hauptplatine.

Hier gibt es die hintergründigsten Fehlerquellen! Man denkt, es läuft alles und nur in Grenzfällen verhält es sich dann doch anders, als man es sich wünscht!


imho denke ich, dass es einfach nur (A) ist und leicht zu beheben. Leider habe ich bei Fehlern, die im Excel Code liegen, überhaupt keine Kompetenz, da ich 1. und auch 2. gar nicht verwende. Meiner Meinung nach ist das nur eine übersehene Stelle im Excel UI (User Interface).

Gruß, Eckhart

[Eckhart]

Hallo Peter!

Und NEIN, ich werde die Programmierung nicht anpassen, dass wenige Variablen benötigt werden!

imho brauchst du das auch nicht!

Du musst nur deine gesamte Konfiguration in ein sheet packen ...oder alle sub-sheets passend markieren ...oder das VBA so anpassen, dass es immer das Mantel sheet evaluiert. Es gibt bestimmt noch weitere Möglichkeiten, aber wie ich bereits schrieb, habe ich von Excel und VBA gar keine Ahnung!

Hintergrund:

Das Excel VBA macht an der Plattform fest, ob mehr als 250 Variablen funktionieren, oder eine Fehlermeldung kommt! Die Plattform wird aus dem sheet ausgelesen. Aus den sheet .... und zwar aus dem, dass gerade geparst wird! Hat man includes hat man sozusagen eine "lokale Sichtweise" von Excel!

Könnte es sein, dass du gerade in einem includierten sub sheet die 250 Grenze überschreitest, dass nicht (selber!!!) als ESP32 oder PICO markiert ist?

Ach ja ....das Umstellen auf ESP32 im Excel bei "Optionen" stellt immer nur das sheet um, dass gerade aktiv ist... warum eigentlich?

Gruß, Eckhart

PS: Muss alles nicht stimmen, denn ich habe von Excel gar keine Ahnung. Doch dann sollte jemand, der Ahnung hat, rausfinden was wirklich passiert!

[agentn]

Ich habe die Version mit ausprobiert und über CAN angesteuert.
Solange ich unter dem limit von 250 war schien alles zu tun, nur wenn ich drüber kommen kommen im PIO build modus Fehler:

Code: Alles auswählen

Compiling .pio\build\esp32\src\LEDs_AutoProg.ino.cpp.o
In file included from C:/Users/Norbert/Documents/Arduino/MobaLedLib/Ver_3.5.0/LEDs_AutoProg/LEDs_AutoProg.ino:280:
LEDs_AutoProg/LEDs_AutoProg.h:927:3: error: narrowing conversion of '256' from 'int' to 'unsigned char' inside { } [-Wnarrowing]
   };
   ^
LEDs_AutoProg/LEDs_AutoProg.h:927:3: error: narrowing conversion of '257' from 'int' to 'unsigned char' inside { } [-Wnarrowing]
LEDs_AutoProg/LEDs_AutoProg.h:927:3: error: narrowing conversion of '16384' from 'int' to 'unsigned char' inside { } [-Wnarrowing]
LEDs_AutoProg/LEDs_AutoProg.h:927:3: error: narrowing conversion of '16384' from 'int' to 'unsigned char' inside { } [-Wnarrowing]
LEDs_AutoProg/LEDs_AutoProg.h:927:3: error: narrowing conversion of '16384' from 'int' to 'unsigned char' inside { } [-Wnarrowing]
LEDs_AutoProg/LEDs_AutoProg.h:927:3: error: narrowing conversion of '16384' from 'int' to 'unsigned char' inside { } [-Wnarrowing]
LEDs_AutoProg/LEDs_AutoProg.h:927:3: error: narrowing conversion of '16384' from 'int' to 'unsigned char' inside { } [-Wnarrowing]
LEDs_AutoProg/LEDs_AutoProg.h:927:3: error: narrowing conversion of '16384' from 'int' to 'unsigned char' inside { } [-Wnarrowing]
LEDs_AutoProg/LEDs_AutoProg.h:927:3: error: narrowing conversion of '258' from 'int' to 'unsigned char' inside { } [-Wnarrowing]
LEDs_AutoProg/LEDs_AutoProg.h:927:3: error: narrowing conversion of '259' from 'int' to 'unsigned char' inside { } [-Wnarrowing]
LEDs_AutoProg/LEDs_AutoProg.h:927:3: error: narrowing conversion of '260' from 'int' to 'unsigned char' inside { } [-Wnarrowing]
LEDs_AutoProg/LEDs_AutoProg.h:927:3: error: narrowing conversion of '16384' from 'int' to 'unsigned char' inside { } [-Wnarrowing]
LEDs_AutoProg/LEDs_AutoProg.h:927:3: error: narrowing conversion of '16384' from 'int' to 'unsigned char' inside { } [-Wnarrowing]
LEDs_AutoProg/LEDs_AutoProg.h:927:3: error: narrowing conversion of '16384' from 'int' to 'unsigned char' inside { } [-Wnarrowing]
LEDs_AutoProg/LEDs_AutoProg.h:927:3: error: narrowing conversion of '16384' from 'int' to 'unsigned char' inside { } [-Wnarrowing]
LEDs_AutoProg/LEDs_AutoProg.h:927:3: error: narrowing conversion of '16384' from 'int' to 'unsigned char' inside { } [-Wnarrowing]
LEDs_AutoProg/LEDs_AutoProg.h:927:3: error: narrowing conversion of '16384' from 'int' to 'unsigned char' inside { } [-Wnarrowing]
LEDs_AutoProg/LEDs_AutoProg.h:927:3: error: narrowing conversion of '16384' from 'int' to 'unsigned char' inside { } [-Wnarrowing]
LEDs_AutoProg/LEDs_AutoProg.h:927:3: error: narrowing conversion of '16384' from 'int' to 'unsigned char' inside { } [-Wnarrowing]
LEDs_AutoProg/LEDs_AutoProg.h:927:3: error: narrowing conversion of '16384' from 'int' to 'unsigned char' inside { } [-Wnarrowing]
*** [.pio\build\esp32\src\LEDs_AutoProg.ino.cpp.o] Error 1
============================================= [FAILED] Took 16.83 seconds =============================================

Wenn ich den PIO build ausschalte funktioniert es.

Gruß Norbert

[PeterVT11]

Hallo Norbert,

hattest Du vorher das .pio-Verzeichnis gelöscht, so dass das wieder neu aufgebaut wird mit den aktuellen Dateien?
Ich hab das mal bei mir unter IDE-Umgebung getestet und es funktioniert. Auch das Englisch spielt da keine Rolle.
Und die Version ist "3.5.0D4-long"?