Hauptmenü

Neueste Beiträge

#91
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von 300P - 22 April 2026, 18:15:27
Sicherheitsfrage:
Morgen auf die "normale" FHEM-Update-Version 2.6.1. zurückgehen ?

Oder soll ich weiter mit der letzten Contrib-Version 2.6.1 laufen lassen ? ???  :-\
#92
EnOcean / ESP3: Sporadische Veränderung ...
Letzter Beitrag von Parallix - 22 April 2026, 17:41:08
Seit ca. 2 Wochen beobachte ich auf meinem System (siehe Signatur), dass sporadisch die Baudrate von 57600 Bd auf 4097 Bd (also nicht etwa 4800 Bd) gesetzt wird. Leider hat das zur Folge, dass meine EnOcean-Sensoren und -Aktoren solange nicht mehr via FHEM betrieben werden können, bis ich händisch die Baudrate wieder auf 57600 Bd setze und eine "init" durchführe.

Konfiguriert ist mein ESP3 wir folgt:
DEF
ESP3 /dev/serial/by-id/usb-EnOcean_GmbH_EnOcean_USB_300_DA_FTWFMK2I-if00-port0@57600

Da keine weiteren USB-Devices existieren, liefert lsusb nur folgendes
Bus 003 Device 002: ID 0403:6001 Future Technology Devices International, Ltd FT232 Serial (UART) IC
Meine udev-rules sehen wie folgt aus:
SUBSYSTEM=="usb", ATTRS{idVendor}=="0403", ATTRS{idProduct}=="6001", ATTR{power/control}="on"
SUBSYSTEM=="tty", ENV{ID_SERIAL_SHORT}=="FTWFMK2I", RUN+="/bin/stty -F /dev/%k 57600 raw -echo"

Hat jemand von Euch eine Idee, was der Grund für die o.g. sporadischen Änderungen der Baudrate sein könnten?
#93
FRITZ!Box / Aw: 72_FRITZBOX.pm wird zu 72_...
Letzter Beitrag von JoWiemann - 22 April 2026, 17:37:02
Hallo Christoph,

hast Du alle Readings:
box_ip_IPv4_Extern xxx.xxx.xxx.xxx
box_ip_connect Connected
box_ip_connection_Trigger AlwaysOn
box_ip_connection_Type IP_Routed
box_ip_last_connect_err ERROR_NONE
box_ip_mac_Address nn:nn:nn:nn:nn:nn
box_ip_name voip+tr069
box_ip_uptimeConnect 1107517 sec = 12T 19:38:37
nicht, oder nur das v4 nicht?

Grüße Jörg
#94
Codeschnipsel / Aw: Zählerstand mit DvLIR und ...
Letzter Beitrag von ch.eick - 22 April 2026, 17:10:33
Hallo zusammen,
ich weiß, ich bin wohl der einzige mit solch einem Zählerlesekopf.
Da ich nun mit einer alten Taschenlampe, mit Glühbirne es geschafft habe die PIN in den Zähler zu morsen, konnte ich jetzt wieder die momentan Werte freuschalten.
Der aktuelle Leistungswert mit +/- in Watt wurde auch sofort wieder angezeigt, ich wollte aber einen Schritt weiter und das ganze dann für L1-3 separat wissen.

Dazu gibt es ein Ausgabe für das letzte Telegram in der Form
/EBZ5DD32R06ETA_107

1-0:0.0.0*255(1EBZ0100618364)
1-0:96.1.0*255(1EBZ0100618364)
1-0:1.8.0*255(019143.22429015*kWh)
1-0:2.8.0*255(059841.19412006*kWh)
1-0:16.7.0*255(-007124.39*W)
1-0:36.7.0*255(-001521.38*W)
1-0:56.7.0*255(-002865.71*W)
1-0:76.7.0*255(-002737.30*W)
1-0:96.5.0*255(001C7904)
0-0:96.8.0*255(0B38FF69)
!

