Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[oelison]

@luft-post said in Test Adapter SmartControl 0.3.x-0.6.x Latest:

@crunchip
z.B. Ereignis "Tür auf" nach 5 Minuten soll das Licht eingeschaltet werden,
aber nur wenn die Tür nicht schon wieder geschlossen wurde.

gruß

Ein zusätzlicher Haken "Bei ausführung nochmal prüfen" wäre gut.

[luft-post]

@oelison
hi, hab den Haken gerade überall gesucht, du meinst den Haken als Vorschlag zur Adapter Erweiterung....

[oelison]

@luft-post Ich habe den Vorschlag schon mal an den community adapter gestellt. SmartControl community

[luft-post]

@oelison
Dank dir.
Hab jetzt eine Lösung gefunden,
mit einen zusätzlichen Objekt Merker der durch die Zone "Tür auf" gesetzt wird.
Durch eine weitere Zone "Tür immer noch" auf die verzögert einschaltetet, dabei unter Ausführung/Bedingungen den Merker wieder abfragt.
Nicht so eine schöne Lösung da über drei ecken aber sie geht.
Grundsätzlich würde ich es nicht schlecht finden wenn man zu jeder Zone einen frei Text hätte um solche Zusammenhänge für sich selbst zu Kommentieren, wenn ich nach drei Monaten wieder auf die Zone schaue weiß ich nicht mehr warum ich was gemacht habe ;)

gruß

[crunchip]

@luft-post also so wie ichs oben beschrieben hatte?

[luft-post]

@crunchip
ach Mist, hab gar nicht gesehen das du oben schon geantwortet hast.
Aber ja in Prinzip schon nur das ich den Timer nicht beim Hilfsdatenpunkt laufen lasse sondern bei der "Lampe einschalten zone" und schaue, ob der Hilfsdatenpunkt noch auf "Tür offen" steht.

Vielen Dank dafür

Kurz noch was anderes, wenn ich bei Auslöser die Funktion SC benutzen will kommt immer der Fehler

ist das bekannt? oder ist was bei mir falsch?

Gruß

[crunchip]

@luft-post sagte in Test Adapter SmartControl 0.3.x-0.6.x Latest:

oder ist was bei mir falsch

Ja, kontrollier mal den angegeben DP

[luft-post]

@crunchip
Denn gibt es nicht ab userstates ist der Pfad nicht vorhanden. So wie ich es verstanden hab erstellt der Adapter den Pfad/Datenpunkt....

[oelison]

Hallo zusammen.
Ein release 1.2.2 ist fertig. Da ist praktisch nichts neues drin. Einige abhängige Paket Versionen haben sich geändert und die links sind jetzt auf der ioBroker Seite. Also werdet ihr bald ein Update sehen, aber keine Veränderung in der Funktionalität.
An dieser Stelle nochmal einen Gruß an Mic. Der Code ist schön zu lesen und ich hoffe der bleibt auch so. Ich werde mich bemühen.

[oelison]

Hallo zusammen.
Ein release 1.3.0 ist fertig. Der release prozess ist jetzt stabil und eine neue Funktion ist auch drin. Die Zonenelemente können jetzt kommentiert werden.
Viel spaß beim Dokumentieren.

[crunchip]

@oelison anstatt neues einzubauen wäre es vllt auch sinnvoll Probleme noch zu fixen, wie z.b string/number Warnmeldungen

[oelison]

@crunchip Ansich hast Du recht, aber:

• Ich habe mir die BUGS angesehen
• Ich habe einige hier hin übertragen BUGS_iobroker, die ich nachvollziehen kann.
• Dann habe ich mir die Funktionsweise des Adapters angesehen
• Weiterhin habe ich bei dem ersten Release viele kleine Fehler entdeckt
• Die habe ich hier auch behoben
• Weiterhin muss ich noch viel über die Struktur lernen, damit ich hier nichts verschlimmbessere
• Und hier ist es das Einfachste, nur die Oberfläche zu ändern, die nichts mit der Funktionalität an sich zu tun hat
  Das hat mich dazu gebracht diese einfache Änderung vor zu ziehen, da ich hier lernen kann und nichts zerstöre. Stabilität ist ebenfalls sehr wichtig und kann nich einfach hineingetestet werden, da wir hier komplexe Zusammenhänge für den Benutzer einfach darstellen müssen. Und auch diese Tests müssen noch geschrieben werden.

Dann noch zu den Fehler den Du erwähnt hast. Ich habe den nicht gefunden. Könntest Du ein bug Ticket (2. link) anlegen?
Ich hoffe ich kann den dann reproduzieren.

Als nächstes wollte ich eigentlich den Fehler des dark-modes lösen. Da ist die Doku kaum zu lesen und auch einige Auswahlboxen sind nicht immer lesbar.

Wenn die Bugs im ioBroker repository auftauchen, kann auch besser darauf eingegangen werden und die Priorisierung erfolgen. Im Moment mache ich mehr was ich verstanden habe und kann nicht vernünftige Prioritäten setzen. Da muss ich noch um Nachsicht bitten.

[crunchip]

@oelison sagte in Test Adapter SmartControl 0.3.x-0.6.x Latest:

Könntest Du ein bug Ticket (2. link) anlegen?

kann ich gleich mal machen

@oelison sagte in Test Adapter SmartControl 0.3.x-0.6.x Latest:

den Fehler des dark-modes lösen

das wäre allerdings auch sehr wünschenswert

@oelison sagte in Test Adapter SmartControl 0.3.x-0.6.x Latest:

Da muss ich noch um Nachsicht bitten.

