alexaFHEM SSH socket hangup

[roadghost]

Hallo Community,

seit ca. 4 Tagen habe ich ein Problem mit FHEM, genauer mit dem FHEMCONNECTOR für Alexa.

Es begann glaub ich mit einem Update, und ich meine sogar mit einer neuen Version des FHEMWEB.
Aufgefallen ist es der GöGa, dass Sie den TV nicht mehr per Sprachbefehl einschalten konnte.

Ich habe mich auf die Suche gemacht, und festgestellt, dass der FHEMCONNECTOR einen Fehler hatte, und zwar "alexafhem stopped; failed to connect to fhem: error: socket hang up".

alexFHEM ist aktuell
nodeJS / npm in der jeweils aktuellen Version

Im LOG von Alexa habe ich folgendes gefunden:

Code Auswählen Erweitern

[4.7.2025, 00:09:04] [FHEM] longpoll ended, reconnect in: 200msec
[4.7.2025, 00:09:04] [FHEM] trying longpoll to listen for fhem events
[4.7.2025, 00:09:04] [FHEM] starting longpoll: http://127.0.0.1:8083/fhem?XHR=1&inform=type=status;addglobal=1;filter=.*;since=1751580540.768;fmt=JSON×tamp=1751580544823
[4.7.2025, 00:09:04] [FHEM] longpoll error: Error: socket hang up, retry in: 10000msec
*** FHEM: connection failed: Error: socket hang up
[4.7.2025, 00:09:04] Got SIGTERM, shutting down alexa-fhem...
[4.7.2025, 00:09:04] Reading alexaFHEM.ProxyConnection set to stopping;; alexa-fhem terminating
[4.7.2025, 00:09:04] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=%7B%24defs%7B%22alexa%22%7D-%3E%7B%22active%22%7D%20%3D%201%3B%3Bundef%7D%3Bsetreading%20alexa%20alexaFHEM.ProxyConnection%20stopping%3B%3B%20alexa-fhem%20terminating%3B%7B%24defs%7B%22alexa%22%7D-%3E%7B%22active%22%7D%20%3D%200%3B%3Bundef%7D&XHR=1
[4.7.2025, 00:09:04] Stopping SSH ...
[4.7.2025, 00:09:04] Reading alexaFHEM.ProxyConnection set to stopped
[4.7.2025, 00:09:04] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=%7B%24defs%7B%22alexa%22%7D-%3E%7B%22active%22%7D%20%3D%201%3B%3Bundef%7D%3Bsetreading%20alexa%20alexaFHEM.ProxyConnection%20stopped%3B%7B%24defs%7B%22alexa%22%7D-%3E%7B%22active%22%7D%20%3D%200%3B%3Bundef%7D&XHR=1
[4.7.2025, 00:09:04] *** SSH: exited with 255
[4.7.2025, 00:09:20] using config from ./alexa-fhem.cfg
*** CONFIG: parsed completely
[4.7.2025, 00:09:20] os.homedir()=/opt/fhem
[4.7.2025, 00:09:20] this is alexa-fhem 0.5.65
[4.7.2025, 00:09:20] connecting to FHEM ...
Ich habe mir ein DOIF gebastelt, was den FHEMCONNECTOR re-startet, wenn dieser Fehler auftritt, und mir eine PUSH aufs Handy schickt, damit ich es mitbekomme. Heute Nacht war es um 00:09 Uhr.

Ich habe den FHEMCONNECTOR seit seinem erscheinen im Einsatz, aber dieses Problem ist mir neu.

Mein FHEM ist aktuell, und ich habe in den letzten Tagen nichts geändert, nur eben wie immer am Sonntag update all / shutdown restart gemacht, so wie ich es immer am Wochenende mache.

Wo kann ich hier nach der Ursache suchen ? Wer hat einen Tip ?

[passibe]

Aus irgendeinem Grund beendet FHEM die Verbindung zu alexa-fhem.
Kurios ist hier, dass der Neustart von alexa-fhem hilft, eigentlich (jedenfalls auf den ersten Blick) macht alexa-fhem hier nichts falsch, sondern der Fehler kommt aus der Spähre von FHEM. Aber vielleicht täusche ich mich auch.

Wie auch immer:

Wie sieht das Log aus, wenn du das Neustart-DOIF mal weg lässt? Eigentlich müsste sich alexa-fhem innerhalb von 10 Sekunden neu verbinden:

