Kannst du das nicht selbst ausprobieren wenn du sowieso in die Richtung gehst, Try and Error, 51 mal einen key + value anlegen und dann schauen was passiert. Da die KVS Funktionen aber keine error Attribute haben, vermute ich, dass der Shelly einfach neu startet und dein Skript deaktiviert, ähnlich dem Verhalten bei Überschreitung der 5er Grenze (calls/timer).
Darf man fragen was genau du als Projekt geplant hast?
@dekat win
Vielen Dank für deine Reaktion. Stimmt, ich könnte versuchen, das selbst zu ermitteln. Allerdings könnte ich so nur die Phänomene erkennen und müsste interpretieren.
Ok, das ist wohl ein etwas ungewöhnliches Thema.
Mein Projekt:
Nutzen eines Shelly Plus 1 mit Addon und DHT 22 zwecks autarker, lokaler Temperaturregelung (Heizkörper/Raum).
Hierfür werde ich KVS und insbesondere den Scheduler nutzen. Letzterer kann ja mehr als nur Wochenpläne, auch wenn die für Anwender genügen.
Ich entwickle daran, bis schon soweit fertig - außer Komfortfunktionen.
Der wichtige Nebeneffekt daran ist, dass ich während der Implementation und Verbesserungen die Firmware genauer kennenlernen muss(te). 
Mir gefällt sie immer besser. Ich möchte selbstverständlich auch eine sehr hohe Funktionssicherheit erreichen.
Dann können solche Shellies locker die TRV ablösen.
Meine Projektlösung wird stabiler arbeiten, immer erreichbar sein, zügig reagieren und erweiterbar sein.
Ok, ein angepasstes Webinterface fehlt. Hierfür habe ich ein Node-RED Dashboard erstellt.
Ob es möglich ist, per Skript ein solches Webinterface zu implementieren, weiß ich derzeit nicht.
Btw, ich nutze teilweise noch Shellies der 1. Gen. mit Addon. Die Regelung findet per Node-RED Flows statt. Das ist nicht ganz gut, weil die Autarkie der Shellies fehlt.