sollte auch kein Vorwurf sein, man sollte froh sein, wenn sich freiwillige finden, die dazu beitragen "Den Laden" aufrecht zu erhalten

[oelison]

Hallo Zusammen,
Release 1.3.1 ist jetzt im npm. Im dark mode ist jetzt alles "lesbar", aber nicht schön. Im Team haben wir beschlossen das nicht zu Lösen, da der Aufwand in keinem Verhältnis zur Arbeit steht.
Die Fehlermeldungen sind jetzt verschwunden.
Viel Spaß beim Testen.
Gruß
Christian

[FuXXz2]

Ich finde den Adapter echt toll und hatte ihn jetzt sehr lange Zeit nicht genutzt.
Ein neuer Versuch führt wieder zu Tonnenweise Log Einträgen.
Ist das normal oder mache ich immer noch was falsch?

Spoiler

2022-10-21 09:46:46.780 warn State "smartcontrol.0.targetDevices.Schalter_enum-19" has no existing object, this might lead to an error in future versions

smartcontrol.0
2022-10-21 09:46:46.740 warn State "smartcontrol.0.targetDevices.Schalter_enum-19" has no existing object, this might lead to an error in future versions

smartcontrol.0
2022-10-21 09:46:39.441 warn State "smartcontrol.0.targetDevices.Schalter_enum-16" has no existing object, this might lead to an error in future versions

smartcontrol.0
2022-10-21 09:46:39.401 warn State "smartcontrol.0.targetDevices.Schalter_enum-16" has no existing object, this might lead to an error in future versions

smartcontrol.0
2022-10-21 09:46:36.747 warn State "smartcontrol.0.targetDevices.Schalter_enum-19" has no existing object, this might lead to an error in future versions

smartcontrol.0
2022-10-21 09:46:36.706 warn State "smartcontrol.0.targetDevices.Schalter_enum-19" has no existing object, this might lead to an error in future versions

smartcontrol.0
2022-10-21 09:46:26.747 warn State "smartcontrol.0.targetDevices.Schalter_enum-19" has no existing object, this might lead to an error in future versions

smartcontrol.0
2022-10-21 09:46:26.706 warn State "smartcontrol.0.targetDevices.Schalter_enum-19" has no existing object, this might lead to an error in future versions

smartcontrol.0
2022-10-21 09:46:16.784 warn State "smartcontrol.0.targetDevices.Schalter_enum-19" has no existing object, this might lead to an error in future versions

smartcontrol.0
2022-10-21 09:46:16.743 warn State "smartcontrol.0.targetDevices.Schalter_enum-19" has no existing object, this might lead to an error in future versions

smartcontrol.0
2022-10-21 09:46:06.770 warn State "smartcontrol.0.targetDevices.Schalter_enum-19" has no existing object, this might lead to an error in future versions

smartcontrol.0
2022-10-21 09:46:06.731 warn State "smartcontrol.0.targetDevices.Schalter_enum-19" has no existing object, this might lead to an error in future versions

smartcontrol.0
2022-10-21 09:45:56.744 warn State "smartcontrol.0.targetDevices.Schalter_enum-19" has no existing object, this might lead to an error in future versions

smartcontrol.0
2022-10-21 09:45:56.705 warn State "smartcontrol.0.targetDevices.Schalter_enum-19" has no existing object, this might lead to an error in future versions

smartcontrol.0
2022-10-21 09:45:46.795 warn State "smartcontrol.0.targetDevices.Schalter_enum-19" has no existing object, this might lead to an error in future versions

smartcontrol.0
2022-10-21 09:45:46.754 warn State "smartcontrol.0.targetDevices.Schalter_enum-19" has no existing object, this might lead to an error in future versions

[oelison]

@fuxxz2 Kannst Du mal prüfen, ob die oben genannten objekte wirklich nicht existieren? Diese Fehler sehe ich bei mir nicht.

[FuXXz2]

@oelison
Das Problem ist, ich weiß gar nicht, was er mit _enum-19 etc. meint. Ich habe als Ziel zwei Aufzählungen(Funktionen) hinterlegt, sonst nichts. Darin enthalten sind jeweils Dimmer und in der anderen Schalter.
Aber diese Angabe von _enum_XX keine Ahnung was das sein soll ?

[Mike Hellracer]

@oelison
Hallo zusammen, endlich kann ich auch mal wieder etwas zur Weiterentwicklung dieses genialen Adapters beitragen...
Ursache ist die Verwendung von Aufzählungen unter Zielgeräte.
Die Eingabe-Validierung prüft das Vorhandensein dieser Einträge für jedes einzelne Mitglied der Aufzählungen (*****_enum#)
Da sie nicht existieren kommen dann die Einträge im Log.
Da ich nicht weiß, ob sie für die Funktion wirklich benötigt werden habe ich sie einfach mal angelegt und dann sind die Meldungen weg.
Leider nur bis zum nächsten speichern/Neustart des Adapter.
ggf. könnte man sie einfach nach dem speichern des Adapter alle anlegen lassen, oder aus der Prüfung rausnehmen. Aber wie gesagt ich kann leider nicht mit Sicherheit sagen, ob sie für die Funktion nicht doch benötigt werden.
Mein Vorschlag wäre der Einfachheit halber das Anlegen.

[oelison]

@mike-hellracer @FuXXz2 Okay, ich sehe mir das mal an mit den enums. Da lässt sich bestimmt was korrigieren. Danke für die Infos.

[crunchip]

@fuxxz2 vllt fehlt die enum zuweisung bei diesem schalter

man kann aber auch die Prüfung deaktivieren