Test Adapter iQontrol 2.0.x Vis (Entwicklungs-Thread)

Gerni

Naja Parallel läuft ja noch der deConz Adapter aber auch hier ändert sich der State in ioBroker nicht wenn per Sprache geschaltet wird. Das ist doch alles Mist

rellik

Ich hab da glaube ich ein paar Fehler, ich weiß nicht ob dir das reicht.

kilolima

@s-bormann sagte in [Neuer Adapter] Visualisierung iQontrol:

Und beim Laden des Adapter mit geöffnetem F12 gibt es wirklich keine Fehlermeldung?

Also zumindest im Moment des Klicks auf den Stift ändert sich nichts in der Debug-Console.

Vielleicht reichen die Meldungen von @rellik für dich um etwas zu fixen. Dann warte ich erst einmal noch mit der Neunanlage der Ansichten und spare mir die Zeit ...

s.bormann

@rellik Hi, danke. Habe eine Idee, was es sein könnte.

rellik

@s-bormann
Das hört sich gut an.

Danke !

s.bormann

@rellik Die 0.0.44 lädt gerade hoch. Ich hoffe, der Fehler ist damit behoben! Bitte probiert es einmal aus und gebt eine Rückmeldung.

Es gibt auch noch eine Neuerung:
Man kann Datenpunkte jetzt für iQontrol modifizieren. Damit können dann später weitere Funktionen (z.B. die gewüschten invertierten Blinds, zwei getrennte Datenpunkte für read und write etc.) realisiert werden. Aktuell kann man den Datenpunkt als Readonly markieren, die Einheit anpassen und die Value-List modifizieren:

rellik

@s-bormann
Moin,

also Objekt-Baum lässt sich wieder öffnen und Datenpunkte hinzufügen!
Soviel kann ich schon mal sagen.

Danke!

sigi234

@s-bormann sagte in [Neuer Adapter] Visualisierung iQontrol:

@sigi234 sagte in [Neuer Adapter] Visualisierung iQontrol:

@s-bormann sagte in [Neuer Adapter] Visualisierung iQontrol:

Wenn mann die Admin-Seite das erste mal öffnet, werden die hochgeladenen Bilder in ein anderes Verzeichnis verschoben (iqontrol.meta), das vom ioBroker-Backup gesichert werden kann. Danach muss die Admin-Seite für jede Instanz einmal öffnen und speichern. Dabei werden die hinterlegten Pfade zu den Bildern automatisch angepasst. -> Bitte ausführlich testen! Wenn das läuft, würde ich das ganze nämlich mal in der latest stable veröffentlichen.

Das hat bei mir nicht funktioniert.........
Die alten Bilder wurden nicht kopiert.........Habe mal neu installiert.

Hm...gibt es kein Default Verzeichnis mehr?

Hast Recht, die Standard-Pfade bei Neu-Installationen sind falsch.
Aber theoretisch: Wenn Du die Admin-Seite schließt und dann neu öffnest, müsste er es doch anpassen, oder nicht?

Funktioniert leider noch immer nicht................

gosund

Wäre es denn nun möglich, den Timestamp im Widget darzustellen?!
Entweder als Zeit in Minuten seit dem letzten Update oder einfacher als z.B. Ausrufezeichen, wenn der Sensor sich z.B. seit 60 Minuten nicht mehr gemeldet hat?

Ich habe hier unzählige Temperatursensoren in Haus und Garten verteilt und habe immer wieder das Problem, daß ich nicht sehe, ob die aktuelle Temperatur angezeigt wird, oder ob der Sensor vielleicht seit Tagen gar nicht mehr sendet...

kilolima

@s-bormann

Scheint behoben. Vielen Dank für die schnelle Response.

Ich lege mal weiter Geräte an und beobachte.

Grüße

BBTown

@gosund sagte in [Neuer Adapter] Visualisierung iQontrol:

Ich habe hier unzählige Temperatursensoren in Haus und Garten verteilt und habe immer wieder das Problem, daß ich nicht sehe, ob die aktuelle Temperatur angezeigt wird, oder ob der Sensor vielleicht seit Tagen gar nicht mehr sendet..

jetzt verlagerst Du aber ein Problem der Sensoren in den Adapter.
Deine Anforderung gehört meines erachtens in den Adapter, der die Datenpunkte des Sensors ausliest/darstelst und nicht ans Ende der Kette, dem Adapter der lediglich die Werte visualisiert

gosund

