- Willkommen im Forum „FHEM Forum“.
Neueste Beiträge
#1
Server - Linux / Aw: fhem-docker Image 4.0.0 (T...
Letzter Beitrag von kadettilac89 - 01 Mai 2024, 11:44:24Zitat von: Sidey am 29 April 2024, 21:54:38Ja, das Problem haben wir schon mal mit dem HMCCU Modul glaube ich identifiziert. Das liegt aber eher weniger am Container, als daran wie die Module entwickelt wurden, denn wenn der Healthcheck nicht geht, dann gibt eine der FHEMWEB Instanzen keine Antwort.
Bei mir ist kein HMCCU aktiv. Ich habe mir den Code angesehen. Vor dem Trap wird schon mit "exit 1" das ganze Bash Script verlassen, ein gesetztes PIDFILE wird nie wieder gelöscht (warum auch immer es noch aktiv ist). Die trap-Funktion wird nicht erreicht. Ich vermute du oder der Author wollte nur den Exit Code auf 1 setzen um dann im Trap darauf zu reagieren. Damit das funktioniert muss das Exit-Statement aber in Klammern.
Diese Korrektur meine ich.
Code Auswählen
#====================================================================================================================-
#--- Main script -----------------------------------------------------------------------------------------------------
[ -e $PID_FILE ] && { echo "Instance already running, aborting another one" ; (exit 1); } # run before installing traphandler!
trap trapExitHandler SIGTERM EXIT
#2
Bastelecke / Aw: Signalduino vs. Signalduin...
Letzter Beitrag von elektron-bbs - 01 Mai 2024, 11:20:54Da du Firmware und Module von Ralf9 verwendest, kann ich nicht direkt weiter helfen. Wahrscheinlich müsstest du mal ein Update durchführen. In der aktuellen Version von Ralf9 sehe ich den Inkbird.
Besprochen wurde das Protokoll hier: https://forum.fhem.de/index.php/topic,128945.0.html
Besprochen wurde das Protokoll hier: https://forum.fhem.de/index.php/topic,128945.0.html
#3
Sonstige Systeme / Aw: [NUKI Smartlock] Neuer Thr...
Letzter Beitrag von MrGAN - 01 Mai 2024, 11:01:43Nuki Pro 4 benötigt in meiner Verständnis keine Nukibridge. Es kann WiFi and Matter.
Laut Wiki ist nur die Einbindung via Bridge möglich. Ist das richtig?
Laut Wiki ist nur die Einbindung via Bridge möglich. Ist das richtig?
#4
Homematic / Aw: HomeBrewWired - Diskussion...
Letzter Beitrag von aperoap - 01 Mai 2024, 10:30:24Hallo Thomas,
habe ich gerade getestet, das Problem mit 32,7 Sekunden besteht noch.
LG
Juri
habe ich gerade getestet, das Problem mit 32,7 Sekunden besteht noch.
LG
Juri
#5
Homematic / Aw: HMCCU 5.0 im SVN verfügbar
Letzter Beitrag von juemuc - 01 Mai 2024, 10:26:45Hallo,
ich nutze schon seit Jahren zwei HMCCU-Definitionen (Prod/Test) mit einer CCU3 (piVCCU3). Das ist kein Problem. Du musst halt beachten, dass du ggf. Devices aus dem Testsystem schaltest.
Viele Grüße
Jürgen.
ich nutze schon seit Jahren zwei HMCCU-Definitionen (Prod/Test) mit einer CCU3 (piVCCU3). Das ist kein Problem. Du musst halt beachten, dass du ggf. Devices aus dem Testsystem schaltest.
Viele Grüße
Jürgen.
#6
Sonstiges / Aw: Neue Versionen und Support...
Letzter Beitrag von 300P - 01 Mai 2024, 10:16:11Manchmal hilft auch ein simpler "Reboot".
Also den gesamten Strom einmal für ein paar Sekunden aus und einschalten
=>> LS vor dem Zähler des EVU dazu nutzen - soweit vorhanden
Also den gesamten Strom einmal für ein paar Sekunden aus und einschalten
=>> LS vor dem Zähler des EVU dazu nutzen - soweit vorhanden
#7
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von 300P - 01 Mai 2024, 10:10:48Wie wäre es so:
Die SF die dir am "Herzen" liegt und treffsicher für dich ist mit einem Interval einer niedrigen Primzahl versehen.
(Primzahlen bis 100 lauten: 2, 3, 5, 7, 11, 13, 17, 19, 23, 29, 31, 37, 41, 43, 47, 53, 59, 61, 67, 71, 73, 79, 83, 89, 97.)
Die anderen dann mit weit höheren Primzahlen im Hunderterbereich
Damit sollte es grundsätzlich weniger gleichzeitig startende Läufe der diversen SF geben.
Gruß
300P
Die SF die dir am "Herzen" liegt und treffsicher für dich ist mit einem Interval einer niedrigen Primzahl versehen.
(Primzahlen bis 100 lauten: 2, 3, 5, 7, 11, 13, 17, 19, 23, 29, 31, 37, 41, 43, 47, 53, 59, 61, 67, 71, 73, 79, 83, 89, 97.)
Die anderen dann mit weit höheren Primzahlen im Hunderterbereich
Damit sollte es grundsätzlich weniger gleichzeitig startende Läufe der diversen SF geben.
Gruß
300P
#8
FHEM Code changes / Revision 28830: controls_fhem....
Letzter Beitrag von System - 01 Mai 2024, 08:40:56Revision 28830: controls_fhem.txt: fhemupdate checkin
controls_fhem.txt: fhemupdate checkin
Source: Revision 28830: controls_fhem.txt: fhemupdate checkin
controls_fhem.txt: fhemupdate checkin
Source: Revision 28830: controls_fhem.txt: fhemupdate checkin
#9
Off-Topic / Aw: Wie macht ihr IPv6 zuhause...
Letzter Beitrag von Aurel_B - 01 Mai 2024, 07:55:15Ich danke euch für eure Antworten. Ich habe unterdessen etwas weiter recherchiert und folgendes herausgefunden:
Mit IPv6 bekommen deine Clients (sinnvollerweise) eine IPv6 Adresse aus einem vom Provider zugeteilten Subnet. Bei Providerwechsel darf ich also alle meine lokalen DNS Einträge umändern da neues Subnet. Wenn ich das nicht möchte, könnte ich mir ein eigenes IPv6 Subnet zuteilen aus dem ULA (Unique Local Address) Bereich zuordnen, das ist allerdings nicht routbar. Also bräuchten alle Clients noch zusätzlich wieder eine globale IPv6 Adresse damit sie über IPv6 in's Internet könnten. Oder ich würde IPv6 NAT verwenden (keine Ahnung, ob die Fritzbox das kann). ULA und IPv6 NAT entspricht dem von IPv4 bekannten "lokales 192.168.1.x Subnet + NAT" Vorgehen.
Wenn ich lokal prioritär bei IPv4-only bleiben möchte, so lasse ich das lieber mit ULA etc. Wenn ich allerdigs Dual-Stack aktivieren - also IPv6 aktivieren für die globale Kommunikation und IPv4 für lokal - dann müsste ich allerdings trotzdem meinen DHCP und DNS Server so konfigurieren, dass sie auch IPv6 Adressen lokal vergeben (aus dem vom Provider zugeteilten Subnet) mit dem lokalen DNS Server, damit kann ich dann über die A resp. AAAA Einträge angeben, ob lokale Clients nur IPv4 oder auch IPv6 verstehen. So läuft ein "ping Geschirrspueler" (welcher nur IPv4 versteht) nicht in's Leere weil mein lokaler DNS Server sagt, "da gibt es nur einen A-Record für den Geschirrspueler mit der Adresse 192.168.1.10". Wenn ich das nicht so mache, verwenden Windows/Android etc. prioritär den IPv6 DNS Server vom Provider und der kennt meinen Geschirsspueler logischerweise nicht. Macht das so Sinn?
Mit IPv6 bekommen deine Clients (sinnvollerweise) eine IPv6 Adresse aus einem vom Provider zugeteilten Subnet. Bei Providerwechsel darf ich also alle meine lokalen DNS Einträge umändern da neues Subnet. Wenn ich das nicht möchte, könnte ich mir ein eigenes IPv6 Subnet zuteilen aus dem ULA (Unique Local Address) Bereich zuordnen, das ist allerdings nicht routbar. Also bräuchten alle Clients noch zusätzlich wieder eine globale IPv6 Adresse damit sie über IPv6 in's Internet könnten. Oder ich würde IPv6 NAT verwenden (keine Ahnung, ob die Fritzbox das kann). ULA und IPv6 NAT entspricht dem von IPv4 bekannten "lokales 192.168.1.x Subnet + NAT" Vorgehen.
Wenn ich lokal prioritär bei IPv4-only bleiben möchte, so lasse ich das lieber mit ULA etc. Wenn ich allerdigs Dual-Stack aktivieren - also IPv6 aktivieren für die globale Kommunikation und IPv4 für lokal - dann müsste ich allerdings trotzdem meinen DHCP und DNS Server so konfigurieren, dass sie auch IPv6 Adressen lokal vergeben (aus dem vom Provider zugeteilten Subnet) mit dem lokalen DNS Server, damit kann ich dann über die A resp. AAAA Einträge angeben, ob lokale Clients nur IPv4 oder auch IPv6 verstehen. So läuft ein "ping Geschirrspueler" (welcher nur IPv4 versteht) nicht in's Leere weil mein lokaler DNS Server sagt, "da gibt es nur einen A-Record für den Geschirrspueler mit der Adresse 192.168.1.10". Wenn ich das nicht so mache, verwenden Windows/Android etc. prioritär den IPv6 DNS Server vom Provider und der kennt meinen Geschirsspueler logischerweise nicht. Macht das so Sinn?
#10
ZWave / Aw: Steinel IS140-2 zeigt komi...
Letzter Beitrag von krikan - 30 April 2024, 23:59:27Ganz ehrlich: Ich glaube wir mißverstehen uns vollkommen.
Als Bestandteil der Rückantwort erhält man mit "App ..." die "Application Version", die eben neuerdings "Firmware 0 Version" bezeichnet wird. Warum ich das nicht einfach als "Firmwareversion" bezeichnen mag, ergibt sich aus dem bereits mehrfach erwähnten Specs-Dokument.
Ich versuch(t)e Dir nur die Problematik näher zu bringen und entschuldige mich, wenn das mehr verwirrt als hilft.
Gruß, Christian
Zitat von: Damu am 30 April 2024, 23:17:13Wenn ich in FHEM die Firmware von einem ZWave Device wissen will.Natürlich geht das. Genau das macht man mit "get <device> version"
Geht das also nicht, schade.
Als Bestandteil der Rückantwort erhält man mit "App ..." die "Application Version", die eben neuerdings "Firmware 0 Version" bezeichnet wird. Warum ich das nicht einfach als "Firmwareversion" bezeichnen mag, ergibt sich aus dem bereits mehrfach erwähnten Specs-Dokument.
ZitatVersion: Lib 3 Prot 4.38 App 1.0 HW 8 FWCounter 1 FW 8.9"App 1.0" = "Application Version 1.0" = "Firmware 0 Version 1.0" = (von Dir gesuchte) Firmewareversion 1.0
Zitat von: Damu am 30 April 2024, 23:17:13Der Steinel Support wollte von meinen Steinel ZWave Sensoren die Firmware Version wissen.Das war unnötig und überflüssig. "get <device> version" liefert das Gesuchte; siehe oben.
Musste alle Geräte in FHEM Ablernen, in Zway Anlernen.
In Zway Ablernen und in FHEM wieder Anlernen.
Ich versuch(t)e Dir nur die Problematik näher zu bringen und entschuldige mich, wenn das mehr verwirrt als hilft.
Gruß, Christian