@tt-tom

Das Script habe ich nun angepasst und MQTT läuft wieder auf dem ioB.

javascript.0
2024-09-05 18:31:20.888	info	script.js.common.NSPanel.NSPANEL_WZ_4_4_0_1: Icon1 else false ~17299~

javascript.0
2024-09-05 18:31:20.887	info	script.js.common.NSPanel.NSPANEL_WZ_4_4_0_1: Entity ist kein String

javascript.0
2024-09-05 18:31:20.887	info	script.js.common.NSPanel.NSPANEL_WZ_4_4_0_1: Icon1 else false 

javascript.0
2024-09-05 18:31:20.887	info	script.js.common.NSPanel.NSPANEL_WZ_4_4_0_1: Entity ist kein String

javascript.0
2024-09-05 18:31:20.886	info	script.js.common.NSPanel.NSPANEL_WZ_4_4_0_1: HandleScreensaverUpdate payload: weatherUpdate~~~~65504~~29.8 °C~~~~65363~Sonne~06:24~~~~34351~Wind~6.1m/s~~~~34351~Böen~9.0m/s~~~~65535~Windr.~O~

javascript.0
2024-09-05 18:31:20.886	info	script.js.common.NSPanel.NSPANEL_WZ_4_4_0_1: moments.js --> Datum O valid?: false

javascript.0
2024-09-05 18:31:20.866	info	script.js.common.NSPanel.NSPANEL_WZ_4_4_0_1: moments.js --> Datum 2024-09-05T06:24:00+02:00 valid?: true

javascript.0
2024-09-05 18:31:04.386	info	script.js.common.NSPanel.NSPANEL_WZ_4_4_0_1: renderCurrentPage

javascript.0
2024-09-05 18:31:04.151	info	script.js.common.NSPanel.NSPANEL_WZ_4_4_0_1: HandleMessage -> sleepReached

javascript.0
2024-09-05 18:31:04.151	info	script.js.common.NSPanel.NSPANEL_WZ_4_4_0_1: Icon1 else false ~17299~

javascript.0
2024-09-05 18:31:04.150	info	script.js.common.NSPanel.NSPANEL_WZ_4_4_0_1: Entity ist kein String

javascript.0
2024-09-05 18:31:04.150	info	script.js.common.NSPanel.NSPANEL_WZ_4_4_0_1: Icon1 else false 

javascript.0
2024-09-05 18:31:04.150	info	script.js.common.NSPanel.NSPANEL_WZ_4_4_0_1: Entity ist kein String

javascript.0
2024-09-05 18:31:04.149	info	script.js.common.NSPanel.NSPANEL_WZ_4_4_0_1: Icon1 else false ~17299~

javascript.0
2024-09-05 18:31:04.149	info	script.js.common.NSPanel.NSPANEL_WZ_4_4_0_1: Entity ist kein String

javascript.0
2024-09-05 18:31:04.149	info	script.js.common.NSPanel.NSPANEL_WZ_4_4_0_1: Icon1 else false 

javascript.0
2024-09-05 18:31:04.149	info	script.js.common.NSPanel.NSPANEL_WZ_4_4_0_1: Entity ist kein String

javascript.0
2024-09-05 18:31:04.147	info	script.js.common.NSPanel.NSPANEL_WZ_4_4_0_1: HandleScreensaverUpdate payload: weatherUpdate~~~~65504~~29.8 °C~~~~63878~Do~15° 33°~~~~65504~Fr~14° 30°~~~~38066~Sa~17° 32°~~~~65504~So~17° 32°~