@BBTown
Ich glaube, Du hast die Anforderung nicht ganz verstanden. Die Adapter (in diesem Falle sind es ZigBee, sonoff, MQTT und RFLink) liefern mir den Timestamp. Nur wäre es schön, wenn diese Daten auch im Frontend angezeigt werden. Und zwar im jeweiligen Widget des Sensors. Ich habe zwar schon Lösungen gesehen, welche mir per JS virtuelle Devices erstellen und diese mit den Timestamps koppeln, aber dann habe ich je Sensor ein zusätzliches Widget. Nicht wirklich übersichtlich.
Ich hätte gern analog zum Batteriestatus eben diesen Timestamp irgendwie dargestellt. Entweder als Zeit, als Symbol oder ggf. als Hintergrundfarbe des Widgets.

s.bormann

@gosund sagte in [Neuer Adapter] Visualisierung iQontrol:

@BBTown
Ich glaube, Du hast die Anforderung nicht ganz verstanden. Die Adapter (in diesem Falle sind es ZigBee, sonoff, MQTT und RFLink) liefern mir den Timestamp. Nur wäre es schön, wenn diese Daten auch im Frontend angezeigt werden. Und zwar im jeweiligen Widget des Sensors. Ich habe zwar schon Lösungen gesehen, welche mir per JS virtuelle Devices erstellen und diese mit den Timestamps koppeln, aber dann habe ich je Sensor ein zusätzliches Widget. Nicht wirklich übersichtlich.
Ich hätte gern analog zum Batteriestatus eben diesen Timestamp irgendwie dargestellt. Entweder als Zeit, als Symbol oder ggf. als Hintergrundfarbe des Widgets.

Ich finde, die Timestamps sollten nicht zwangsweise bei jedem Dialog erscheinen. Bei den meisten Datenpunkten interessiert der Timestamp ja nicht wirklich und würde den Dialog nur vollmüllen. Aber ich finde einen Timestamp in vielen Situationen (so wie von Dir beschrieben) durchaus nützlich. Mir geistern mehrere Ideen dafür durch den Kopf:

Über die neuen Datenpunkt-Konfigurationen könnte man für jeden Datenpunkt festlegen, ob ein Timestamp erscheinen soll oder nicht
Durch einen langen bzw. festen Druck und das dann erscheinende Menü könnte man einen "erweiterten Dialog" aufrufen, der dann mit Timestamps ist
Auch eine Kombination aus beidem wäre möglich (Festlegung Timestamp immer/im erweiterten Dialog/nie)

Hat jemand weitere Anregungen/Ideen hierzu?

s.bormann

@sigi234 sagte in [Neuer Adapter] Visualisierung iQontrol:

@s-bormann sagte in [Neuer Adapter] Visualisierung iQontrol:

@sigi234 sagte in [Neuer Adapter] Visualisierung iQontrol:

@s-bormann sagte in [Neuer Adapter] Visualisierung iQontrol:

Wenn mann die Admin-Seite das erste mal öffnet, werden die hochgeladenen Bilder in ein anderes Verzeichnis verschoben (iqontrol.meta), das vom ioBroker-Backup gesichert werden kann. Danach muss die Admin-Seite für jede Instanz einmal öffnen und speichern. Dabei werden die hinterlegten Pfade zu den Bildern automatisch angepasst. -> Bitte ausführlich testen! Wenn das läuft, würde ich das ganze nämlich mal in der latest stable veröffentlichen.

Das hat bei mir nicht funktioniert.........
Die alten Bilder wurden nicht kopiert.........Habe mal neu installiert.

Hm...gibt es kein Default Verzeichnis mehr?

Hast Recht, die Standard-Pfade bei Neu-Installationen sind falsch.
Aber theoretisch: Wenn Du die Admin-Seite schließt und dann neu öffnest, müsste er es doch anpassen, oder nicht?

Funktioniert leider noch immer nicht................

Hi, kannst Du bitte auch noch mal mit F12 den Debugger starten, die Seite neu Laden und auf Fehlermeldungen in der Console schauen? Das muss doch irgendwie in den Griff zu bekommen sein...

smile

Hi zusammen,

ich habe leider ebenfalls das Problem, dass nach Installation des Adapters im Konfigurationsfenster immer nur die Meldung "Einstellungen laden" kommt. Neustart des Adapters, sowie Neuinstallation hat nicht geholfen. Version 0.0.44

s.bormann

@smile sagte in [Neuer Adapter] Visualisierung iQontrol:

Hi zusammen,

ich habe leider ebenfalls das Problem, dass nach Installation des Adapters im Konfigurationsfenster immer nur die Meldung "Einstellungen laden" kommt. Neustart des Adapters, sowie Neuinstallation hat nicht geholfen. Version 0.0.44

Bitte Fehlermeldungen via F12 (siehe oben) posten.

smile

Okay naklar, hier einmal der Debug Log:

Gerni

Soweit funktioniert alles ganz gut. Bei Xiaomi Tür/Fensterkontakten wird mir jedoch kein Bat% angezeigt. Ist es möglich das einzubinden? Das Akkusymbol passt auch nicht ganz; lt. ioBroker sind es 81,5%, das Symbol müsste dann ja grün sein.

