Neueste Beiträge

Seiten 1 ... 8 9 10
#91
FHEM Development / Aw: fheminfo send: timeout bei...
Letzter Beitrag von betateilchen - 30 Mai 2026, 10:27:29
Zitat von: Otto123 am 30 Mai 2026, 09:54:44wenn es an der fhem Umgebung liegt sollte das Problem schon lange existieren.

Das kann durchaus sein, es ist mir aber gestern erst aufgefallen.

Zitat von: Sidey am 30 Mai 2026, 09:56:11Probiert doch mal folgenden Befehl in deiner Instanz:
Code Auswählen
curl -6 --connect-timeout 10 -v --trace-time --trace-ascii - 'https://fhem.de/stats/statistics2.cgi'

Code Auswählen
$ curl -6 --connect-timeout 10 -v --trace-time --trace-ascii - 'https://fhem.de/stats/statistics2.cgi'
Warning: --trace-ascii overrides an earlier trace/verbose option
10:24:32.803945 == Info: Host fhem.de:443 was resolved.
10:24:32.803982 == Info: IPv6: 2a01:4f8:221:1b5a::b2
10:24:32.803985 == Info: IPv4: (none)
10:24:32.804013 == Info:   Trying [2a01:4f8:221:1b5a::b2]:443...
10:24:42.796647 == Info: Connection timed out after 10002 milliseconds
10:24:42.796680 == Info: closing connection #0

Edit: auf der funktionierenden Instanz hier im Netzwerk sieht das übrigens identisch aus:

Code Auswählen
# curl -6 --connect-timeout 10 -v --trace-time --trace-ascii - 'https://fhem.de/stats/statistics2.cgi'
Warning: --trace-ascii overrides an earlier trace/verbose option
10:31:01.291763 == Info: Host fhem.de:443 was resolved.
10:31:01.291795 == Info: IPv6: 2a01:4f8:221:1b5a::b2
10:31:01.291798 == Info: IPv4: (none)
10:31:01.291827 == Info:   Trying [2a01:4f8:221:1b5a::b2]:443...
10:31:11.292928 == Info: Connection timed out after 10002 milliseconds
10:31:11.292963 == Info: closing connection #0

Edit 2: einen hab ich noch... FHEM auf einem Server bei AWS:

