TEST - Adapter Fully Browser mit MQTT (0.0.11)

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

[ilovegym]

@acgua

machst du weiter an dem Adapter, da ist noch ein Error:

2023-05-13 10:27:13.170  - error: fully-mqtt.0 (4094) TypeError: Cannot read properties of undefined (reading 'name')
    at Aedes.<anonymous> (/opt/iobroker/node_modules/iobroker.fully-mqtt/build/lib/mqtt-server.js:128:59)
    at Aedes.emit (node:events:513:28)
    at PublishState.callPublished (/opt/iobroker/node_modules/aedes/aedes.js:255:15)
    at makeCallTwo (/opt/iobroker/node_modules/fastseries/series.js:150:3)
    at MQEmitter.release (/opt/iobroker/node_modules/fastseries/series.js:138:7)
    at MQEmitter.parallel [as _parallel] (/opt/iobroker/node_modules/fastparallel/parallel.js:25:12)
    at MQEmitter._do (/opt/iobroker/node_modules/mqemitter/mqemitter.js:133:8)
    at MQEmitter.emit (/opt/iobroker/node_modules/mqemitter/mqemitter.js:115:10)
    at PublishState.emitPacket (/opt/iobroker/node_modules/aedes/aedes.js:194:18)
    at makeCallTwo (/opt/iobroker/node_modules/fastseries/series.js:150:3)

[hansmeier]

Ich habe noch ein Problem bei der Einrichtung der MQTT Integration (PLUS) in den Fully Browser App Settings auf meinen Tablets:

Bei der "MQTT Broker URL" gebe ich gemäß Anleitung : mqtt://192.168.178.92:3000 ein. Das ist die IP meines ioBroker, den Port habe ich so übernommen. Bestätige das mit ok, und nichts passiert. Die URL wird offensichtlich nicht übernommen. Bei erneutem Aufruf dieses Eingabefeldes ist jedenfalls alles wieder leer.
Das Tablet ist eine Xoro Megapad mit Android 7.1

Bei den Instanzen bleibt fully-mqtt gelb. Hat jemand eine Idee dazu ?

Noch eine Frage: kann der alte Fullybrowser Adapter parallel aktiviert bleiben ?

fully-mqtt.0
2023-05-24 12:07:48.196	info	🚀 MQTT Server started and is listening on port 3000.

fully-mqtt.0
2023-05-24 12:07:48.063	info	🗸 Xoro_Wohnen (192.168.178.26): Config successfully verified.

fully-mqtt.0
2023-05-24 12:07:48.063	info	🗸 Xoro_Buero (192.168.178.93): Config successfully verified.

fully-mqtt.0
2023-05-24 12:07:48.047	info	starting. Version 0.2.0 (non-npm: Acgua/ioBroker.fully-mqtt#0540250cfb83a4e1ef8eeafe1991beeefbe70cd1) in /opt/iobroker/node_modules/iobroker.fully-mqtt, node: v16.19.1, js-controller: 4.0.24
host.ioBrokerUbuntu2204
2023-05-24 12:07:47.244	info	instance system.adapter.fully-mqtt.0 started with pid 1197629
host.ioBrokerUbuntu2204
2023-05-24 12:07:47.122	info	"system.adapter.fully-mqtt.0" enabled

Lösung: inzwischen ist der Fehler gefunden. In der Anleitung steht:
MQTT BrokerURL: Im Format mqtt://iobroker-ip-address:3000 eingeben
Richtig wäre (zumindest bei mir)
MQTT Broker URL: Im Format http://iobroker-ip-address:3000 eingeben
Jetzt funktioniert es.

[DJMarc75]

@hansmeier sagte in TEST - Adapter Fully Browser mit MQTT (0.0.11):

der alte Fullybrowser Adapter parallel aktiviert bleiben ?

es gibt weder einen alten noch einen neuen Adapter... das sind 2 verschiedene !!!

Ob die parallel laufen ?
Probiers halt aus

[hansmeier]

@djmarc75 Die beiden Adapter laufen auch parallel. Aber die Frage ging wohl eher dahin, ob der Fully mqtt den Fully Adapter komplett ersetzen kann. Soweit ich das in den Datenpunkten sehen kann, ist das so.
Musste nur meine diversen Scripte anpassen, dann läuft jetzt alle soweit erfolgreich.
Mal sehen wie es in der nächsten Zeit so läuft. Der Fully Adapter steht einstweilen auf Stop.

[DJMarc75]

@hansmeier sagte in TEST - Adapter Fully Browser mit MQTT (0.0.11):

ob der Fully mqtt den Fully Adapter komplett ersetzen kann

Dazu fragst Du mal die jeweiligen Entwickler ... da wirste dann ne dementsprechende Antwort bekommen

[arteck]

@hansmeier sagte in TEST - Adapter Fully Browser mit MQTT (0.0.11):

Noch eine Frage: kann der alte Fullybrowser Adapter parallel aktiviert bleiben ?

ja kannst du ... warum auch nicht...

die Idee war den alten fully adapter mit dem neuen zu ersetzten

[david83]

Hallo zusammen,
ich habe den Adapter gestern geladen, installiert und ausprobiert. Soweit läuft alles.

Was mir aufgefallen ist, dass ich nicht alle Datenpunkte im Objektbaum habe die per Rest API steuerbar sind.

Mit fehlt zum Beispiel Lock/Unlock Kiosk Mode und Show Text.

[MartyBr]

@acgua
Hallo acgua, wird der Adapter weiterentwickelt?