javascript.0
2024-09-05 18:30:55.808	error	script.js.common.NSPanel.NSPANEL_WZ_4_4_0_1: AxiosError: getaddrinfo ENOTFOUND undefined at Function.AxiosError.from (file:///opt/iobroker/node_modules/@iobroker-javascript.0/axios/lib/core/AxiosError.js:92:14) at RedirectableRequest.handleRequestError (file:///opt/iobroker/node_modules/@iobroker-javascript.0/axios/lib/adapters/http.js:620:25) at RedirectableRequest.emit (node:events:519:28) at RedirectableRequest.emit (node:domain:488:12) at ClientRequest.eventHandlers.<computed> (/opt/iobroker/node_modules/follow-redirects/index.js:38:24) at ClientRequest.emit (node:events:531:35) at ClientRequest.emit (node:domain:488:12) at emitErrorEvent (node:_http_client:108:11) at Socket.socketErrorListener (node:_http_client:511:5) at Socket.emit (node:events:519:28) at Axios.request (file:///opt/iobroker/node_modules/@iobroker-javascript.0/axios/lib/core/Axios.js:45:41) at processTicksAndRejections (node:internal/process/task_queues:95:5) { hostname: 'undefined', syscall: 'getaddrinfo', code: 'ENOTFOUND', errno: -3008, config: { transitional: { silentJSONParsing: true, forcedJSONParsing: true, clarifyTimeoutError: false }, adapter: [ 'xhr', 'http', 'fetch' ], transformRequest: [ [Function: transformRequest] ], transformResponse: [ [Function: transformResponse] ], timeout: 0, xsrfCookieName: 'XSRF-TOKEN', xsrfHeaderName: 'X-XSRF-TOKEN', maxContentLength: -1, maxBodyLength: -1, env: { FormData: [Function], Blob: [class Blob] }, validateStatus: [Function: validateStatus], headers: Object [AxiosHeaders] { Accept: 'application/json, text/plain, */*', 'Content-Type': undefined, 'User-Agent': 'ioBroker', 'Accept-Encoding': 'gzip, compress, deflate, br' }, method: 'get', url: 'http://undefined/cm?cmnd=Status0', data: undefined }, request: <ref *1> Writable { _events: { close: undefined, error: [Function: handleRequestError], prefinish: undefined, finish: undefined, drain: undefined, response: [Function: handleResponse], socket: [Function: handleRequestSocket] }, _writableState: WritableState { highWaterMark: 16384, length: 0, corked: 0, onwrite: [Function: bound onwrite], writelen: 0, bufferedIndex: 0, pendingcb: 0, [Symbol(kState)]: 17580812, [Symbol(kBufferedValue)]: null }, _maxListeners: 100, _options: { maxRedirects: 21, maxBodyLength: Infinity, protocol: 'http:', path: '/cm?cmnd=Status0', method: 'GET', headers: [Object: null prototype], agents: [Object], auth: undefined, family: undefined, beforeRedirect: [Function: dispatchBeforeRedirect], beforeRedirects: [Object], hostname: 'undefined', port: '', agent: undefined, nativeProtocols: [Object], pathname: '/cm', search: '?cmnd=Status0' }, _ended: true, _ending: true, _redirectCount: 0, _redirects: [], _requestBodyLength: 0, _requestBodyBuffers: [], _eventsCount: 3, _onNativeResponse: [Function (anonymous)], _currentRequest: ClientRequest { _events: [Object: null prototype], _eventsCount: 7, _maxListeners: 100, outputData: [], outputSize: 0, writable: true, destroyed: false, _last: true, chunkedEncoding: false, shouldKeepAlive: true, maxRequestsOnConnectionReached: false, _defaultKeepAlive: true, useChunkedEncodingByDefault: false, sendDate: false, _removedConnection: false, _removedContLen: false, _removedTE: false, strictContentLength: false, _contentLength: 0, _hasBody: true, _trailer: '', finished: true, _headerSent: true, _closed: false, socket: [Socket], _header: 'GET /cm?cmnd=Status0 HTTP/1.1\r\n' + 'Accept: application/json, text/plain, */*\r\n' + 'User-Agent: ioBroker\r\n' + 'Accept-Encoding: gzip, compress, deflate, br\r\n' + 'sentry-trace: 0ab3228bdcbf4434805cb5f56bb6a367-b33093e5bdb0da64\r\n' + 'baggage: sentry-environment=production,sentry-release=iobroker.javascript%408.7.6,sentry-public_key=f3b9740caaee4ee69eb68019d71526ff,sentry-trace_id=0ab3228bdcbf4434805cb5f56bb6a367\r\n' + 'Host: undefined\r\n' + 'Connection: keep-alive\r\n' + '\r\n', _keepAliveTimeout: 0, _onPendingData: [Function: nop], agent: [Agent], socketPath: undefined, method: 'GET', maxHeaderSize: undefined, insecureHTTPParser: undefined, joinDuplicateHeaders: undefined, path: '/cm?cmnd=Status0', _ended: false, res: null, aborted: false, timeoutCb: [Function: emitRequestTimeout], upgradeOrConnect: false, parser: null, maxHeadersCount: null, reusedSocket: false, host: 'undefined', protocol: 'http:', _redirectable: [Circular *1], [Symbol(shapeMode)]: false, [Symbol(kCapture)]: false, [Symbol(kBytesWritten)]: 0, [Symbol(kNeedDrain)]: false, [Symbol(corked)]: 0, [Symbol(kOutHeaders)]: [Object: null prototype], [Symbol(errored)]: null, [Symbol(kHighWaterMark)]: 16384, [Symbol(kRejectNonStandardBodyWrites)]: false, [Symbol(kUniqueHeaders)]: null }, _currentUrl: 'http://undefined/cm?cmnd=Status0', [Symbol(shapeMode)]: true, [Symbol(kCapture)]: false }, cause: Error: getaddrinfo ENOTFOUND undefined at GetAddrInfoReqWrap.onlookupall [as oncomplete] (node:dns:120:26) { errno: -3008, code: 'ENOTFOUND', syscall: 'getaddrinfo', hostname: 'undefined' }}

javascript.0
2024-09-05 18:30:54.117	info	script.js.common.NSPanel.NSPANEL_WZ_4_4_0_1: renderCurrentPage

javascript.0
2024-09-05 18:30:53.858	info	script.js.common.NSPanel.NSPANEL_WZ_4_4_0_1: renderCurrentPage

javascript.0
2024-09-05 18:30:53.231	info	script.js.common.NSPanel.NSPANEL_WZ_4_4_0_1: online tasmota firmware version => 14.2.0

javascript.0
2024-09-05 18:30:53.230	info	script.js.common.NSPanel.NSPANEL_WZ_4_4_0_1: online tasmota firmware version => 14.2.0

javascript.0
2024-09-05 18:30:53.226	info	script.js.common.NSPanel.NSPANEL_WZ_4_4_0_1: renderCurrentPage

--> Das Display ist ERWACHT !!! <--

Ich habe jetzt beide Adapter im Client-Modus laufen und melde mich, wenn ich das NSPanel wieder aktiv habe.

@tt-tom Moin Tom,
ich habe das Panel mit dieser Version versehen:
http://ota.tasmota.com/tasmota32/release-13.4.0/tasmota32-nspanel.bin

Flashen hat funktioniert und das Display wartet nun auf Content.
Weshalb kommt es zu solchen Anfragen aus Sicht eines gelegentlichen Nutzers? Keiner will die Pro's nerven. Deshalb habe ich mich für die letzte stable version entschieden. Mit der, so die Annahme des Anfängers, wurde alles geprüft. Deshalb denkt man garnicht, mit einer niedrigeren Version zu arbeiten.
Aus diesem Grunde: DANKE für den richtigen Tipp.
Kersten

@marc-berg sagte in MQTT Broker/Client sendet nur beim Start:

Und warum aktualisisert des NSPanel 1000ende States pro Sekunde?

Ohne es jetzt im Detail untersucht zu haben, würde ich vermuten, dass durch das Aktivieren dieser Option ("Sende auch Zustände") eine Schleife entsteht.

Genau danach sieht es aus, wenn man auf einem Client (der alle Themen abonniert hat) mitliest. Es explodiert förmlich die Nachrichtenzahl.
Ich nehme es als gegeben hin. So langsam erlange ich Kontrolle über das Geschehen. Durch die Verwendung beider MQTT-Adapter auf 1 Maschine kann man endlich steuern. Da ich mehrere ioB-Instanzen verwende, schaffe ich derzeit koordiniert MQTT-Meldungen zu versenden und an den gewünschten Stellen zu empfangen (auch die bestätigten Werte aus dem Wetter-Adapter) ... so wie ich es seit Tagen anstrebe.
Aktuell ist genau diese Info die Lösung (Verwendung beider MQTT-Adapter). Allerdings hat es einiges an Energieaufwand gebraucht, die richtige Frage am richtigen Ort zu platzieren. Gerade wenn verschiedene Sachverhalte ineinander greifen, wird die Informationsbeschaffung aufwändiger. Wenn man aber erstmal auf euch "gestoßen ist", gibt es recht schnell einen Prüf- bzw. Lösungsansatz. Ich bin wirklich froh, dass ihr euch hier so engagiert.
Um das Neuaufsetzen des Panels kümmere ich mich die nächsten Tage. Wenn ich das auch wieder hinbekomme, sollte beides parallel laufen. Ich melde mich auf alle Fälle nochmal, so dass in diesem threat dann alles dokumentiert ist.

Dankende Grüße,
Kersten

@tt-tom @Armilar
HERZLICHEN DANK an euch beide, richtig großartig. Allein ist man in dieser Sache schnell "lost". Von daher Hut ab für eure Geduld und euren Fleiß. Hut ab !

@marc-berg sagte in MQTT Broker/Client sendet nur beim Start:

Und warum aktualisisert des NSPanel 1000ende States pro Sekunde?

Ohne es jetzt im Detail untersucht zu haben, würde ich vermuten, dass durch das Aktivieren dieser Option ("Sende auch Zustände") eine Schleife entsteht.

Genau danach sieht es aus, wenn man auf einem Client (der alle Themen abonniert hat) mitliest. Es explodiert förmlich die Nachrichtenzahl.
Ich nehme es als gegeben hin. So langsam erlange ich Kontrolle über das Geschehen. Durch die Verwendung beider MQTT-Adapter auf 1 Maschine kann man endlich steuern. Da ich mehrere ioB-Instanzen verwende, schaffe ich derzeit koordiniert MQTT-Meldungen zu versenden und an den gewünschten Stellen zu empfangen (auch die bestätigten Werte aus dem Wetter-Adapter) ... so wie ich es seit Tagen anstrebe.
Aktuell ist genau diese Info die Lösung (Verwendung beider MQTT-Adapter). Allerdings hat es einiges an Energieaufwand gebraucht, die richtige Frage am richtigen Ort zu platzieren. Gerade wenn verschiedene Sachverhalte ineinander greifen, wird die Informationsbeschaffung aufwändiger. Wenn man aber erstmal auf euch "gestoßen ist", gibt es recht schnell einen Prüf- bzw. Lösungsansatz. Ich bin wirklich froh, dass ihr euch hier so engagiert.
Um das Neuaufsetzen des Panels kümmere ich mich die nächsten Tage. Wenn ich das auch wieder hinbekomme, sollte beides parallel laufen. Ich melde mich auf alle Fälle nochmal, so dass in diesem threat dann alles dokumentiert ist.

Dankende Grüße,
Kersten

@marc-berg sagte in MQTT Broker/Client sendet nur beim Start:

@kerschte_de sagte in MQTT Broker/Client sendet nur beim Start:

dann gibt es bei der Installation den Hinweis, dass die Instanz 1 bereits vom mqtt-broker/client genutzt wird.

Das glaube ich nicht, bis du mir diese Meldung zeigst.

EDIT: nur um sicher zu gehen, wir sprechen von zwei verschiedenen Adaptern.

Hallo Marc,
darf ich fragen, aus welchem Grund Du beide Adapter betreibst? Was war dabei für Dich die Ursache? Auch das NSPanel von Sonoff?

@mcm1957 sagte in MQTT Broker/Client sendet nur beim Start:

Sehe gerade dass dud as NICHT hast:

Aktiviere die Option mal, schätze denn sendet der mqtt auch brav...

Das kann ich nicht aktivieren. Da arbeitet die Maschine tausende mqtt-messages vom NSPanel innerhalb von Sekunden ab und bringt meine Maschine fast zum Stillstand. Habe es gerade nochmal probiert. Innerhalb von 10 Sekunden 15.000 Werte gepublished ^^

In allen zu entdeckenden Screenshots von mqtt-Einstellungen zum Thema NSPanel ist dieses Häkchen nicht aktiviert. Ich vermute genau aus diesem Grund.

@marc-berg sagte in MQTT Broker/Client sendet nur beim Start:

Irgendwie kann ich mir nicht so richtig vorstellen, dass sich die "Sendeverweigerung" nicht beseitigen lässt. Da muss irgendwo noch ein Konfigurations-Wurm drin sein. Ist aber egal. Mit dem zusätzlichen mqtt-client Adapter bis du in jedem Fall flexibler, was weitere Aufgaben angeht.

Genau das vermute ich ja auch die ganze Zeit. Denn sonst würden sich viel mehr im Forum melden, dass da was nicht stimmt. Ich habe es durch Herumspielen mit den Einstellungen versucht, mit Neuinstall, mit allem, was mir so einfiel. Aber ich habe es nicht hinbekommen. Ich überlege auch die gesamte Zeit schon, ob ich den kompletten RasPi neu aufsetze - aus genau diesem Grunde.

Ich habe jetzt beide Adapter im Client-Modus laufen und melde mich, wenn ich das NSPanel wieder aktiv habe.

@marc-berg tatsächlich, der zweite Adapter schaltet auf grün. Also können auf ein- und demselben Gerät mehrere Adapter auf dem gleichen Port arbeiten. Das habe ich nun verstanden. Zudem bin ich froh, dass ich nicht allein vor diesem Problem stehe und dass es eine Lösung dafür gibt.
Ich richte alles ein, teste und melde mich hier noch einmal. Ich hoffe auch, dass diese Sende-Verweigerung des mqtt-broker/client sich nur nicht auf das NSPanel auswirkt. Das hatte ich jetzt bei dem ganzen Herumprobieren erstmal wieder verworfen. Das richte ich dann jetzt erneut ein.
Bis hierhin schonmal ein dickes Danke für den Tipp

@marc-berg ach, das heißt, dass die rot eingefärbte Meldung gar keine Warn-/Fehlermeldung ist? Ich habe diese aufgrund der Farbe so interpretiert.

@marc-berg ja, stimmt. Ich habe mich geirrt. Es ist der Port, über den da der Fehler kommt.

So wie ich MQTT über das Video von Matthias verstanden habe, ist der Port quasi die Funk-Frequenz. Eine zweite Frequenz würde bedeuten, dass Empfänger 2 Ports/2 Freuquenzen abhören müssen. In den Einstellungen muss man sich jedoch immer für 1 konkreten Port entscheiden. Wie gehst Du damit um?

@marc-berg wenn ich beide Adapter parallel betreiben will (bspw. als nachträgliche Install der mqtt-client), dann gibt es bei der Installation den Hinweis, dass die Instanz 1 bereits vom mqtt-broker/client genutzt wird. Wie müsste man das dann konfigurieren?

@haus-automatisierung Den Gedanken hatte ich auch und hatte es auch so schon umgesetzt. Es ist ein etwas älterer Adapter. Dieser ist jedoch NICHT mit dem Sonoff NSPanel bzw. dem zugehörigen Script kompatibel. Die Einbindung des NSPanels ist (wie im entsprechenden threat aus der letzten und vorletzten Woche nachzulesen) am mqtt-client-adapter gescheitert. Die Jungs und ich haben erst durch den Wechsel auf den aktuelleren mqtt-broker/client-adapter das Panel zur Kontaktaufnahme bei mir bewegen können.
Genau das ist der Kreislauf, in dem ich seit 2 Wochen gefangen bin:
mqtt-client-adapter läuft --> jedoch keine Chance auf Verbindung zum NSPanel
mqtt-broker/client-adapter --> Zusammenarbeit mit NSPanel funktioniert, jedoch Problem mit regelmäßigem Publishing bspw. des weather-adapters