Code Auswählen
$ curl -6 --connect-timeout 10 -v --trace-time --trace-ascii - 'https://fhem.de/stats/statistics2.cgi'
Warning: --trace-ascii overrides an earlier trace/verbose option
10:34:48.534877 == Info:   Trying [2a01:4f8:221:1b5a::b2]:443...
10:34:48.559384 == Info: Connected to fhem.de (2a01:4f8:221:1b5a::b2) port 443 (#0)
10:34:48.561544 == Info: ALPN: offers h2,http/1.1
10:34:48.561796 => Send SSL data, 5 bytes (0x5)
10:34:48.561827 == Info: TLSv1.3 (OUT), TLS handshake, Client hello (1):
10:34:48.561835 => Send SSL data, 512 bytes (0x200)
10:34:48.599193 == Info:  CAfile: /etc/ssl/certs/ca-certificates.crt
10:34:48.599234 == Info:  CApath: /etc/ssl/certs
10:34:48.599284 <= Recv SSL data, 5 bytes (0x5)
10:34:48.599314 == Info: TLSv1.3 (IN), TLS handshake, Server hello (2):
10:34:48.599325 <= Recv SSL data, 122 bytes (0x7a)
10:34:48.599584 <= Recv SSL data, 5 bytes (0x5)
10:34:48.599604 <= Recv SSL data, 5 bytes (0x5)
10:34:48.599638 <= Recv SSL data, 1 bytes (0x1)
10:34:48.599674 == Info: TLSv1.3 (IN), TLS handshake, Encrypted Extensions (8):
10:34:48.599703 <= Recv SSL data, 19 bytes (0x13)
10:34:48.599742 <= Recv SSL data, 5 bytes (0x5)
10:34:48.599776 <= Recv SSL data, 1 bytes (0x1)
10:34:48.599802 == Info: TLSv1.3 (IN), TLS handshake, Certificate (11):
10:34:48.599814 <= Recv SSL data, 2025 bytes (0x7e9)
10:34:48.602145 <= Recv SSL data, 5 bytes (0x5)
10:34:48.602188 <= Recv SSL data, 1 bytes (0x1)
10:34:48.602208 == Info: TLSv1.3 (IN), TLS handshake, CERT verify (15):
10:34:48.602220 <= Recv SSL data, 80 bytes (0x50)
10:34:48.602404 <= Recv SSL data, 5 bytes (0x5)
10:34:48.602430 <= Recv SSL data, 1 bytes (0x1)
10:34:48.602466 == Info: TLSv1.3 (IN), TLS handshake, Finished (20):
10:34:48.602477 <= Recv SSL data, 36 bytes (0x24)
10:34:48.602548 => Send SSL data, 5 bytes (0x5)
10:34:48.602564 == Info: TLSv1.3 (OUT), TLS change cipher, Change cipher spec (1):
10:34:48.602576 => Send SSL data, 1 bytes (0x1)
10:34:48.602633 => Send SSL data, 5 bytes (0x5)
10:34:48.602645 => Send SSL data, 1 bytes (0x1)
10:34:48.602663 == Info: TLSv1.3 (OUT), TLS handshake, Finished (20):
10:34:48.602675 => Send SSL data, 36 bytes (0x24)
10:34:48.602750 == Info: SSL connection using TLSv1.3 / TLS_AES_128_GCM_SHA256
10:34:48.602765 == Info: ALPN: server accepted h2
10:34:48.602780 == Info: Server certificate:
10:34:48.602798 == Info:  subject: CN=fhem.de
10:34:48.602813 == Info:  start date: May 23 21:47:54 2026 GMT
10:34:48.602826 == Info:  expire date: Aug 21 21:47:53 2026 GMT
10:34:48.602847 == Info:  subjectAltName: host "fhem.de" matched cert's "fhem.de"
10:34:48.602867 == Info:  issuer: C=US; O=Let's Encrypt; CN=E8
10:34:48.602880 == Info:  SSL certificate verify ok.
10:34:48.602945 => Send SSL data, 5 bytes (0x5)
10:34:48.602959 => Send SSL data, 1 bytes (0x1)
10:34:48.602988 == Info: using HTTP/2
10:34:48.603032 == Info: h2h3 [:method: GET]
10:34:48.603044 == Info: h2h3 [:path: /stats/statistics2.cgi]
10:34:48.603055 == Info: h2h3 [:scheme: https]
10:34:48.603066 == Info: h2h3 [:authority: fhem.de]
10:34:48.603076 == Info: h2h3 [user-agent: curl/7.88.1]
10:34:48.603087 == Info: h2h3 [accept: */*]
10:34:48.603103 == Info: Using Stream ID: 1 (easy handle 0x55bb778c7470)
10:34:48.603164 => Send SSL data, 5 bytes (0x5)
10:34:48.603177 => Send SSL data, 1 bytes (0x1)
10:34:48.603203 => Send header, 90 bytes (0x5a)
0000: GET /stats/statistics2.cgi HTTP/2
0023: Host: fhem.de
0032: user-agent: curl/7.88.1
004b: accept: */*
0058:
10:34:48.627331 <= Recv SSL data, 5 bytes (0x5)
10:34:48.627412 <= Recv SSL data, 1 bytes (0x1)
10:34:48.627490 == Info: TLSv1.3 (IN), TLS handshake, Newsession Ticket (4):
10:34:48.627502 <= Recv SSL data, 57 bytes (0x39)
10:34:48.627580 <= Recv SSL data, 5 bytes (0x5)
10:34:48.627599 <= Recv SSL data, 1 bytes (0x1)
10:34:48.627620 == Info: TLSv1.3 (IN), TLS handshake, Newsession Ticket (4):
10:34:48.627632 <= Recv SSL data, 57 bytes (0x39)
10:34:48.627674 == Info: old SSL session ID is stale, removing
10:34:48.627713 <= Recv SSL data, 5 bytes (0x5)
10:34:48.627752 <= Recv SSL data, 1 bytes (0x1)
10:34:48.627789 => Send SSL data, 5 bytes (0x5)
10:34:48.627805 => Send SSL data, 1 bytes (0x1)
10:34:48.697751 <= Recv SSL data, 5 bytes (0x5)
10:34:48.697845 <= Recv SSL data, 1 bytes (0x1)
10:34:48.697919 <= Recv header, 13 bytes (0xd)
0000: HTTP/2 302
10:34:48.697940 <= Recv header, 37 bytes (0x25)
0000: date: Sat, 30 May 2026 08:34:49 GMT
10:34:48.697963 <= Recv header, 32 bytes (0x20)
0000: server: Apache/2.4.52 (Ubuntu)
10:34:48.697986 <= Recv header, 27 bytes (0x1b)
0000: location: statistics.html
10:34:48.698033 <= Recv header, 2 bytes (0x2)
0000:
10:34:48.699513 <= Recv SSL data, 5 bytes (0x5)
10:34:48.699566 <= Recv SSL data, 1 bytes (0x1)
10:34:48.699595 <= Recv data, 0 bytes (0x0)
10:34:48.699632 == Info: Connection #0 to host fhem.de left intact

(die umfangreichen ssl-payloads habe ich entfernt)
#92
Homematic / Aw: Probleme mit einem HM-DIS-...
Letzter Beitrag von ritchie - 30 Mai 2026, 10:09:31
Hi,

das ist ja eine seltsame Art des Pairing. Aber so hat es jetzt korrekt gearbeitet.

Vielen Dank für Deinen hilfreichen Hinweis.

Viele Grüße
R.
#93
FHEM Development / Aw: fheminfo send: timeout bei...
Letzter Beitrag von Sidey - 30 Mai 2026, 09:56:11
Probiert doch mal folgenden Befehl in deiner Instanz:

Code Auswählen
curl -6 --connect-timeout 10 -v --trace-time --trace-ascii - 'https://fhem.de/stats/statistics2.cgi'
#94
FHEM Development / Aw: fheminfo send: timeout bei...
Letzter Beitrag von Otto123 - 30 Mai 2026, 09:54:44
Ich beteilige mich mal hier und schaue später nach, ob IPv6 in der fhem.de Umgebung richtig behandelt wird.
Ich muss noch rausfinden wo fheminfo wirklich zugreift, habe ich irgendwo schon mal notiert ;)

In letzter Zeit wurde aber nichts geändert, wenn es an der fhem Umgebung liegt sollte das Problem schon lange existieren.
#95
Homematic / Aw: Erweiterung einer HMConfig...
Letzter Beitrag von ritchie - 30 Mai 2026, 09:34:52
Hi,

da ich keine Probleme mit dem Ersatz von Fensterkontakten (ehemals MAX, jetzt Arduno) habe, vermute ich wohl eher,
das die Implementierung des Moduls "HB-UNI-Sen-DUST" nicht 100% korrekt ist.

Ich überlege jetzt, ob es erfolgversprechender ist, an dem Modul zu arbeiten auf Basis des Modul "HB-GEN-SENS" oder
das ganze mit einem ESP32 und via WLAN und MQTT einzubinden.

Bei dem ESP32 und MQTT weiss ich, das es gehen wird. Nur habe ich derzeit auch Ärger mit einem "HM-DIS-TD-T" Modul
was mir immer "ACK-missing" gibt, ob das Problem nicht ganz wo anderes ist und ich an der falschen Stelle
suche.

Viele Grüße
R.

#96
FHEM Development / Aw: fheminfo send: timeout bei...
Letzter Beitrag von betateilchen - 30 Mai 2026, 09:32:15
Außerhalb des Containers: könnte sein, vielleicht sogar außerhalb meines Einflußbereichs?

Meine FHEM Installation holt sich updates über svn, und svn.fhem.de wird problemlos auch bei gesetztem useInet6 erreicht.

Edit: inzwischen wurde das Problem auch von anderen Usern bestätigt, wenn sie IPv6 verwenden.
#97
FHEM Code changes / Revision 31318: controls_fhem....
Letzter Beitrag von System - 30 Mai 2026, 08:20:41
Revision 31318: controls_fhem.txt: fhemupdate checkin

controls_fhem.txt: fhemupdate checkin

Source: Revision 31318: controls_fhem.txt: fhemupdate checkin
#98
FHEM Code changes / Revision 31317: 76_SolarForeca...
Letzter Beitrag von System - 30 Mai 2026, 08:20:41
Revision 31317: 76_SolarForecast: contrib Version 2.7.0

76_SolarForecast: contrib Version 2.7.0

Source: Revision 31317: 76_SolarForecast: contrib Version 2.7.0
#99
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 30 Mai 2026, 07:41:03
Moin,

man sollte nicht nur den Text schreiben, sondern das Modul auch in das contrib laden  ;)
Habe ich soeben getan ... war wohl doch zu spät in der Nacht.