retry in: 10000msec

Und was war der ursprüngliche Fehler, weshalb die Verbindung beendet wurde?
Also gibt es einen Logeintrag vor dem hier?

[4.7.2025, 00:09:04] [FHEM] longpoll ended, reconnect in: 200msec

Das sieht nämlich nach einem sauberen Exit aus. Dass dann nach 200ms erstmal mit einem socket hang up reagiert wird ist jetzt nichts außergewöhnliches (könnte mir vorstellen, dass das auch passiert, wenn FHEM grade am neustarten ist, aber z.B. noch nicht ganz runtergefahren ist). Interessant wäre deshalb zu wissen, ob nach den 10s auch noch nichts passiert bzw. für wie lange und ob du FHEMWEB in der Zeit noch erreichen kannst.

Bei FHEM merkst du sonst nichts? Das DOIF scheint ja zu funktionieren ... Ggfs. auch mal perfmon installieren.

Kannst du ansonsten vielleicht mit der Methode deiner Wahl – am besten vielleicht außerhalb von FHEM? – deine Systemauslastung tracken? Ggfs. auch mal über syslog oder journald schauen, ob zu der Zeit was beim FHEM-Prozess nicht stimmt.

tl;dr Bitte Log vor dem "longpoll ended"-Eintrag posten (falls vorhanden), Neustart-DOIF ausschalten und Log posten, Erreichbarkeit von FHEMWEB bei Ausfallzeitpunkt prüfen, ggfs. mit perfmon, sowie Systemauslastung überwachen.

[roadghost]

Wie sieht das Log aus, wenn du das Neustart-DOIF mal weg lässt? Eigentlich müsste sich alexa-fhem innerhalb von 10 Sekunden neu verbinden:

retry in: 10000msec

Das DOIF habe ich nun deaktiviert, und poste Morgen dann das log von heute Nacht. Ich glaube aber, dass alexaFHEM sich nicht neu verbindet.

Und was war der ursprüngliche Fehler, weshalb die Verbindung beendet wurde?
Also gibt es einen Logeintrag vor dem hier?

Leider in den Zeilen "vor dem Event" nichts auffälliges.

Heute Morgen, nahezu zum exakt identischen Zeitpunkt, ist die SSH Verbindung wieder abgebrochen.

alexaFEM log von Heute Nacht:

Code Auswählen Erweitern

[5.7.2025, 00:06:10] [FHEM]     caching: CurrentTemperature: 23 (as number; from '23.0')
  2025-07-05 00:08:04 caching: HWR_Weather-measured-temp: 25.9
[5.7.2025, 00:08:04] [FHEM]     caching: CurrentTemperature: 25.9 (as number; from '25.9')
  2025-07-05 00:08:37 caching: SZ_Climate-measured-temp: 23.1
[5.7.2025, 00:08:37] [FHEM]     caching: CurrentTemperature: 23.1 (as number; from '23.1')
  2025-07-05 00:09:22 caching: Aussentemp-humidity: 59
[5.7.2025, 00:09:22] [FHEM]     caching: CurrentRelativeHumidity: 59 (as number; from '59')
  2025-07-05 00:09:38 caching: Aussentemp-temperature: 18.1
