Zitat von: Zrrronggg! am 30 Dezember 2025, 02:09:40Ich habe seit langem FHEM auf einer Linkstation Mini installiert - die aber inzwischen wegen des Umfangs ein wenig überfordert ist. Daher wollte ich auf einen RPi umziehen und dabei auch die Version von 5.9 auf die aktuelle 6.4 heben.
Ich habe mir da relativ lange die Karten gelegt, weil die neue FHEM Installation auf einem RPi 3+ zwar lief aber mit nix erreichbar war. Weder FHEMWEB noch Telnet. SSH oder VNC auf den Host aber kein Problem.
Per FHEMWEB nicht mal lokal per Webbrowser auf dem RPi ... wenn man die eigene IP des RPi eingegeben hat.
Es hat ne ganze Weile gedauert bis ich geschnallt habe warum. Es war zwar schnell klar, dass es mit dem attribut allowfrom zusammenhängen könnte und was ich da in Wiki und Forenbeiträgen gelesen habe deckte sich mit diesem Teil der Commandref: "Falls allowfrom nicht gesetzt ist, und keine gültige allowed Instanz definiert ist, und die Gegenstelle eine nicht lokale Adresse hat, dann wird die Verbindung abgewiesen."
Ja, okay, kein Problem, meine Anfragen kamen ja immer aus dem gleichen Subnetz, also einer lokalen Adresse. Ich bin (wie womöglich der eine oder andere vor mir) davon ausgegangen, das "lokale Adresse" das gleich Subnet wie der Host bedeutet (oder anders: Eine IP die ohne Routing erreichbar ist), dass mindestens aber die eigene IP gehen müsste. Noch "lokaler" als die eigene IP geht ja kaum.
Nur ist mit "lokale Adresse" nicht wirklich "lokale Adresse" gemeint, sondern vielmehr eine "lokale Adresse, falls das Subnet aus einem Private IP Bereich kommt".
Auf die richtige Spur bin ich erst gekommen, als ich wirklich localhost also 127.0.0.1 verwendet habe - damit war dann mit Webbrowser auf dem RPi selbst FHEM erreichbar. Erst dann hab ich die commandref bemüht, wo es im Nachsatz heisst:
"Folgende Adressen werden als local betrachtet:
IPV4: 127/8, 10/8, 192.168/16, 172.16/10, 169.254/16
IPV6: ::1, fe80/10"
Das war für mich überraschend, weil "lokale IP" an sich anders definiert ist (nämlich: "im selben Subnet wie der Host / Adrress ohne routing erreichbar"). Daher erlaube ich mir hier - falls mal jemand wie ich zuerst im Forum sucht - zum "finden" darauf hinzuweisen. Kart Bros IO
Und ja: Für 98% aller Leute ist das egal, weil ihre lokale Adresse "lokal" in beiden Definitionen ist. Das ist aber nicht zwingend. Ich habe eine echte Class-C (ja, aus Zeiten, als man noch "Class-C" sagte) UND es gibt noch 1-2 andere Situationen wo die Vermischung der beiden Begriffe verwirren könnte.
Zitat von: Zrrronggg! am 06 Januar 2026, 23:09:48Ich wechsele gerade von einer relativ alten FHEM 5.9/Linkstation auf FHEM 6.4 (frischer DL von Vorgestern) auf RPi3 Trixie.
Dazu habe ich meine alte fhem.cfg kopiert und nach diversen Anpassungen bezüglich Verzeichnissen und Funkschnittstellen in die neue FHEM Installation kopiert.
Das läuft an sich recht gut, es gibt aber reichlich Fehlermeldungen. Einige sind Sachen, die schlicht übersehen habe, aber einige verstehe ich nicht. Smash Karts 76
Insbesondere kriege bei praktisch jeden Device, wo ich es definiert habe:
unknown attribute icon
unknown attribute webCmd
unknown attribute devStateIcon
Das Lustige ist: Die Icons und devStateIcon sind aber alle da.
Auch webCmd macht was es soll. D.H. de "unknown" Attributes funktionieren.
Was habe ich verpasst?
Zitat von: rvideobaer am 06 Januar 2026, 22:45:36hallo,Die da wäre?
als direkte Verknüpfung vom Schaltkanal mit dem Actor.
Gruß Rolf
Zitat von: DS_Starter am 07 Januar 2026, 00:10:38Danke, aber ich meinte das Log vom Training mit debug "aiProcess".Kein Problem, erstelle ich heute mit der neuesten Version im Contrib
rnals:
ACTOR MQTT2_8ch_relay28063_CH2
DEF WZ_PWM 0.3,0 ts01:temperature MQTT2_8ch_relay28063_CH2 FK_SZ 1:0.8:0.3:0.5
FUUID 67955991-f33f-852e-1758-9a69a4a2d2eb7760
FVERSION 93_PWMR.pm:0.258200/2022-03-13
INTERVAL 300
IODev WZ_PWM
NAME HZ_WZ_MR_ac
NR 673
STATE Calculating
TEMPSENSOR ts01:temperature
TYPE PWMR
WINDOW FK_SZ
a_regexp_on on
actor MQTT2_8ch_relay28063_CH2
c_PID_DFactor 0.5
c_PID_DLookBackCnt 10
c_PID_IFactor 0.3
c_PID_ILookBackCnt 5
c_PID_PFactor 0.8
c_PID_useit 1
c_autoCalcTemp 1
c_desiredTempFrom
c_frostProtect 0
c_tempC 22
c_tempD 20.2
c_tempE 19
c_tempFrostProtect 6
c_tempN 19.5
c_tempRule1 1-5 0400,D 0900,N
c_tempRule2 1-5 1500,D 2100,N
c_tempRule3 6-0 0600,D 1000,N
c_tempRule4 6-0 1500,D 2100,N
c_tempRule5
c_tempRuleS N
eventCount 3194
h_deltaTemp -1.1
h_deltaTemp_D -1.1
p_actor MQTT2_8ch_relay28063_CH2
p_factor 0.3,0
p_pid 1:0.8:0.3:0.5
p_tsensor ts01:temperature
p_window FK_SZ
t_reading temperature
t_regexp ([\d\.]+)
t_sensor ts01
w_regexp .*[Oo]pen.*
windows FK_SZ
READINGS:
2026-01-07 06:23:46 PID_DVal 0.00
2026-01-07 06:23:46 PID_IVal 1
2026-01-07 06:23:46 PID_PVal 0.88
2026-01-07 06:23:46 PID_PWMOnTime 17:00
2026-01-07 06:23:46 PID_PWMPulse 85
2026-01-07 05:56:45 actorState on
2026-01-07 06:20:12 desired-temp 20.5
2026-01-07 05:55:12 desired-temp-until no
2026-01-07 06:23:46 desired-temp-used 20.5
2026-01-07 06:23:46 energyused 001111111111111111111111111111
2026-01-07 06:23:46 energyusedp 93.3
2026-01-07 05:56:45 lastswitch 1767761805.58775
2026-01-07 05:54:52 manualTempDuration 60
2026-01-07 06:23:46 oldpulse 0.79
2026-01-07 06:21:02 state Calculating
2026-01-07 06:23:46 temperature 19.4
2026-01-07 06:21:02 timer1_Mo 04:00-09:00,D,20.2
2026-01-07 06:21:02 timer2_Di 04:00-09:00,D,20.2
2026-01-07 06:21:02 timer3_Mi 04:00-09:00,D,20.2
2026-01-07 06:21:02 timer4_Do 04:00-09:00,D,20.2
2026-01-07 06:21:02 timer5_Fr 04:00-09:00,D,20.2
2026-01-07 06:21:02 timer6_Sa 06:00-10:00,D,20.2
2026-01-07 06:21:02 timer7_So 06:00-10:00,D,20.2
helper:
PID_D_previousTemps:
19.4
19.3
19.4
19.3
19.3
19.3
19.4
19.4
19.4
19.4
PID_I_previousTemps:
19.3
19.4
19.4
19.4
19.4
Attributes:
autoCalcTemp 1
room 22_Heizung
tempDay 20.2
tempNight 19.5
tempRule1 Mo-Fr 4:00,D 09:00,N
tempRule2 Mo-Fr 15:00,D 21:00,N
tempRule3 Sa-So 6:00,D 10:00,N
tempRule4 Sa-So 15:00,D 21:00,N