LG
#100
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 30 Mai 2026, 00:47:34
Hallo miteinander,

nach den diversen Fixes der letzten Wochen geht es nun weiter mit der Weiterentwicklung des neuronalen Netzes
mit dem Ziel der BEV Integration.

Dafür ist das Netz deutlich erweitert und hat ein "Gedächtnis" bekommen bzw. ausgebaut.
Über die sogenannten Lag-Features lernt das Netz:

* den Verbrauch vor 1 Stunde (Trägheit)
* den Verbrauch vor 2 Stunden (Trägheit)
* den Verbrauch gestern zur gleichen Stunde (Tagesmuster)
* den Verbrauch letzte Woche zum gleichen Tag und Stunde (Wochenmuster)

Das Modell erkennt dadurch:

* Gewohnheiten
* Tagesrhythmen
* Wochenrhythmen
* Trends (steigend/fallend)

Es waren bereits Lags eingebaut und wurden nochmal deutlich erweitert.
Das Netz ist nun aber auch empfindlicher bezüglich nicht erkennbarer Zusammenhänge, also wenn das Netz nicht erkennen kann weshalb es einen höheren oder tieferen Verbrauch gibt, denn unsere Haushalte sind stochastisch.
Ein normaler Haushalt ist stochastisch, weil der Verbrauch nicht deterministisch, sondern zufallsgetrieben,
unregelmäßig und nur teilweise vorhersagbar ist.
Unsere Tätigkeiten sind weitgehend unvohersehbar denn es ist nicht bestimmt wann jemand den Föhn einschaltet, den Herd benutzt, gebügelt, die Wama/der Trockner genutzt wird oder jemand duscht und dadurch der WW-Speicher nachgeheizt werden muß.

