NEWS
-
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.@oelison anstatt neues einzubauen wäre es vllt auch sinnvoll Probleme noch zu fixen, wie z.b string/number Warnmeldungen
umgestiegen von Proxmox auf Unraid
-
@oelison anstatt neues einzubauen wäre es vllt auch sinnvoll Probleme noch zu fixen, wie z.b string/number Warnmeldungen
@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.
I like Rust. ioBroker-Adapter: matrix, mediola-gateway, support for reolink
-
@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.
@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
-
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ß
ChristianI like Rust. ioBroker-Adapter: matrix, mediola-gateway, support for reolink
-
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? -
@fuxxz2 Kannst Du mal prüfen, ob die oben genannten objekte wirklich nicht existieren? Diese Fehler sehe ich bei mir nicht.
@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 ? -
@fuxxz2 Kannst Du mal prüfen, ob die oben genannten objekte wirklich nicht existieren? Diese Fehler sehe ich bei mir nicht.
@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
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
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 ?@fuxxz2 vllt fehlt die enum zuweisung bei diesem schalter
man kann aber auch die Prüfung deaktivieren
-
@fuxxz2 vllt fehlt die enum zuweisung bei diesem schalter
man kann aber auch die Prüfung deaktivieren
@crunchip
ich weiß wie gesagt gar nicht, wer sich hinter den Meldungen verbirgt.
State "smartcontrol.0.targetDevices.Schalter_enum-19" has no existing object, this might lead to an error in future versions
Wer soll das sein? Ich kenne keine 19 :)
smartcontrol.0.targetDevices existiert aber auch gar nicht.
-
@crunchip
ich weiß wie gesagt gar nicht, wer sich hinter den Meldungen verbirgt.
State "smartcontrol.0.targetDevices.Schalter_enum-19" has no existing object, this might lead to an error in future versions
Wer soll das sein? Ich kenne keine 19 :)
smartcontrol.0.targetDevices existiert aber auch gar nicht.
-
@fuxxz2 Dieser Ordner war für das Erste aufstarten des Adapters mit den Beispielen gefüllt. Kann sein, das die nicht richtig ausgeblendet werden, wenn die alle gelöscht sind. Ich werde das mal hier versuchen nach zu stellen. Aber das dauert etwas.
-
@oelison Ich kann ja auch den Adapter mal komplett löschen und neu installieren, mal schauen wie dann die Datenpunkte aussehen
-
Hallo liebe SmartControl Nutzer :-)
wie schon diskutiert wurde hat der Adapter-Entwickler gerade eine Auszeit und es kam der Wunsch auf das der Adapter von einem anderen Entwickler übernommen werden sollte. Es hätte sich auch jemand gefunden, ABER ich würde Euch gern mal eine Frage stellen:
So wie ich den Adapter verstehe ist er dafür gedacht einfache Steuerlogiken zu bauen ohne das man ein JavaScript Skript schreiben muss. Als der Adapter raus kam hatten wir dafür auch nichts, also alles valide.
Inzwischen hat der JavaScript Adapter aber die "Rules" bekommen und wenn ich mir so ansehe was der Adapter im Default kann, dann kommt bei mir (als Aussenstehender nicht-Adapter-Nutzer!) die Frage auf ob man nicht das gleiche fast genauso einfach über Rules bauen kann wie es hier über den Adapter geht.
Hinzu kommt das, wenn ich mir so einige Erweiterungswünsche anschaue, ich eher zu der Frage komme, wie komplex man denn den Adapter noch machen sollte oder ob nicht dann erst recht Rules - oder ggf sogar Blockly nicht der sinnvollere Weg ist.
Ich möchte niemandem den Adapter "madig machen" (bitte nicht falsch verstehen), sondern eher gemeinsam überlegen ob es in der Zwischenzeit nicht andere varianten gibt die das gleiche ebenso "einfach" erlauben.
Wir haben am Ende für Community-getriebene Adapter nur begrenzte Entwickler-Resourcen und diese würde ich gern zielgerichtet einsetzen :-)Also hätte ich die Bitte an Euch Nutzer dieses Adapters. Schaut Euch mal Rules an. Diese kamen mit JavaScript 5 dazu (siehe https://forum.iobroker.net/topic/42725/test-javascript-adapter-5-0-7-rules?_=1664349589763). Überlegt mal ob das nicht equivalent ist und gebt Bitte Feedback.
Danke,
Ingo
@apollon77 said in Test Adapter SmartControl 0.3.x-0.6.x Latest:
Inzwischen hat der JavaScript Adapter aber die "Rules" bekommen und wenn ich mir so ansehe was der Adapter im Default kann, dann kommt bei mir (als Aussenstehender nicht-Adapter-Nutzer!) die Frage auf ob man nicht das gleiche fast genauso einfach über Rules bauen kann wie es hier über den Adapter geht.
Hi!
Ich glaube, die "Rules" Möglichkeit ist einfach nicht bekannt genug. Wenn ich nach Lösungen für meine Probleme suche, finde ich eigentlich nur Blockly oder Javascript Lösungsansätze. Und die sind für Nicht-Informatiker nicht immer ganz einfach nachzuvollziehen. Von daher war der SmartControl Adapter eine gute Möglichkeit für JS-Noobs wie mich.
Mir ist noch kein einziger Beitrag (bei meinen Suchen auch auf YT) mit Rules als Lösungsansatz untergekommen. Selbst wenn ich ganz gezielt nach "Rules iobroker" suche, kommen nur Blockly Ergebniss.
Es war mir schlicht unbekannt. Und wie ich in einigen Threads jetzt bei Suchen hier im Forum gesehen habe, bin ich damit nicht völlig alleine.Also wäre meine Antwort auf Deine Frage: Fehlendes Marketing! :wink:
-
Dann bau mir doch mal mit Rules einen funktionierenden, vernünftigen Bewegungsmelder, der die Helligkeit bei eingeschalteten Licht berüchsichtigt.
Allein dafür nutze ich schon gerne Smart Control.@oelison
Habe den Adapter neu installiert, aber Fehler kommt immer noch. Er hat aber jetzt zumindest den ORdner target devices
-
Dann bau mir doch mal mit Rules einen funktionierenden, vernünftigen Bewegungsmelder, der die Helligkeit bei eingeschalteten Licht berüchsichtigt.
Allein dafür nutze ich schon gerne Smart Control.@oelison
Habe den Adapter neu installiert, aber Fehler kommt immer noch. Er hat aber jetzt zumindest den ORdner target devices
@fuxxz2 sagte in Test Adapter SmartControl 0.3.x-0.6.x Latest:
Dann bau mir doch mal mit Rules einen funktionierenden, vernünftigen Bewegungsmelder, der die Helligkeit bei eingeschalteten Licht berüchsichtigt.
dafür war Rules nie gedacht. Nur für ganz einfache wenn - dann Regeln.
so etwas geht mit dem 2.Level = Blockly
-
@apollon77 said in Test Adapter SmartControl 0.3.x-0.6.x Latest:
Inzwischen hat der JavaScript Adapter aber die "Rules" bekommen und wenn ich mir so ansehe was der Adapter im Default kann, dann kommt bei mir (als Aussenstehender nicht-Adapter-Nutzer!) die Frage auf ob man nicht das gleiche fast genauso einfach über Rules bauen kann wie es hier über den Adapter geht.
Hi!
Ich glaube, die "Rules" Möglichkeit ist einfach nicht bekannt genug. Wenn ich nach Lösungen für meine Probleme suche, finde ich eigentlich nur Blockly oder Javascript Lösungsansätze. Und die sind für Nicht-Informatiker nicht immer ganz einfach nachzuvollziehen. Von daher war der SmartControl Adapter eine gute Möglichkeit für JS-Noobs wie mich.
Mir ist noch kein einziger Beitrag (bei meinen Suchen auch auf YT) mit Rules als Lösungsansatz untergekommen. Selbst wenn ich ganz gezielt nach "Rules iobroker" suche, kommen nur Blockly Ergebniss.
Es war mir schlicht unbekannt. Und wie ich in einigen Threads jetzt bei Suchen hier im Forum gesehen habe, bin ich damit nicht völlig alleine.Also wäre meine Antwort auf Deine Frage: Fehlendes Marketing! :wink:
@deanna4711 aber es gibt z.b.
https://forum.iobroker.net/topic/42725/test-javascript-adapter-5-0-7-rulesumgestiegen von Proxmox auf Unraid
-
Das ist richtig. Aber sonst? Ich meine ja nur, weil Apollon die Frage gestellt hat, warum Rules so wenig genutzt wird. Es gibt keine guten Beispiele, Anleitungen und es wird im Netz auf den gängigen DIY SmartHome Seiten und YT Channels quasi nicht erwähnt. :shrug:
-
@crunchip
ich weiß wie gesagt gar nicht, wer sich hinter den Meldungen verbirgt.
State "smartcontrol.0.targetDevices.Schalter_enum-19" has no existing object, this might lead to an error in future versions
Wer soll das sein? Ich kenne keine 19 :)
smartcontrol.0.targetDevices existiert aber auch gar nicht.
@fuxxz2 sagte in Test Adapter SmartControl 0.3.x-0.6.x Latest:
h weiß wie gesagt gar nicht, wer sich hinter den Meldungen verbirgt.
State "smartcontrol.0.targetDevices.Schalter_enum-19"na eines deiner Schalter/Lampen (Zielgeräte)
möglicherweise hast du vllt auch einen verwaisten Eintrag in deinen Enums
Support us
672
Online32.6k
Users82.3k
Topics1.3m
Posts