Mit der Erweiterung der Attribute
attr EVU_StromZaehler get07Name Telegram
attr EVU_StromZaehler get07OExpr { if ($val =~ /^(\d+\.\d+\.\d+).*\((.*)/) { my $r = AttrVal("$name","get07Name","Telegram") . "_";; my $obis = $1;; my $v = $2;; $obis =~ s/\./_/g;; $v =~ s/\)//g;; if ($v =~ /^-?0+\d+\.\d+/) { my $sign = ($v =~ /^-/) ? "-" : "";; $v =~ s/^-?0+//;; $v = $sign . $v;; $v = "0" if ($v eq "" || $v eq "-");; $v = main::round($v,2) if ($obis eq "1_8_0"||$obis eq "2_8_0");; } $v = "Zählerbetriebszeit " . int(hex($v) / 86400) . " Tage" if ($obis eq "96_8_0");; readingsSingleUpdate($hash, $r . $obis, $v, 1);; } return undef;; }
attr EVU_StromZaehler get07RegOpt g
attr EVU_StromZaehler get07Regex \d-\d:(?!(?:0\.0\.0))(\d+\.\d+\.\d+.*\([^*)\s]+)
attr EVU_StromZaehler get07URL http://< IP-Adresse>/telegram.txt?sid=$sid

Bekommt man dann folgende readings
Telegram_16_7_0  -7124.39
Telegram_1_8_0   19143.22
Telegram_2_8_0   59841.19
Telegram_36_7_0  -1521.38
Telegram_56_7_0  -2865.71
Telegram_76_7_0  -2737.30
Telegram_96_1_0  1EBZ0100618364
Telegram_96_5_0  001C7904
Telegram_96_8_0  Zählerbetriebszeit 2179 Tage

Man könnte sogar noch interne Status des Zähler bekommen
2. OBIS 96.5.0: Der Gerätestatus für einen 1EBZ

Der Wert 001C7904 ist ein Bitfeld.
In der SML-Welt wird dieser 32-Bit-Wert von rechts nach links gelesen (Bit 0 bis 31).

Hier ist die Dekodierung der wichtigsten Bits für ITRON eHZ:
Bit          Bedeutung        Status
Bit 1        Phasenausfall        0 (OK)
Bit 2        Drehfeld falsch        1 (Aktiv) - Hinweis auf Installationsprüfung
Bit 4        Magnetfeldmanipulation    0 (OK)
Bit 11       Eichschloss offen    1 (Aktiv) - Normal bei Haushaltszählern
Bit 13-15    Herstellerspezifisch    Variiert (Status der SML-Schnittstelle)

Mein Hintergund ist nun, dass ich an einem KSEM SmartMeter Emulator arbeite, der Meinem Plenticore Wechselrichter dann die Messwerte vorgaukeln soll.
Die einzelnen Leistungen wären somit schon mal offiziel gemessen. Bei Vorgabe einer Spannung könnte man den Strom berechnen. Im Wechselrichter wäre dann
noch die Phasenverschiebung definiert, die der Netzbetreiber haben möcht und so würde man bereits alles zusammen haben.

Durch die Emulation liegt das natürlich etwas neben der Wirklichkeit, aber es sollte klappen können.
Hier geht's dann mit dem Emulator weiter.


Viele Grüße
    Christian
#95
Perl für FHEM-User / HTTP-Statuscodes mit HttpUtils...
Letzter Beitrag von TomLee - 22 April 2026, 17:02:49
Hi,

ich hab für 24h den Statuscode einer Webseite minütlich abgefragt. Es kam immer nur 200 zurück (edit2: darüber bin ich froh und das wollt ich sehen). Es gab aber auch wenige Abfragen da kam einfach nichts.

Meine Frage ist warum kommt nix und nicht irgendein anderer (Fehler)-Code zurück? Was könnte der Grund sein?
defmod at_reqweb at +*00:01:00 {\
HttpUtils_NonblockingGet(\
{ url=>"https://die website.tld",   callback=>sub($$$)\
{\
my $state = $_[0]->{code};;\
my ($error, @content) =  FileRead("/opt/fhem/reqwebsite.log");;\
my $logline = time()." CODE=".$state;;\
$logline .= " ERROR=".$_[1] if ($_[1]);;\
push(@content, $logline . "\n");;\
FileWrite("/opt/fhem/reqwebsite.log", @content);;\
}\
})\
}

Gruß Thomas

edit: schon etwas weiter, wenn keine Internetverbindung (bspw. bei der Zwangstrennung), kommt nix zurück.
edit3: Fehlermeldung ergänzt
#96
FRITZ!Box / Aw: AVM SmartMeter und Monatsw...
Letzter Beitrag von caldir65 - 22 April 2026, 16:46:01
Moin,
in der aktuellen c't ist übrigens ein Artikel genau zu dem AVM-Smartmeter, Freischaltung am Zähler und wie man erkennt, ob man auch erfolgreich "Pin-geblinkt" hat usw.

Gruß, Christoph
#97
FRITZ!Box / Aw: 72_FRITZBOX.pm wird zu 72_...
Letzter Beitrag von caldir65 - 22 April 2026, 16:39:24
Moin Jörg,

soweit so gut. Mir ist jetzt nur aufgefallen, daß ich in den Readings nur eine box_IPv6 bekomme, jedoch hat die Box selber tatsächlich auch eine IP v4 - ist das Absicht so?

Gruß, Christoph
#98
FRITZ!Box / Aw: 72_FRITZBOX.pm wird zu 72_...
Letzter Beitrag von Jamo - 22 April 2026, 16:31:52
Hallo Jörg,
Zitat von: JoWiemann am 22 April 2026, 13:50:39...anbei eine neue "26.04.22 Beta"......
works as expected! Alles Bene.
Danke und beste Grüsse! Jamo
#99
FHEM Code changes / Revision 31143: 76_SolarForeca...
Letzter Beitrag von System - 22 April 2026, 15:41:01
Revision 31143: 76_SolarForecast: Version 2.6.1

76_SolarForecast: Version 2.6.1

Source: Revision 31143: 76_SolarForecast: Version 2.6.1
#100
Sonstige Systeme / Aw: Support-Thread Modul 36_Sh...
Letzter Beitrag von Prof. Dr. Peter Henning - 22 April 2026, 15:35:43
1. Wenn man nicht gerade ein offenes WLAN, unfreundliche Gäste oder technikaffine Kinder im Haus hat, macht die Authentifizierung bei Shelly-Geräten gar keinen Sinn.

2. Es gibt derzeit noch eine wesentliche Sicherheitsproblematik:
ZitatEine Sicherheitslücke bei Shelly Gen-4-Geräten (Februar 2026) lässt ungesicherte WLAN-Zugangspunkte (APs) nach der Installation offen, was den unbefugten Zugriff auf smarte Türen und Tore ermöglicht. Shelly stuft dies als "beabsichtigte Funktion" ein, ein kommendes Firmware-Update soll die APs jedoch nach 15 Minuten automatisch deaktivieren.

LG

pah

P.S. @bombardi: Bitte die Unsitte unterlassen, immer die vorherigen Beiträge (fast) komplett zu zitieren.