Das "Rauschen" ist groß und deshalb wurden Lag-Features, Rolling-Features und Volatilitäts-Signale ausgebaut.
Das Bewertungssystem wurde angepasst.

Strukturierte Haushalte, also wo (bestimmende) Verbraucher aus Sicht der KI besser vorhersagbare Energien benötigen wie z.B.
WP und Klimaanlagen (Temperatur und Saison getrieben), Poolheizungen (PV & Saison), BEV (abhängig von Batterieladung, Gewohnheiten)
habe vermutlich einen Vorteil von der aktualisierten Logik.

Kurzum, es befindet sich eine neue Version 2.7.0 im contrib.
Aber ACHTUNG! Diese Version ist erstmal nur geeignet für User die gern etwas mit dem neuronalen Netz experimentieren wollen und
Erfahrung mit den neuen Möglichkeiten und Verhalten sammeln möchten.
Es ist auf jeden Fall ein neues Training nötig und wahrscheinlich/evtl. auch mit unkonventionell veränderten Einstellungen.
Aber die Ergebnisse können sich sehen lassen. Der Retrain-Status bekommt auch keine rote Ampel mehr, denn es ist kein Fehler, sondern
ist einfach nur der Hinweis, dass das System gern einen weiteren Trainingslauf gemacht hätte weil die Zielgüte noch nicht erreicht ist.
Dieser Status hat nun eine blaue Ampel, also mehr "neutral".

Also wer mag, kann sich die nächste Zeit ein wenig mit der Weiterentwicklung beschäftigen. Ich mache erstmal ein bisschen Urlaub, schaue aber sicherlich ab und an mal hier rein. ;)
Später wird auf dieser Version bezüglich BEV Integration aufgebaut.

LG,
Heiko
Seiten 1 ... 8 9 10