TEST - Adapter Fully Browser mit MQTT (0.0.11)

ilovegym

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 ?

metaxa

@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

@metaxa @Acgua

da ist ein Bug in der 0.0.8, bei mir sind nach dem upgrade KEINE Haken vorne gesetzt, und es funktioniert...

ManfredHi

@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.

Acgua

Sorry, ist ein Bug, wird alsbald behoben. Ich melde mich wieder.

Acgua

Hi,
jetzt ausführlicher. Danke für eure Rückmeldungen @ManfredHi @metaxa @ilovegym

War 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

metaxa

@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

@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

Acgua created this issue in Acgua/ioBroker.fully-mqtt

closed Debug Log shows the clear Remote Admin Password in "Final Config: ..." #14

metaxa

@acgua sagte in TEST - Adapter Fully Browser mit MQTT (0.0.4):

MQTT-Passwort ausgegeben

Gestern hatte ich es noch gesehen und ausgebessert, vorhin gerade daran gedacht aber vor Freude über die Funktion des Adapters das Löschen vegessen

@acgua sagte in TEST - Adapter Fully Browser mit MQTT (0.0.4):

Bitte entfernen

done.

metaxa

@acgua sagte in TEST - Adapter Fully Browser mit MQTT (0.0.4):

das MQTT-Passwort ausgegeben

nein, es wird das "Remote Admin Password" ausgegeben

Acgua

@metaxa
danke
Ist behoben.

debug: fully-mqtt.0 Final Config: {"name":"123", ... "restPassword":"(hidden)", ...}

0.0.10 (2023-03-22)