Ansonsten bisher wirklich echte super Dein Adapter!!!! Endlich eine UI ohne umständliches VIS

Gerni

Anregung oder anderen Lösungsansatz: Ich habe jetzt pro Raum ein Symbol in der Symbolleiste erstellt. Je nach Anzahl wird das uU unübersichtlich. Sind Verschachtelungen möglich? ZB 1. Ebene Erdgeschoss -> 2. Ebene Wohnzimmer, Küche usw?

Oder wonach habt ihr kategorisiert?

s.bormann

@smile sagte in [Neuer Adapter] Visualisierung iQontrol:

Okay naklar, hier einmal der Debug Log:

"Edit Constant:": {"en": "Edit Constant:", "de": "Edit Constant:", "ru": "Edit Constant:", "pt": "Edit Constant:", "nl": "Edit Constant:", "fr": "Edit Constant:", "es": "Edit Constant:", "pl": "Edit Constant:", "it": "Edit Constant:", "zh-cn": "Edit Constant:"}, translate.js:24:17
"Edit Array:": {"en": "Edit Array:", "de": "Edit Array:", "ru": "Edit Array:", "pt": "Edit Array:", "nl": "Edit Array:", "fr": "Edit Array:", "es": "Edit Array:", "pl": "Edit Array:", "it": "Edit Array:", "zh-cn": "Edit Array:"}, translate.js:24:17
"Image:": {"en": "Image:", "de": "Image:", "ru": "Image:", "pt": "Image:", "nl": "Image:", "fr": "Image:", "es": "Image:", "pl": "Image:", "it": "Image:", "zh-cn": "Image:"}, translate.js:24:17
Loading Settings index_m.js:131:10
getLink of first Web-Adapter index_m.js:192:10
Got Link: http://172.16.2.47:8082/iqontrol index_m.js:196:12
"Brigthness-Sensor": {"en": "Brigthness-Sensor", "de": "Brigthness-Sensor", "ru": "Brigthness-Sensor", "pt": "Brigthness-Sensor", "nl": "Brigthness-Sensor", "fr": "Brigthness-Sensor", "es": "Brigthness-Sensor", "pl": "Brigthness-Sensor", "it": "Brigthness-Sensor", "zh-cn": "Brigthness-Sensor"}, translate.js:24:17
"Blind": {"en": "Blind", "de": "Blind", "ru": "Blind", "pt": "Blind", "nl": "Blind", "fr": "Blind", "es": "Blind", "pl": "Blind", "it": "Blind", "zh-cn": "Blind"}, translate.js:24:17
"Popup": {"en": "Popup", "de": "Popup", "ru": "Popup", "pt": "Popup", "nl": "Popup", "fr": "Popup", "es": "Popup", "pl": "Popup", "it": "Popup", "zh-cn": "Popup"}, translate.js:24:17
"External Link": {"en": "External Link", "de": "External Link", "ru": "External Link", "pt": "External Link", "nl": "External Link", "fr": "External Link", "es": "External Link", "pl": "External Link", "it": "External Link", "zh-cn": "External Link"}, translate.js:24:17
Try to init socket.io index_m.js:206:13
Inited socket.io index_m.js:233:13
Object { target: "inpage", data: {…} }
adminConfig.js:17
Unknown event: [object Object] adminConfig.js:24
onboardingcomplete adminConfig.js:17
Unknown event: onboardingcomplete adminConfig.js:24
Quellübergreifende (Cross-Origin) Anfrage blockiert: Die Gleiche-Quelle-Regel verbietet das Lesen der externen Ressource auf http://172.16.2.47:8082/socket.io/?key=nokey&EIO=3&transport=polling&t=MliUV27. (Grund: CORS-Anschlag schlug fehl).

Trying connect...

Quellübergreifende (Cross-Origin) Anfrage blockiert: Die Gleiche-Quelle-Regel verbietet das Lesen der externen Ressource auf http://172.16.2.47:8082/socket.io/?key=nokey&EIO=3&transport=polling&t=MliUWRE. (Grund: CORS-Anschlag schlug fehl).

Ist socket.io auf integriert gestellt und 'Nur Web-Sockets' ausgeschaltet im web-adapter?

NEWS

Test Adapter iQontrol 2.0.x Vis (Entwicklungs-Thread)

io.broker @ debian @ virtualbox @ Windows 10 Pro / Node 18.17.1, npm 9.6.7 / CCU3 / IR.Trans Server / Daslight 4 / Mobotix IP Cams / Qnap NAS / Sonos /

io.broker @ debian @ virtualbox @ Windows 10 Pro / Node 18.17.1, npm 9.6.7 / CCU3 / IR.Trans Server / Daslight 4 / Mobotix IP Cams / Qnap NAS / Sonos /

Support us

608

32.4k

81.4k

1.3m