[5.7.2025, 00:09:38] [FHEM]     caching: CurrentTemperature: 18.1 (as number; from '18.1')
[5.7.2025, 00:09:54] [FHEM] longpoll ended, reconnect in: 200msec
[5.7.2025, 00:09:55] [FHEM] trying longpoll to listen for fhem events
[5.7.2025, 00:09:55] [FHEM] starting longpoll: http://127.0.0.1:8083/fhem?XHR=1&inform=type=status;addglobal=1;filter=.*;since=1751666992.772;fmt=JSON×tamp=1751666995161
[5.7.2025, 00:09:55] [FHEM] longpoll error: Error: socket hang up, retry in: 10000msec
*** FHEM: connection failed: Error: socket hang up
[5.7.2025, 00:09:55] Got SIGTERM, shutting down alexa-fhem...
[5.7.2025, 00:09:55] Reading alexaFHEM.ProxyConnection set to stopping;; alexa-fhem terminating
[5.7.2025, 00:09:55] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=%7B%24defs%7B%22alexa%22%7D-%3E%7B%22active%22%7D%20%3D%201%3B%3Bundef%7D%3Bsetreading%20alexa%20alexaFHEM.ProxyConnection%20stopping%3B%3B%20alexa-fhem%20terminating%3B%7B%24defs%7B%22alexa%22%7D-%3E%7B%22active%22%7D%20%3D%200%3B%3Bundef%7D&XHR=1
[5.7.2025, 00:09:55] Stopping SSH ...
[5.7.2025, 00:09:55] Reading alexaFHEM.ProxyConnection set to stopped
[5.7.2025, 00:09:55] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=%7B%24defs%7B%22alexa%22%7D-%3E%7B%22active%22%7D%20%3D%201%3B%3Bundef%7D%3Bsetreading%20alexa%20alexaFHEM.ProxyConnection%20stopped%3B%7B%24defs%7B%22alexa%22%7D-%3E%7B%22active%22%7D%20%3D%200%3B%3Bundef%7D&XHR=1
[5.7.2025, 00:09:55] *** SSH: exited with 255
[5.7.2025, 00:10:10] using config from ./alexa-fhem.cfg
*** CONFIG: parsed completely
[5.7.2025, 00:10:10] os.homedir()=/opt/fhem
[5.7.2025, 00:10:10] this is alexa-fhem 0.5.65
[5.7.2025, 00:10:10] connecting to FHEM ...
[5.7.2025, 00:10:10] [FHEM] defaults to: will not send proactive events
[5.7.2025, 00:10:10] [FHEM] trying longpoll to listen for fhem events
[5.7.2025, 00:10:10] [FHEM] starting longpoll: http://127.0.0.1:8083/fhem?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1751667010639
[5.7.2025, 00:10:10] [FHEM] got csrfToken:
[5.7.2025, 00:10:10] [FHEM] Checking devices and attributes...
[5.7.2025, 00:10:10] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22%2C%22userattr%22%2C%22%22)%7D&XHR=1
[5.7.2025, 00:10:10] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20TYPE%3Dalexa&XHR=1
[5.7.2025, 00:10:10] [FHEM] waiting for events ...
[5.7.2025, 00:10:10] [FHEM] Fetching FHEM devices...
[5.7.2025, 00:10:10] [FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20alexaName%3D..*&XHR=1
[5.7.2025, 00:10:10] [FHEM] alexa device is alexa
[5.7.2025, 00:10:10] [FHEM] alexa will not send proactive events
[5.7.2025, 00:10:10] [FHEM] alexa uses ID: 686629b2-f33f-7d7f-86bf-6f059bbcd11d2a50
[5.7.2025, 00:10:10] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=%7B%24defs%7B%22alexa%22%7D-%3E%7B%22active%22%7D%20%3D%201%3B%3Bundef%7D%3B%7B%24defs%7B%22alexa%22%7D-%3E%7B%22alexa-fhem%20version%22%7D%20%3D%20%220.5.65%22%7D%3B%7B%24defs%7B%22alexa%22%7D-%3E%7B%22active%22%7D%20%3D%200%3B%3Bundef%7D&XHR=1
[5.7.2025, 00:10:10] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=%7B%24defs%7B%22alexa%22%7D-%3E%7B%22active%22%7D%20%3D%201%3B%3Bundef%7D%3Bget%20alexa%20proxyToken%3B%7B%24defs%7B%22alexa%22%7D-%3E%7B%22active%22%7D%20%3D%200%3B%3Bundef%7D&XHR=1
[5.7.2025, 00:10:10] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=%7B%24defs%7B%22alexa%22%7D-%3E%7B%22active%22%7D%20%3D%201%3B%3Bundef%7D%3Blist%20alexa%20.eventToken%3B%7B%24defs%7B%22alexa%22%7D-%3E%7B%22active%22%7D%20%3D%200%3B%3Bundef%7D&XHR=1
[5.7.2025, 00:10:10] Server listening on: http://127.0.0.1:33761 for proxy connections
[5.7.2025, 00:10:10] *** SSH: checking proxy configuration
[5.7.2025, 00:10:10] sshautoconf: home=/opt/fhem, spath=/opt/fhem/.alexa, cpath=./alexa-fhem.cfg, sshpath=/opt/fhem/.ssh
[5.7.2025, 00:10:10] Passed config: {
  sshproxy: {
    ssh: '/usr/bin/ssh',
    description: 'FHEM Connector',
    options: [ '-i', '/opt/fhem/.ssh/id_rsa', '-p', 58824, 'fhem-va.fhem.de' ],
    'bind-ip': '127.0.0.1',
    server: Server {
      maxHeaderSize: undefined,
      insecureHTTPParser: undefined,
      requestTimeout: 300000,
      headersTimeout: 60000,
      keepAliveTimeout: 5000,
      connectionsCheckingInterval: 30000,
      requireHostHeader: true,
      joinDuplicateHeaders: undefined,
      rejectNonStandardBodyWrites: false,
      _events: [Object: null prototype],
      _eventsCount: 4,
      _maxListeners: undefined,
      _connections: 0,
      _handle: [TCP],
      _usingWorkers: false,
      _workers: [],
      _unref: false,
      _listeningId: 2,
      allowHalfOpen: true,
      pauseOnConnect: false,
      noDelay: true,
      keepAlive: false,
      keepAliveInitialDelay: 0,
      highWaterMark: 65536,
      httpAllowHalfOpen: false,
      timeout: 0,
      maxHeadersCount: null,
      maxRequestsPerSocket: 0,
      _connectionKey: '4:127.0.0.1:0',
      Symbol(IncomingMessage): [Function: IncomingMessage],
      Symbol(ServerResponse): [Function: ServerResponse],
      Symbol(shapeMode): false,
      Symbol(kCapture): false,
      Symbol(async_id_symbol): 116,
      Symbol(kUniqueHeaders): null,
      Symbol(http.server.connections): ConnectionsList {},
      Symbol(http.server.connectionsCheckingInterval): Timeout {
        _idleTimeout: 30000,
        _idlePrev: [TimersList],
        _idleNext: [TimersList],
        _idleStart: 426,
        _onTimeout: [Function: bound checkConnections],
        _timerArgs: undefined,
        _repeat: 30000,
        _destroyed: false,
        Symbol(refed): false,
        Symbol(kHasPrimitive): false,
        Symbol(asyncId): 118,
        Symbol(triggerId): 117,
        Symbol(kAsyncContextFrame): undefined
      }
    }
  },
  connections: [
    {
      filter: 'alexaName=..*',
      name: 'FHEM',
      server: '127.0.0.1',
      uid: 998,
      webname: 'fhem',
      port: 8083
    }
  ]
}
[5.7.2025, 00:10:10] sshautoconf: SSH key seems to exist
[5.7.2025, 00:10:11] sshautoconf: Our SSH key is known at the reverse proxy, good!
[5.7.2025, 00:10:11] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=%7B%24defs%7B%22alexa%22%7D-%3E%7B%22active%22%7D%20%3D%201%3B%3Bundef%7D%3Bjsonlist2%20alexa%3B%7B%24defs%7B%22alexa%22%7D-%3E%7B%22active%22%7D%20%3D%200%3B%3Bundef%7D&XHR=1
*** FHEM: connected

Bei FHEM merkst du sonst nichts? Das DOIF scheint ja zu funktionieren ... Ggfs. auch mal perfmon installieren.

Bei meinem FHEM merke ich sonst nichts, zumindest nicht um 00:09 Uhr, da schlafe ich meist - Das system läuft auf einem i5 NUC, Performance ist also genug da.

Kannst du ansonsten vielleicht mit der Methode deiner Wahl – am besten vielleicht außerhalb von FHEM? – deine Systemauslastung tracken? Ggfs. auch mal über syslog oder journald schauen, ob zu der Zeit was beim FHEM-Prozess nicht stimmt.

Ich muss mich da reinfuchsen, ich gebe rückmeldung.

tl;dr Bitte Log vor dem "longpoll ended"-Eintrag posten (falls vorhanden), Neustart-DOIF ausschalten und Log posten, Erreichbarkeit von FHEMWEB bei Ausfallzeitpunkt prüfen, ggfs. mit perfmon, sowie Systemauslastung überwachen.

Danke - ich gehe alle Schritte durch.

[roadghost]

Hier zum Zeitpunkt des Fehler in alexa das FHEM log:

Code Auswählen Erweitern

2025.07.05 00:08:52.263 3: myBroker: myBroker_192.168.188.85_54272/DVES_3C395D left us (keepalive check)
2025.07.05 00:09:54.783 3: PV_Prognose - old backup file './FHEM/FhemUtils/PVH_SolarForecast_PV_Prognose_2025_07_02_00_09_03' deleted
2025.07.05 00:09:54.783 3: PV_Prognose - old backup file './FHEM/FhemUtils/PVC_SolarForecast_PV_Prognose_2025_07_02_00_09_03' deleted
2025.07.05 00:09:55.225 1: Wide character in syswrite at FHEM/TcpServerUtils.pm line 563.

2025.07.05 00:09:55.263 1: txt:72:84:84:80:47:49:46:49:32:50:48:48:32:79:75:13:10:67:111:110:116:101:110:116:45:84:121:112:101:58:32:97:112:112:108:105:99:97:116:105:111:110:47:111:99:116:101:116:45:115:116:114:101:97:109:59:32:99:104:97:114:115:101:116:61:85:84:70:45:56:13:10:13:10:91:34:80:86:95:80,off:0
2025.07.05 00:09:55.279 1: stacktrace:
2025.07.05 00:09:55.280 1:     main::TcpServer_WriteBlocking       called by ./FHEM/01_FHEMWEB.pm (704)
2025.07.05 00:09:55.280 1:     main::FW_initInform                 called by ./FHEM/01_FHEMWEB.pm (962)
2025.07.05 00:09:55.280 1:     main::FW_answerCall                 called by ./FHEM/01_FHEMWEB.pm (613)
2025.07.05 00:09:55.280 1:     main::FW_Read                       called by fhem.pl (3988)
2025.07.05 00:09:55.280 1:     main::CallFn                        called by fhem.pl (789)
2025.07.05 00:09:57.301 3: alexa: read: end of file reached while sysread
2025.07.05 00:09:57.301 3: alexa: stopped
2025.07.05 00:10:10.349 2: alexa: starting alexa-fhem: /usr/local/bin/alexa-fhem -c ./alexa-fhem.cfg
2025.07.05 00:10:10.359 3: alexa: starting
2025.07.05 00:10:10.370 3: alexa: using logfile: ./log/alexa-2025-07-05.log


Mit deaktiviertem DOIF und nach shutdown restart sagt alexa im log:

Code Auswählen Erweitern

[5.7.2025, 12:27:26] [FHEM]     caching: CurrentRelativeHumidity: 50 (as number; from '50')
  2025-07-05 12:27:58 caching: Aussentemp-humidity: 51
[5.7.2025, 12:27:58] [FHEM]     caching: CurrentRelativeHumidity: 51 (as number; from '51')
  2025-07-05 12:28:02 caching: Aussentemp-humidity: 50
[5.7.2025, 12:28:02] [FHEM]     caching: CurrentRelativeHumidity: 50 (as number; from '50')
  2025-07-05 12:28:06 caching: Aussentemp-humidity: 51
[5.7.2025, 12:28:06] [FHEM]     caching: CurrentRelativeHumidity: 51 (as number; from '51')
[5.7.2025, 12:28:28] Got SIGTERM, shutting down alexa-fhem...
[5.7.2025, 12:28:28] Reading alexaFHEM.ProxyConnection set to stopping;; alexa-fhem terminating
[5.7.2025, 12:28:28] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=%7B%24defs%7B%22alexa%22%7D-%3E%7B%22active%22%7D%20%3D%201%3B%3Bundef%7D%3Bsetreading%20alexa%20alexaFHEM.ProxyConnection%20stopping%3B%3B%20alexa-fhem%20terminating%3B%7B%24defs%7B%22alexa%22%7D-%3E%7B%22active%22%7D%20%3D%200%3B%3Bundef%7D&XHR=1
[5.7.2025, 12:28:28] Stopping SSH ...
[5.7.2025, 12:28:28] Reading alexaFHEM.ProxyConnection set to stopped
[5.7.2025, 12:28:28] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=%7B%24defs%7B%22alexa%22%7D-%3E%7B%22active%22%7D%20%3D%201%3B%3Bundef%7D%3Bsetreading%20alexa%20alexaFHEM.ProxyConnection%20stopped%3B%7B%24defs%7B%22alexa%22%7D-%3E%7B%22active%22%7D%20%3D%200%3B%3Bundef%7D&XHR=1
[5.7.2025, 12:28:29] *** SSH: exited with 255
[5.7.2025, 12:28:41] using config from ./alexa-fhem.cfg
*** CONFIG: parsed completely
[5.7.2025, 12:28:41] os.homedir()=/opt/fhem
[5.7.2025, 12:28:41] this is alexa-fhem 0.5.65
[5.7.2025, 12:28:41] connecting to FHEM ...
[5.7.2025, 12:28:41] [FHEM] defaults to: will not send proactive events
[5.7.2025, 12:28:41] [FHEM] trying longpoll to listen for fhem events
[5.7.2025, 12:28:41] [FHEM] starting longpoll: http://127.0.0.1:8083/fhem?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1751711321283
[5.7.2025, 12:28:48] [FHEM] longpoll error: Error: socket hang up, retry in: 5000msec
*** FHEM: connection failed: Error: socket hang up
[5.7.2025, 12:28:48] Got SIGTERM, shutting down alexa-fhem...
[5.7.2025, 12:28:48] Reading alexaFHEM.ProxyConnection set to stopping;; alexa-fhem terminating

alexaFHEM startet NICHT automatisch neu. Bleibt mit dem eingangs geposteten Fehler hängen.

[passibe]

2025.07.05 00:09:55.225 1: Wide character in syswrite at FHEM/TcpServerUtils.pm line 563.

Achso naja, hier ist doch der Fehler ... die anderen Sachen brauchst du jetzt nicht mehr machen Aber danke trotzdem für das Bereitstellen der Infos!

Irgendwo wird ein falsch enkodiertes Zeichen verwendet, vielleicht ein geschütztes Leerzeichen? Siehe z.B.: https://forum.fhem.de/index.php?topic=61520.0

Wenn man die Daten in dieser Zeile

2025.07.05 00:09:55.263 1: txt:72:84:84:80:47:49:46:49:32:50:48:48:32:79:75:13:10:67:111:110:116:101:110:116:45:84:121:112:101:58:32:97:112:112:108:105:99:97:116:105:111:110:47:111:99:116:101:116:45:115:116:114:101:97:109:59:32:99:104:97:114:115:101:116:61:85:84:70:45:56:13:10:13:10:91:34:80:86:95:80,off:0

nach ASCII konvertiert, kriegt man:

Code Auswählen Erweitern

HTTP/1.1 200 OK
Content-Type: application/octet-stream; charset=UTF-8

["PV_P
wobei da dieses ",off:0" am Ende irgendwie übrig bleibt. Sieht aus wie JSON? Aber irgendwie halt unterbrochen (wegen falschem encoding?).

Wegen "PV_P" vermute ich mal, dass das mit dem PV_Prognose-Device zusammenhängt, vor allem auch, weil ja kurz vorher die SolarForecast-Dateien gelöscht werden. Poste auf jeden Fall mal ein List von deinen PV-Devices (also PV_Prognose, aber auch z.B. dein WR-Device). Wobei ich mir jetzt nicht sicher bin, ob man daran schon was erkennt, oder das ein Fehler im SolarForecast-Modul selbst ist. Vielleicht ist das auch besser im zugehörigen Support-Thread aufgehoben, die Leute kennen sich dort viel besser mit der Architektur von SolarForecast aus und können evtl. schneller feststellen, wo genau der Fehler ist.

[roadghost]

obei da dieses ",off:0" am Ende irgendwie übrig bleibt. Sieht aus wie JSON? Aber irgendwie halt unterbrochen (wegen falschem encoding?).

Wegen "PV_P" vermute ich mal, dass das mit dem PV_Prognose-Device zusammenhängt,

Ich musste mein Posting einkürzen, die Zeile im FHEM log ist so dermaßen lang, das überschreitet die maximale Zeichenanzahl des Forum hier.

PV_P ist nur ein kleiner Teil des Logeintrag. Da steht von meinen DUOFERN devices über HMLAN bis zu PV alles möglich drin, wenn ich nach ASCII konvertiere.

Das SolarForecast Modul hat in den letzten Tagen ein Update erhalten, mglw. hängt es damit zusammen.

[roadghost]

Hey Ho,

ich habe alle .pm files, die durch das letzte update all verändert worden, step by step, eine nach der anderen, und immer mit einem nachfolgenden shutdown restart wiederhergestellt, und nach dem 76_SolarForecast war der Fehler aus dem FHEM log verschwunden, und alexaFHEM startete nach dem FHEM neustart auch von selber wieder.

Heute Nacht wird sich dann zeigen, ob um 00:xx Uhr wieder der socket hangup kommt, oder nicht.