Lua system.registerControl() — verwaiste Einträge

Sender: DS-24 Firmware-Version: 5.08KurzfassungAuf einem Modell sind über die Jeti Lua API ( ) neun Free-Control-Einträge aus einer älteren Version eines eigenen Lua-Skripts entstanden (Namen z.B. "ReglerOnOff", "ReglerRollP/I/D", "ModelOnOff", "ReglerSpeedP/I/D", "ReglerKMH"). Diese Version registriert seit einem Update keine Controls mehr, trotzdem erscheinen die neun Namen weiterhin im Freimischer-"Von:"-Auswahldialog. Gleichzeitig erscheint KEIN neu über registriertes Control mehr in dieser Liste — weder von einem eigenen neuen Skript, noch (als Isolationstest) vom unveränderten Beispielcode aus der offiziellen JETI DC/DS Lua Programming API V1.2 selbst.Beobachtetes Verhalten (Ist-Zustand)

• Die neun alten Namen stehen dauerhaft im "Von:"-Auswahldialog beim Anlegen eines neuen Freimischers, unabhängig davon, ob die registrierende App noch aktiv ist.
• Kein einziges neu registriertes Control (siehe Tests unten) erscheint jemals in dieser Liste — auch nicht das unveränderte Beispiel aus der offiziellen API-Dokumentation.

Erwartetes Verhalten (laut Dokumentation)Laut "JETI DC/DS Lua Programming API", Version 1.2 (16.02.2017), Abschnitt zu :

"The registerControl() function registers a new output control that can be assigned to any model function using a standard Input selection dialogue."

Ein erfolgreich registriertes Control sollte also im Input-/Mischer-Auswahldialog erscheinen. Das ist auf diesem Sender für KEIN einziges neu registriertes Control der Fall.Durchgeführte Tests (chronologisch, jeweils mit Ergebnis)

1. Isolationstest mit unverändertem API-Beispielcode: Ein minimales Skript, das wortwörtlich dem Beispiel aus dem Abschnitt zu
   Code:

   system.registerControl()
   /
   Code:

   setControl()
   der offiziellen API-PDF entspricht (
   Code:

   ctrlIdx = system.registerControl(<Slot>, "LowPass Ctrl", "C01")
   in
   Code:

   init()
   ,
   Code:

   system.setControl(...)
   in
   Code:

   loop()
   ), wurde als eigenständige App installiert und aktiviert (Slot 4, um Kollisionen mit anderen Tests auszuschliessen). Ergebnis: "LowPass Ctrl" erscheint NICHT im Freimischer-"Von:"-Auswahldialog.
2. Erfolgreiche Registrierung eines eigenen Controls, bestätigt über Statusanzeige: Ein eigenes Skript registriert
   Code:

   system.registerControl(3, "Speed-Hold Korrektur", "SpH")
   in
   Code:

   init()
   . Der Rückgabewert ist nicht
   Code:

   nil
   (im Skript über eine interne Zustandsanzeige bestätigt, die zwischen "Control nicht registriert" und anderen Zuständen unterscheidet — der "Control nicht registriert"-Zustand tritt NICHT ein). Die Registrierung ist also nachweislich erfolgreich. Trotzdem erscheint "Speed-Hold Korrektur" NICHT im Freimischer-"Von:"-Auswahldialog.
3. Empirische Slot-Belegungsprüfung für alle 10 Slots, aus der vermuteten Ursprungs-App selbst: Aus genau der App-Datei, die (in einer älteren, seither veränderten Version) vermutlich die neun alten Namen registriert hatte, wurde für jeden Slot 1-10 zuerst
   Code:

   system.unregisterControl(n)
   aufgerufen und danach testweise
   Code:

   system.registerControl(n, <Testname>, <Testkürzel>)
   versucht (sofort wieder zurückgenommen bei Erfolg). Ergebnis: ALLE 10 Slots liessen sich anschliessend erfolgreich belegen ("frei"). Die neun alten Namen blieben trotzdem unverändert im Freimischer-"Von:"-Auswahldialog sichtbar.
4. Kontrolle auf bestehende Mischerzeilen: Es existieren aktuell KEINE angelegten Freimischer-Zeilen für dieses Modell. Die neun alten Namen erscheinen nur als Einträge in der Auswahlliste beim Anlegen einer NEUEN Freimischer-Zeile, nicht als bereits zugewiesene Quelle einer bestehenden Zeile.

Schlussfolgerung ist in der oben genannten API-Version 1.2 übrigens nur im Funktionsindex des Dokuments erwähnt ("Unregisters a given output control."), aber OHNE eigenen Beschreibungsabschnitt (anders als die im selben Dokument vollständig beschriebenen / ). Das wäre für sich schon ein Doku-Hinweis wert — ist aber angesichts von Test 3 oben vermutlich nicht die eigentliche Ursache, da selbst nach erfolgreichem Freiräumen ALLER Slots die alten Namen bestehen blieben.Die Kombination aus Test 1-4 legt nahe, dass der Freimischer-"Von:"-Auswahldialog auf diesem Sender/dieser Firmware NICHT aus dem aktuellen, live über / verwalteten Zustand gespeist wird, sondern aus einer separaten, offenbar nur wachsenden (und bislang nicht per Lua beeinflussbaren) Liste pro Modell.Frage an den Support

1. Ist dieses Verhalten bekannt? Gibt es einen Weg (Lua-seitig oder über ein Sender-Menü ausserhalb der Lua-Apps), verwaiste Einträge aus dieser Liste zu entfernen?
2. Gibt es eine zusätzliche Voraussetzung, damit ein per 
   Code:

   system.registerControl()
    registriertes Control überhaupt im Freimischer-"Von:"-Auswahldialog erscheint (analog z.B. zu 
   Code:

   system.setVario()
   , das laut Release Notes zusätzlich einen manuell zu aktivierenden "Lua"-Modus im Timers/Sensors-Menü benötigt)?
3. Ist ein Firmware-Update bekannt, das dieses Verhalten korrigiert?

Beitrag kann gelöscht werden. Die verwaisten Einträge wären keine Lua-Leichen sondern angelegte Funktionen...