NEWS
TEST - Adapter Fully Browser mit MQTT (0.0.11)
-
@acgua sagte in TEST - Adapter Fully Browser mit MQTT (0.0.1-alpha):
Hier hat sich tatsächlich der Client, also der Fully Browser und/oder das Tablet, verabschiedet.
Das kann ich nicht wirklich beeinflussen mit dem Adapter.
Kommt das öfter vor, und in welchem Abstand in Sekunden wird "is not alive" -> "is alive" angezeigt im Log (also jeweils separate Log-Zeilen), so im Durchschnitt?hmm das ist komisch, denn ich komme ganz normal auf die Gui von Fullybrowser, wenn das kommt. . und dann ist er ja nach 12 Sek. auch wieder fuer den Adapter erreichbar.. hier sieht es mir nach einem timeout problem aus.. ich hab zeitgleich mal n ping durchlaufen lassen, da gibts keine breaks/interrupts und auch keine lost packets oder so..
Was mich wundert, es sind bei der Meldung immer 12sek, dann ist er wieder erreichbar..
naja, ich behalts mal im Auge.. denn:
98% meiner Tablets schalten sich um 23.00 Uhr aus, und um 5 / 7 uhr morgens wieder ein, in der zwischenzeit sind die natuerlich offline.
Auch da sollte der Adapter das abkoennen, oder das log zu zu pflastern.. kannste das vielleicht so machen, wie beim mqtt oder sonoff adapter, dass man in den Instanzen sieht, welcher client verbunden ist?Dann hat der Adapter noch Probleme, die Datenpunkte im '/Info directory anzulegen, das geht meist erst, wenn ich mqtt im Adapter ausschalte, dann legt er alle Datenpunkte an, schalte ich dann mqtt ein, funktionierts...
Hab jetzt den alten Adapter geloscht, auch die Datenpunkte, neu von Git installiert, die Konfig importiert, und alles neu anlegen lassen.
Es kommen immer noch Warnings mit
@ilovegym said in TEST - Adapter Fully Browser mit MQTT (0.0.1-alpha):
kannste das vielleicht so machen, wie beim mqtt oder sonoff adapter, dass man in den Instanzen sieht, welcher client verbunden ist?
Du meinst sowas, oder?
Ist jetzt drin.
Ebenso diese MQTT-Option. Wenn aktiviert, werden die client errors etc. nur noch als Info ausgegeben. Wenn nach einer Weile (60s + 10s) der Fully sich gar nicht mehr meldet per MQTT, wird einmalig ein "[MQTT] Tablet-Name is not alive!" ausgegeben als Warn ausgegeben, mehr nicht.
Ansonsten noch paar Fixes.
0.0.3-alpha (2023-03-12)
- (Acgua) Fix: various issues
- (Acgua) Encrypt MQTT password (#11)
- (Acgua) New: MQTT option to log client and connection errors as info and not error
- (Acgua) New: Online status for each device is now displayed in objects: e.g. 'fully-mqtt.0.Tablet-Hallway' is green with a connection icon if it is alive
-
@ilovegym said in TEST - Adapter Fully Browser mit MQTT (0.0.1-alpha):
kannste das vielleicht so machen, wie beim mqtt oder sonoff adapter, dass man in den Instanzen sieht, welcher client verbunden ist?
Du meinst sowas, oder?
Ist jetzt drin.
Ebenso diese MQTT-Option. Wenn aktiviert, werden die client errors etc. nur noch als Info ausgegeben. Wenn nach einer Weile (60s + 10s) der Fully sich gar nicht mehr meldet per MQTT, wird einmalig ein "[MQTT] Tablet-Name is not alive!" ausgegeben als Warn ausgegeben, mehr nicht.
Ansonsten noch paar Fixes.
0.0.3-alpha (2023-03-12)
- (Acgua) Fix: various issues
- (Acgua) Encrypt MQTT password (#11)
- (Acgua) New: MQTT option to log client and connection errors as info and not error
- (Acgua) New: Online status for each device is now displayed in objects: e.g. 'fully-mqtt.0.Tablet-Hallway' is green with a connection icon if it is alive
guten Morgen,
super, die Warnings sind weg, das Log sieht jetzt sehr sauber aus, in allen Konfigurationen ( also Client and Connection enabled und auch disabled), die verschiedenen Logstufen funktionieren auch.Was nicht geht, ist die Anzeige
https://forum.iobroker.net/assets/uploads/files/1678650418308-28617329-ad62-4cfd-8258-3e17aced1ede-image.pngbei mir sieht das im Chrome und Firefox so aus:
brauchst Du ein debug-log?
-
guten Morgen,
super, die Warnings sind weg, das Log sieht jetzt sehr sauber aus, in allen Konfigurationen ( also Client and Connection enabled und auch disabled), die verschiedenen Logstufen funktionieren auch.Was nicht geht, ist die Anzeige
https://forum.iobroker.net/assets/uploads/files/1678650418308-28617329-ad62-4cfd-8258-3e17aced1ede-image.pngbei mir sieht das im Chrome und Firefox so aus:
brauchst Du ein debug-log?
Hi @ilovegym
nein, danke, die Objekte müssen neu erstellt werden vom Adapter. D.h. am besten die Adapter-Instanz löschen und neu hinzufügen. Alternativ kannst du auch die Objekte
fully-mqtt.0.FireHD-BueroBad,fully-mqtt.0.FireHD-Isa, .... und alle Objekte / Datenpunkte darunter löschen und dann die Adapter-Instanz neu starten. -
Hi @ilovegym
nein, danke, die Objekte müssen neu erstellt werden vom Adapter. D.h. am besten die Adapter-Instanz löschen und neu hinzufügen. Alternativ kannst du auch die Objekte
fully-mqtt.0.FireHD-BueroBad,fully-mqtt.0.FireHD-Isa, .... und alle Objekte / Datenpunkte darunter löschen und dann die Adapter-Instanz neu starten. -
Ja, das war’s, funktioniert jetzt!
Dankeschön!Kurzes Update, also neue Version. Allerdings nichts Signifikantes, aber Admin nun übersetzt (u.a. nun in Deutsch), sowie Doku vorbereitet.
0.0.4 (2023-03-14)
- (Acgua) Added all translations to admin/jsonConfig.json
- (Acgua) Fixed test error by removing nodejs 12 support, and added nodejs 18
- (Acgua) readme updated and prepared for adapter documentation
- (Acgua) Fixed a few issues
-
Kurzes Update, also neue Version. Allerdings nichts Signifikantes, aber Admin nun übersetzt (u.a. nun in Deutsch), sowie Doku vorbereitet.
0.0.4 (2023-03-14)
- (Acgua) Added all translations to admin/jsonConfig.json
- (Acgua) Fixed test error by removing nodejs 12 support, and added nodejs 18
- (Acgua) readme updated and prepared for adapter documentation
- (Acgua) Fixed a few issues
-
Dankeschön, läuft ohne Auffälligkeiten!
Kurzes Update
Adapter ist mittlerweile in Version 0.0.8, aber nur diverses unter der Haube gemacht und keine neuen Features. Ich habe noch Doku in Deutsch und Englisch ergänzt und den Adapter vorbereitet für Latest Repository, also für Beta Testing. Außerdem habe ich Anträge zur Aufnahme im Latest eingereicht, sowie um Sentry hinzuzufügen, und auch Weblate für Übersetzungen.Frage:
Fehlen noch wesentliche Funktionen oder gab es noch Fehler?
Was ich noch einbaue, ist eine bessere Handhabung der Geräte-Objekte. D.h. wenn ein Tablet in den Adapter-Optionen inaktiv gesetzt wird oder die Tabellenzeile in den ganz gelöscht wird, dass dann auch die Objekte, also alle Objekte vonfully-mqtt.0.Tablet-Küche(und unterhalb) entfernt werden. Dabei mit einer Option "Objekte nicht löschen, wenn ein Tablet deaktiviert wird".
To Do and/or In Progress
- To Do: Delete device objects once device is deleted in adapter options
- To Do: Add option to delete device objects if device is deactivated
- In Progress: Add Adapter to Latest Repository for beta testing (requested, PR #2184)
- In Progress: Add Adapter to Weblate (requested, #108)
- In Progress: Add Sentry (requested, #213)
-
-
Ich bekomme keine Verbindung. Im debug-Logfile steht folgendes:
2023-03-21 19:50:23.331 - debug: fully-mqtt.0 (3757147) Redis Objects: Use Redis connection: 127.0.0.1:9001 2023-03-21 19:50:23.399 - debug: fully-mqtt.0 (3757147) Objects client ready ... initialize now 2023-03-21 19:50:23.400 - debug: fully-mqtt.0 (3757147) Objects create System PubSub Client 2023-03-21 19:50:23.401 - debug: fully-mqtt.0 (3757147) Objects create User PubSub Client 2023-03-21 19:50:23.573 - debug: fully-mqtt.0 (3757147) Objects client initialize lua scripts 2023-03-21 19:50:23.577 - debug: fully-mqtt.0 (3757147) Objects connected to redis: 127.0.0.1:9001 2023-03-21 19:50:23.643 - debug: fully-mqtt.0 (3757147) Redis States: Use Redis connection: 127.0.0.1:6379 2023-03-21 19:50:23.649 - debug: fully-mqtt.0 (3757147) States create System PubSub Client 2023-03-21 19:50:23.650 - debug: fully-mqtt.0 (3757147) States create User PubSub Client 2023-03-21 19:50:23.659 - debug: fully-mqtt.0 (3757147) States connected to redis: 127.0.0.1:6379 2023-03-21 19:50:23.811 - info: fully-mqtt.0 (3757147) starting. Version 0.0.8 (non-npm: Acgua/ioBroker.fully-mqtt#9dbcc3f09e70be6688d93d8544027aab1514a846) in /opt/iobroker/node_modules/iobroker.fully-mqtt, node: v16.19.0, js-controller: 4.0.24 2023-03-21 19:50:23.827 - debug: fully-mqtt.0 (3757147) Final Config: {"name":"Galaxy Tab S2","id":"Galaxy_Tab_S2","ip":"192.168.0.88","useMQTT":true,"restProtocol":"http","restPort":2323,"restPassword":"xxxx","lastSeen":0,"isAlive":false,"timeoutRestRequestInfo":null,"mqttInfoObjectsCreated":false,"mqttInfoKeys":[],"restInfoKeys":[]} 2023-03-21 19:50:23.828 - debug: fully-mqtt.0 (3757147) Device Galaxy Tab S2 (192.168.0.88) is not enabled, so skip it. 2023-03-21 19:50:23.828 - error: fully-mqtt.0 (3757147) No active devices with correct configuration found. 2023-03-21 19:50:23.829 - error: fully-mqtt.0 (3757147) Adapter settings initialization failed. ---> Please check your adapter instance settings!Im Fullybrowser ist folgendes eingestellt:
Der Adapter hat folgende Einstellungen:
Wo hab ich da den Fehler ?
-
Lt logfile ist das Tablett im Adapter nicht enabled, also mal Haken raus und wieder rein…
-
Lt logfile ist das Tablett im Adapter nicht enabled, also mal Haken raus und wieder rein…
@ilovegym sagte in TEST - Adapter Fully Browser mit MQTT (0.0.4):
Lt logfile ist das Tablett im Adapter nicht enabled, also mal Haken raus und wieder rein…
Alles schon ausprobiert. Funktioniert einfach nicht. Adapter bleibt gelb und immer die gleiche Fehlermeldung im Log.
-
@ilovegym sagte in TEST - Adapter Fully Browser mit MQTT (0.0.4):
Lt logfile ist das Tablett im Adapter nicht enabled, also mal Haken raus und wieder rein…
Alles schon ausprobiert. Funktioniert einfach nicht. Adapter bleibt gelb und immer die gleiche Fehlermeldung im Log.
@acgua & @manfredhi ich schließe mich an, bei mir exakt das gleiche Fehlerbild.
fully-mqtt.0 3405440 2023-03-21 23:26:16.730 error Adapter settings initialization failed. ---> Please check your adapter instance settings! fully-mqtt.0 3405440 2023-03-21 23:26:16.727 error No active devices with correct configuration found. fully-mqtt.0 3405440 2023-03-21 23:26:16.726 debug Device Tab3_Bad (192.168.0.121) is not enabled, so skip it. fully-mqtt.0 3405440 2023-03-21 23:26:16.723 debug Final Config: {"name":"Tab3_Bad","id":"Tab3_Bad","ip":"192.168.0.121","useMQTT":true,"restProtocol":"http","restPort":2323,"restPassword":"xxxxxxx","lastSeen":0,"isAlive":false,"timeoutRestRequestInfo":null,"mqttInfoObjectsCreated":false,"mqttInfoKeys":[],"restInfoKeys":[]} fully-mqtt.0 3405440 2023-03-21 23:26:16.655 info starting. Version 0.0.8 (non-npm: Acgua/ioBroker.fully-mqtt#9dbcc3f09e70be6688d93d8544027aab1514a846) in /opt/iobroker/node_modules/iobroker.fully-mqtt, node: v16.19.1, js-controller: 4.0.24 fully-mqtt.0 3403847 2023-03-21 23:26:02.333 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
Hakerl schon mehrfach raus & rein und immer wieder abgespeichert. Leider nein. Tablet auch schon neu gestartet, leider keine Änderung.
-
@acgua & @manfredhi ich schließe mich an, bei mir exakt das gleiche Fehlerbild.
fully-mqtt.0 3405440 2023-03-21 23:26:16.730 error Adapter settings initialization failed. ---> Please check your adapter instance settings! fully-mqtt.0 3405440 2023-03-21 23:26:16.727 error No active devices with correct configuration found. fully-mqtt.0 3405440 2023-03-21 23:26:16.726 debug Device Tab3_Bad (192.168.0.121) is not enabled, so skip it. fully-mqtt.0 3405440 2023-03-21 23:26:16.723 debug Final Config: {"name":"Tab3_Bad","id":"Tab3_Bad","ip":"192.168.0.121","useMQTT":true,"restProtocol":"http","restPort":2323,"restPassword":"xxxxxxx","lastSeen":0,"isAlive":false,"timeoutRestRequestInfo":null,"mqttInfoObjectsCreated":false,"mqttInfoKeys":[],"restInfoKeys":[]} fully-mqtt.0 3405440 2023-03-21 23:26:16.655 info starting. Version 0.0.8 (non-npm: Acgua/ioBroker.fully-mqtt#9dbcc3f09e70be6688d93d8544027aab1514a846) in /opt/iobroker/node_modules/iobroker.fully-mqtt, node: v16.19.1, js-controller: 4.0.24 fully-mqtt.0 3403847 2023-03-21 23:26:02.333 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reasonHakerl schon mehrfach raus & rein und immer wieder abgespeichert. Leider nein. Tablet auch schon neu gestartet, leider keine Änderung.
den einzigsten Unterschied, den ich erkenne, ist, dass ich bei mqtt ein Username und Passwort verwende, und bei euch das nicht der Fall ist.
Vielleicht ist hier im Code der Wurm drin ?
-
den einzigsten Unterschied, den ich erkenne, ist, dass ich bei mqtt ein Username und Passwort verwende, und bei euch das nicht der Fall ist.
Vielleicht ist hier im Code der Wurm drin ?
@ilovegym @ManfredHi @Acgua sagte in TEST - Adapter Fully Browser mit MQTT (0.0.4):
ich bei mqtt ein Username und Passwort verwende
Leider Nein!
-
@ilovegym @ManfredHi @Acgua sagte in TEST - Adapter Fully Browser mit MQTT (0.0.4):
ich bei mqtt ein Username und Passwort verwende
Leider Nein!
-
@ilovegym @ManfredHi @Acgua sagte in TEST - Adapter Fully Browser mit MQTT (0.0.4):
ich bei mqtt ein Username und Passwort verwende
Leider Nein!
@metaxa @ilovegym @Acgua sagte in TEST - Adapter Fully Browser mit MQTT (0.0.4):
ich bei mqtt ein Username und Passwort verwende
Leider Nein!
Bei mir genauso. Kein Unterschied ob mit username und password oder ohne, egal ob das nicht verifizieren angehakt ist oder nicht. Der Adapter bleibt auf gelb und es ist immer die gleiche FEhlermeldung im log.
-
@metaxa @ilovegym @Acgua sagte in TEST - Adapter Fully Browser mit MQTT (0.0.4):
ich bei mqtt ein Username und Passwort verwende
Leider Nein!
Bei mir genauso. Kein Unterschied ob mit username und password oder ohne, egal ob das nicht verifizieren angehakt ist oder nicht. Der Adapter bleibt auf gelb und es ist immer die gleiche FEhlermeldung im log.
-
Hi,
jetzt ausführlicher. Danke für eure Rückmeldungen @ManfredHi @metaxa @ilovegymWar ein Bug in der Adapter-Konfiguration. In der ersten Spalte aktivierte Geräte wurden nicht mehr als aktiviert erkannt, da wurde ein "suchen/ersetzen" bei Übersetzungs-Umsetzungen falsch gesetzt.
Sollte nun in Version 0.0.9 korrigiert sein.
WICHTIG: Falls Update von vorheriger Version: In die Adapter-Einstellungen gehen und bei allen Geräten in der Tabelle das Häkchen in der ersten Spalte (siehe roter Pfeil oben) 2x anklicken, d.h. inaktiv und wieder aktiv setzen. Danach speichern. Das ist einmalig nötig, weil der Identifizierer dieser Option geändert wurde.
Sollte das nicht gehen, meldet euch hier. Alternativ könnt ihr die Instanz löschen und neu hinzufügen, sollte aber nicht notwendig sein.Bitte testen. Danke
0.0.9 (2023-03-22)
- (Acgua) Breaking Change If you update from a previous version: In Adapter config, device table: disable and enable your all of your devices, and save options afterwards.
- (Acgua) Bug fix: enabled devices in config were skipped
- (Acgua) English adapter documentation added.
- (Acgua) Adapter was added to Weblate (#108)
- (Acgua) Verified that device objects are removed when device was deleted or renamed in config
-
Hi,
jetzt ausführlicher. Danke für eure Rückmeldungen @ManfredHi @metaxa @ilovegymWar ein Bug in der Adapter-Konfiguration. In der ersten Spalte aktivierte Geräte wurden nicht mehr als aktiviert erkannt, da wurde ein "suchen/ersetzen" bei Übersetzungs-Umsetzungen falsch gesetzt.
Sollte nun in Version 0.0.9 korrigiert sein.
WICHTIG: Falls Update von vorheriger Version: In die Adapter-Einstellungen gehen und bei allen Geräten in der Tabelle das Häkchen in der ersten Spalte (siehe roter Pfeil oben) 2x anklicken, d.h. inaktiv und wieder aktiv setzen. Danach speichern. Das ist einmalig nötig, weil der Identifizierer dieser Option geändert wurde.
Sollte das nicht gehen, meldet euch hier. Alternativ könnt ihr die Instanz löschen und neu hinzufügen, sollte aber nicht notwendig sein.Bitte testen. Danke
0.0.9 (2023-03-22)
- (Acgua) Breaking Change If you update from a previous version: In Adapter config, device table: disable and enable your all of your devices, and save options afterwards.
- (Acgua) Bug fix: enabled devices in config were skipped
- (Acgua) English adapter documentation added.
- (Acgua) Adapter was added to Weblate (#108)
- (Acgua) Verified that device objects are removed when device was deleted or renamed in config
@acgua Sieht vielversprechend aus
fully-mqtt.0 2021567 2023-03-22 20:20:40.447 debug [MQTT] Tab3_Bad: Creating info objects (if not yet existing) fully-mqtt.0 2021567 2023-03-22 20:20:40.447 debug [MQTT]📡 Tab3_Bad published info, topic: fully/deviceInfo/16c1a367-a11e0afe fully-mqtt.0 2021567 2023-03-22 20:20:40.445 debug [MQTT] Client ad79a841-5ed8-44e7-9911-40e5ca60685e = Tab3_Bad = 192.168.0.121 fully-mqtt.0 2021567 2023-03-22 20:20:39.690 info [MQTT] Tab3_Bad is alive. fully-mqtt.0 2021567 2023-03-22 20:20:39.687 info [MQTT]🔗 Client Tab3_Bad (192.168.0.121) successfully connected. fully-mqtt.0 2021567 2023-03-22 20:20:39.686 debug [MQTT] Client Tab3_Bad (192.168.0.121) connected to broker 2d570c3a-308c-4309-a8c3-8521ef1f23e2 fully-mqtt.0 2021567 2023-03-22 20:20:39.683 info [MQTT]🔑 Client Tab3_Bad (192.168.0.121) successfully authenticated. fully-mqtt.0 2021567 2023-03-22 20:20:39.682 info [MQTT] Client Tab3_Bad (192.168.0.121) trys to authenticate... fully-mqtt.0 2021567 2023-03-22 20:20:39.678 debug [MQTT] client.conn.remoteAddress = "::ffff:192.168.0.121" - ad79a841-5ed8-44e7-9911-40e5ca60685e fully-mqtt.0 2021567 2023-03-22 20:20:28.115 info [MQTT]🚀 Server started and listening on port 3000 fully-mqtt.0 2021567 2023-03-22 20:20:28.104 debug Start main() - Tab3_Bad (192.168.0.121)… fully-mqtt.0 2021567 2023-03-22 20:20:28.012 debug Adapter settings successfully verified and initialized. fully-mqtt.0 2021567 2023-03-22 20:20:28.009 info 🗸 Tab3_Bad (192.168.0.121): Config successfully verified. fully-mqtt.0 2021567 2023-03-22 20:20:28.008 info Tab3_Bad (192.168.0.121) MQTT is activated in adapter instance settings. fully-mqtt.0 2021567 2023-03-22 20:20:27.991 debug Final Config: {"name":"Tab3_Bad","id":"Tab3_Bad","ip":"192.168.0.121","useMQTT":true,"restProtocol":"http","restPort":2323,"restPassword":"xxxxxx","lastSeen":0,"isAlive":false,"timeoutRestRequestInfo":null,"mqttInfoObjectsCreated":false,"mqttInfoKeys":[],"restInfoKeys":[]} fully-mqtt.0 2021567 2023-03-22 20:20:27.869 info starting. Version 0.0.9 (non-npm: Acgua/ioBroker.fully-mqtt#6d21ea182d0b600b2868059f30e32fa1c099870d) in /opt/iobroker/node_modules/iobroker.fully-mqtt, node: v16.19.1, js-controller: 4.0.24 -
@acgua Sieht vielversprechend aus
fully-mqtt.0 2021567 2023-03-22 20:20:40.447 debug [MQTT] Tab3_Bad: Creating info objects (if not yet existing) fully-mqtt.0 2021567 2023-03-22 20:20:40.447 debug [MQTT]📡 Tab3_Bad published info, topic: fully/deviceInfo/16c1a367-a11e0afe fully-mqtt.0 2021567 2023-03-22 20:20:40.445 debug [MQTT] Client ad79a841-5ed8-44e7-9911-40e5ca60685e = Tab3_Bad = 192.168.0.121 fully-mqtt.0 2021567 2023-03-22 20:20:39.690 info [MQTT] Tab3_Bad is alive. fully-mqtt.0 2021567 2023-03-22 20:20:39.687 info [MQTT]🔗 Client Tab3_Bad (192.168.0.121) successfully connected. fully-mqtt.0 2021567 2023-03-22 20:20:39.686 debug [MQTT] Client Tab3_Bad (192.168.0.121) connected to broker 2d570c3a-308c-4309-a8c3-8521ef1f23e2 fully-mqtt.0 2021567 2023-03-22 20:20:39.683 info [MQTT]🔑 Client Tab3_Bad (192.168.0.121) successfully authenticated. fully-mqtt.0 2021567 2023-03-22 20:20:39.682 info [MQTT] Client Tab3_Bad (192.168.0.121) trys to authenticate... fully-mqtt.0 2021567 2023-03-22 20:20:39.678 debug [MQTT] client.conn.remoteAddress = "::ffff:192.168.0.121" - ad79a841-5ed8-44e7-9911-40e5ca60685e fully-mqtt.0 2021567 2023-03-22 20:20:28.115 info [MQTT]🚀 Server started and listening on port 3000 fully-mqtt.0 2021567 2023-03-22 20:20:28.104 debug Start main() - Tab3_Bad (192.168.0.121)… fully-mqtt.0 2021567 2023-03-22 20:20:28.012 debug Adapter settings successfully verified and initialized. fully-mqtt.0 2021567 2023-03-22 20:20:28.009 info 🗸 Tab3_Bad (192.168.0.121): Config successfully verified. fully-mqtt.0 2021567 2023-03-22 20:20:28.008 info Tab3_Bad (192.168.0.121) MQTT is activated in adapter instance settings. fully-mqtt.0 2021567 2023-03-22 20:20:27.991 debug Final Config: {"name":"Tab3_Bad","id":"Tab3_Bad","ip":"192.168.0.121","useMQTT":true,"restProtocol":"http","restPort":2323,"restPassword":"xxxxxx","lastSeen":0,"isAlive":false,"timeoutRestRequestInfo":null,"mqttInfoObjectsCreated":false,"mqttInfoKeys":[],"restInfoKeys":[]} fully-mqtt.0 2021567 2023-03-22 20:20:27.869 info starting. Version 0.0.9 (non-npm: Acgua/ioBroker.fully-mqtt#6d21ea182d0b600b2868059f30e32fa1c099870d) in /opt/iobroker/node_modules/iobroker.fully-mqtt, node: v16.19.1, js-controller: 4.0.24@metaxa
freut mich, danke für deine Rückmeldung.Achtung: Im Debug-Log wird in Zeile
Final Config: ...das MQTT-Passwort ausgegeben. Oben auch in deinem Auszug. Bitte entfernen, falls du das nicht möchtest.
Ich habe mir hierfür ein Issue aufgemacht.
https://github.com/Acgua/ioBroker.fully-mqtt/issues/14
Support us
233
Online32.4k
Users81.4k
Topics1.3m
Posts