(Acgua) Do not show Remote Admin Password in debug log (#14)

ManfredHi

Der Adapter startet nun, so wie es sein soll. Der Objektbaum ist auch vorhanden.
Wenn ich jedoch etwas aus den Commands ausführen will (z.B. restartApp oder loadstarturl usw.) bekomme ich folgende Fehlermeldung im Logfile und es passiert nichts weiter.


fully-mqtt.0
2023-03-22 21:20:07.425	error	[REST] [REST] Galaxy Tab S2: Undefined response when sending cmd sendCmd: 200 - OK

fully-mqtt.0
2023-03-22 21:14:28.473	error	[REST] [REST] Galaxy Tab S2: Undefined response when sending cmd sendCmd: 200 - OK

fully-mqtt.0
2023-03-22 21:11:27.131	error	[REST] [REST] Galaxy Tab S2: Undefined response when sending cmd sendCmd: 200 - OK

Acgua

@manfredhi
Was bekommst du denn als Ausgabe, wenn du im Browser folgendes eingibst:

http://x.x.x.x:2323/?cmd=loadStartURL&type=json&password=zzz

Dabei:

x.x.x.x durch die IP-Adresse vom Fully Tablet ersetzen
zzz durch dein Remote Admin Passwort ersetzen

ManfredHi

@acgua sagte in TEST - Adapter Fully Browser mit MQTT (0.0.4):

Was bekommst du denn als Ausgabe, wenn du im Browser folgendes eingibst:

Das hier:

{"statustext":"Loading Start URL http://192.168.0.30:9082/vis/index.html?tablet#PV ...","status":"OK"}

Acgua

@manfredhi
danke. Ich schau mir das morgen an.
Ggf. muss wohl noch weitere Debug-Logausgaben hinzufügen, um die Ursache zu finden, da es ja bei anderen, und bei mir, ja funktioniert.
Ich kann es aber ziemlich gut eingrenzen im Adapter Code.

Acgua

@manfredhi

Kannst du bitte Debug Log einschalten, und dann noch mal testen (Command loadStartUrl ausführen), und das komplette Log hier posten ab Adapter-Start.

ManfredHi

@acgua sagte in TEST - Adapter Fully Browser mit MQTT (0.0.4):

Kannst du bitte Debug Log einschalten, und dann noch mal testen (Command loadStartUrl ausführen), und das komplette Log hier posten ab Adapter-Start.

Ok. hier das debug-logfile

2023-03-22 22:44:31.093 - info: fully-mqtt.0 (4067123) terminating
2023-03-22 22:44:31.094 - info: fully-mqtt.0 (4067123) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2023-03-22 22:44:31.095 - debug: fully-mqtt.0 (4067123) [MQTT] aedes.close() succeeded
2023-03-22 22:44:31.095 - debug: fully-mqtt.0 (4067123) [MQTT] server.close() succeeded
2023-03-22 22:44:34.743 - debug: fully-mqtt.0 (4086666) Redis Objects: Use Redis connection: 127.0.0.1:9001
2023-03-22 22:44:34.814 - debug: fully-mqtt.0 (4086666) Objects client ready ... initialize now
2023-03-22 22:44:34.815 - debug: fully-mqtt.0 (4086666) Objects create System PubSub Client
2023-03-22 22:44:34.816 - debug: fully-mqtt.0 (4086666) Objects create User PubSub Client
2023-03-22 22:44:35.005 - debug: fully-mqtt.0 (4086666) Objects client initialize lua scripts
2023-03-22 22:44:35.008 - debug: fully-mqtt.0 (4086666) Objects connected to redis: 127.0.0.1:9001
2023-03-22 22:44:35.076 - debug: fully-mqtt.0 (4086666) Redis States: Use Redis connection: 127.0.0.1:6379
2023-03-22 22:44:35.083 - debug: fully-mqtt.0 (4086666) States create System PubSub Client
2023-03-22 22:44:35.084 - debug: fully-mqtt.0 (4086666) States create User PubSub Client
2023-03-22 22:44:35.088 - debug: fully-mqtt.0 (4086666) States connected to redis: 127.0.0.1:6379
2023-03-22 22:44:35.249 - info: fully-mqtt.0 (4086666) starting. Version 0.0.10 (non-npm: Acgua/ioBroker.fully-mqtt#5127c23946e8dffea60b0c35589070a038fad8b2) in /opt/iobroker/node_modules/iobroker.fully-mqtt, node: v16.19.0, js-controller: 4.0.24
2023-03-22 22:44:35.270 - debug: fully-mqtt.0 (4086666) Final Config: {"name":"Galaxy Tab S2","id":"Galaxy_Tab_S2","ip":"192.168.0.88","useMQTT":true,"restProtocol":"http","restPort":2323,"restPassword":"(hidden)","lastSeen":0,"isAlive":false,"timeoutRestRequestInfo":null,"mqttInfoObjectsCreated":false,"mqttInfoKeys":[],"restInfoKeys":[]}
2023-03-22 22:44:35.271 - info: fully-mqtt.0 (4086666) Galaxy Tab S2 (192.168.0.88) MQTT is activated in adapter instance settings.
2023-03-22 22:44:35.271 - info: fully-mqtt.0 (4086666) 🗸 Galaxy Tab S2 (192.168.0.88): Config successfully verified.
2023-03-22 22:44:35.272 - debug: fully-mqtt.0 (4086666) Adapter settings successfully verified and initialized.
2023-03-22 22:44:35.276 - debug: fully-mqtt.0 (4086666) Start main() - Galaxy Tab S2 (192.168.0.88)…
2023-03-22 22:44:35.277 - info: fully-mqtt.0 (4086666) [MQTT]🚀 Server started and listening on port 1889
2023-03-22 22:44:42.347 - debug: fully-mqtt.0 (4086666) [MQTT] client.conn.remoteAddress = "::ffff:192.168.0.88" - Galaxy Tab S2
2023-03-22 22:44:42.348 - info: fully-mqtt.0 (4086666) [MQTT] Client Galaxy Tab S2 (192.168.0.88) trys to authenticate...
2023-03-22 22:44:42.348 - info: fully-mqtt.0 (4086666) [MQTT]🔑 Client Galaxy Tab S2 (192.168.0.88) successfully authenticated.
2023-03-22 22:44:42.349 - debug: fully-mqtt.0 (4086666) [MQTT] Client Galaxy Tab S2 (192.168.0.88) connected to broker ae1f2ae1-7de6-450e-968a-51334f5fa348
2023-03-22 22:44:42.349 - info: fully-mqtt.0 (4086666) [MQTT]🔗 Client Galaxy Tab S2 (192.168.0.88) successfully connected.
2023-03-22 22:44:42.349 - info: fully-mqtt.0 (4086666) [MQTT] Galaxy Tab S2 is alive.
2023-03-22 22:44:42.508 - debug: fully-mqtt.0 (4086666) [MQTT] Client Galaxy Tab S2 = Galaxy Tab S2 = 192.168.0.88
2023-03-22 22:44:42.508 - debug: fully-mqtt.0 (4086666) [MQTT]📡 Galaxy Tab S2 published info, topic: fully/deviceInfo/5e8697c0-eddb31f5
2023-03-22 22:44:42.508 - debug: fully-mqtt.0 (4086666) [MQTT] Galaxy Tab S2: Creating info objects (if not yet existing)
2023-03-22 22:44:58.659 - debug: fully-mqtt.0 (4086666) state fully-mqtt.0.Galaxy_Tab_S2.Commands.loadStartURL changed: true (ack = false)
2023-03-22 22:44:58.660 - debug: fully-mqtt.0 (4086666) [REST] Galaxy Tab S2: Start sendCmd loadStartURL, URL: http://192.168.0.88:2323/?password=%28hidden%29&type=json&cmd=loadStartURL
2023-03-22 22:44:58.744 - error: fully-mqtt.0 (4086666) [REST] [REST] Galaxy Tab S2: Undefined response when sending cmd sendCmd: 200 - OK
2023-03-22 22:44:58.744 - debug: fully-mqtt.0 (4086666) Galaxy Tab S2: restApiSendCmd() was not successful (fully-mqtt.0.Galaxy_Tab_S2.Commands.loadStartURL)

ilovegym

@acgua

Hi, kurzes Feedback, 0.10 laeuft hier ohne Probleme. Hab in der Konfig die Switches Devices enable off/on geschaltet, wird auch beibehalten.
Danke!

ilovegym

@acgua

Hi, die 0.10 zickt seit gestern rum, anscheinend wenn ein timeout kommt und er mit Restapi versucht..?


fully-mqtt.0
2023-03-24 17:39:59.479	info	[MQTT] Huawei-WZDG is alive.

fully-mqtt.0
2023-03-24 17:39:30.227	error	[REST] Huawei-WZDG: Error: Sending cmd sendCmd failed: 200 - OK

fully-mqtt.0
2023-03-24 17:39:30.226	warn	[REST] Huawei-WZDG is not alive!

Acgua

@ilovegym
@manfredhi

Sollte nun alles behoben sein. Sorry, hat etwas gedauert, konnte nicht früher.
Waren noch ein paar Fixes und Optimierungen notwendig, auch im Abfangen von Fehlern und Verbesserung von Logausgaben.

0.0.11 (2023-03-24)

(Acgua) Fix: Remote admin password issue
(Acgua) Improved debug and error log when sending REST API commands

Bitte testen, das Senden von Commands, wie etwa fully-mqtt.0.<Tablet>.Commands.loadStartURL sollte nun wieder sauber gehen. Es kommt auch bessere Logausgabe, wenn man falsches Remote-Admin-PW eingegeben hat (der Fully gibt da nur ein "Please login") zurück.

NEWS

TEST - Adapter Fully Browser mit MQTT (0.0.11)

0.0.9 (2023-03-22)

closed Debug Log shows the clear Remote Admin Password in "Final Config: ..." #14

0.0.10 (2023-03-22)

0.0.11 (2023-03-24)

Support us

1.1k
Online

30.6k
Users

77.2k
Topics

1.2m
Posts

NEWS

TEST - Adapter Fully Browser mit MQTT (0.0.11)

0.0.9 (2023-03-22)

closed Debug Log shows the clear Remote Admin Password in "Final Config: ..." #14

0.0.10 (2023-03-22)

0.0.11 (2023-03-24)

Support us

1.1kOnline

30.6kUsers

77.2kTopics

1.2mPosts

1.1k
Online

30.6k
Users

77.2k
Topics

1.2m
Posts