Hauptmenü

Neueste Beiträge

#1
FHEM Code changes / Revision 28717: contrib/98_LW1...
Letzter Beitrag von System - 28 März 2024, 14:30:57
Revision 28717: contrib/98_LW12.pm: prevent annoying experimental warning for switch

contrib/98_LW12.pm: prevent annoying experimental warning for switch

Source: Revision 28717: contrib/98_LW12.pm: prevent annoying experimental warning for switch
#2
Sonstige Systeme / Aw: [73_GardenaSmartBridge, 74...
Letzter Beitrag von marboj - 28 März 2024, 14:17:10
Update klappt...
#3
SVG / Plots / logProxy / Aw: Wieder mal Pearl Warnung u...
Letzter Beitrag von JoWiemann - 28 März 2024, 14:13:58
Hallo Dieter,

bitte einmal sehr aufmerksam die Definitionen Deiner SVG Devices ansehen. Irgendwo hast Du wohl ein o (Oh) anstatt einer 0 hinterlegt.

Grüße Jörg
#4
Sonstiges / Aw: Neue Versionen und Support...
Letzter Beitrag von DocCyber - 28 März 2024, 14:01:37
Hallo zusammen,

ich möchte euch gern nochmal um Hilfe bitte, diesmal für den Abruf von Daten vom Elgris Smart Meter.
Zunächst hatte ich SMAEM verwendet. Das funktioniert, aber es werden für meine Zwecke unnötig viele Daten abgerufen. Aktuelle mache ich es mit HHTPMod. Das funktioniert auch.

Da ich aber mittlerweile - nicht zuletzt durch eure Hilfe - meine beiden Wchselrichter von SMA und Solis erfolgreich mit ModbusAttr auslesen kann, möchte ich das auch für Elgris machen.

Doch offenbar ist ModbusAttr nicht mein bester Freund, denn ich bekomme es nicht hin.
Allerdings ist der Port wohl geöffnet:
define elgris ModbusAttr 1 60 192.168.178.29:502 TCP
attr elgris group Energie
attr elgris obj-h40052-len 16
attr elgris obj-h40052-reading serialNumber
attr elgris obj-h40085-reading I_AC_Frequency
attr elgris obj-h40087-len 2
attr elgris obj-h40087-reading power
attr elgris obj-h40087-unpack i>
attr elgris obj-i40052-len 16
attr elgris obj-i40052-reading serialNumber
attr elgris obj-i40087-len 2
attr elgris obj-i40087-reading power
attr elgris room 50_PV
attr elgris showError 1
attr elgris verbose 5
#   CFGFN     
#   DEF        1 60 192.168.xxx.xxx:502 TCP
#   DeviceName 192.168.xxx.xxx:502
#   EXPECT     idle
#   FD         18
#   FUUID      66042320-f33f-8be1-c8f8-c094144c85c08eca
#   IODev      elgris
#   Interval   60
#   LASTOPEN   1711630652.40479
#   MODBUSID   1
#   MODE       master
#   MODULEVERSION Modbus 4.5.6 - 7.11.2023
#   NAME       elgris
#   NOTIFYDEV  global
#   NR         986
#   NTFY_ORDER 50-elgris
#   PARTIAL   
#   PROTOCOL   TCP
#   STATE      opened
#   TCPConn    1
#   TYPE       ModbusAttr
#   devioLoglevel 3
#   devioNoSTATE 1
#   eventCount 4186
#   nextOpenDelay 60
#   READ:
#     BUFFER    
#   READINGS:
#     2024-03-28 13:57:32   state           opened
#   REMEMBER:
#     lid        130
#     lname      elgris
#     lrecv      1711563843.78974
#     lsend      1711563842.78221
#   UPDATECACHE:
#   defptr:
#     elgris     1
#   lastRead:
#
setstate elgris opened
setstate elgris 2024-03-28 13:57:32 state opened

Der Wert an Adresse 40087 (Total real power) reicht mir aus.

Vielen Dank vorab!

Elgris Doku angehängt
#5
SVG / Plots / logProxy / Wieder mal Pearl Warnung und m...
Letzter Beitrag von DieterN - 28 März 2024, 13:57:29
Hallo liebe Gemeinde
Ich bekommen unregelmässig folgende Log Einträge:
 12:43:00 1: PERL WARNING: Argument "o" isn't numeric in subtraction (-) at ./FHEM/98_SVG.pm line 1377.
2024.03.28 12:43:00 1: stacktrace:
2024.03.28 12:43:00 1:     main::__ANON__                      called by ./FHEM/98_SVG.pm (1377)
2024.03.28 12:43:00 1:     main::SVG_getSteps                  called by ./FHEM/98_SVG.pm (1838)
2024.03.28 12:43:00 1:     main::SVG_render                    called by ./FHEM/98_SVG.pm (1236)
2024.03.28 12:43:00 1:     main::SVG_doShowLog                 called by ./FHEM/98_SVG.pm (1127)
2024.03.28 12:43:00 1:     main::SVG_showLog                   called by ./FHEM/01_FHEMWEB.pm (1011)
2024.03.28 12:43:00 1:     main::FW_answerCall                 called by ./FHEM/01_FHEMWEB.pm (609)
2024.03.28 12:43:00 1:     main::FW_Read                       called by fhem.pl (3985)
2024.03.28 12:43:00 1:     main::CallFn                        called by fhem.pl (786)

leider finde ich nicht heraus woher sie kommen.
Hoffe jemand kann mir helfen.
Ich habe alle meine Plots durchsucht und sie Funktionieren soweit.

BG Dieter
#6
Automatisierung / Aw: Modul 93_DbRep - Reporting...
Letzter Beitrag von maa1 - 28 März 2024, 13:50:05
Hallo Heiko,

vielen Dank für die rasche Umsetzung.

Bin übrigens auch ein Forecast-Fan.

lG Fredi
#7
InterTechno / Aw: SIGNALduino UNKNOWNCODE i1...
Letzter Beitrag von Ralf9 - 28 März 2024, 13:17:50
Demnach wird vom PIR nur die dmsg i1FCD09 gesendet.

Damit es funktioniert muß der Code DF in die DEF eingetragen werden

Wenn ein "on" erzeugt werden soll:
0F11101F00 DF F0
Wenn ein "off" erzeugt werden soll:
0F11101F00 0F DF
#8
DOIF / Aw: Indirekter Zeittrigger mit...
Letzter Beitrag von xenos1984 - 28 März 2024, 12:59:01
Zitat von: betateilchen am 28 März 2024, 09:25:00Warum legst Du nicht einfach zwei at devices an, eines zum Einschalten und eines zum Ausschalten?
Ein at kann out-of-the-box mit einem Unix Timestamp als timespec umgehen.

Weil die (vereinfachte) Aufgabenstellung nur ein Teil eines größeren und komplexeren DOIF ist, das noch weitere Zweige hat als nur einen Zeittrigger. U.a. sind es mehrere solche Zeittrigger sowie Zustände die von anderen Readings abhängen.

Zitat von: Damian am 28 März 2024, 10:09:56Das sollte mit einem Zeitintervall realisierbar sein:

DOIF ([([start]-[offset])-[end]] and ["Trigger"]) (set bla..)

Wird damit nicht jeden Tag um die gleiche Zeit getriggert? Also wenn ich z.B. Start heute um 18:00 und Ende morgen um 12:00 hätte, würde es nicht morgen um 18:00 wieder einschalten?
#9
Sonstige Systeme / Aw: [73_GardenaSmartBridge, 74...
Letzter Beitrag von BOFH - 28 März 2024, 12:46:52
fixed
#10
Homematic / Aw: Unpairing nicht mehr mögli...
Letzter Beitrag von MadMax-FHEM - 28 März 2024, 12:09:30
Zitat von: MadMax-FHEM am 28 März 2024, 11:59:38Wie hast du denn einen Reset durchgeführt?
Laut BDA des HM-PB-2-WM55-2 (https://www.eq-3.de/Downloads/eq3/downloads_produktkatalog/homematic/bda/HM-PB-2-WM55-2_UM_GE_eQ-3_web.pdf):

Zitat7.4 Zurücksetzen in den Auslieferungszustand
• Halten Sie die Anlerntaste A für mindestens 5
Sekunden gedrückt. Die Geräte-LED beginnt
langsam rot zu blinken.
• Zum Zurücksetzen des Geräts lassen Sie die
Anlerntaste kurz los und drücken sie nun erneut
für mindestens 5 Sekunden.
• Die Geräte-LED beginnt nun während des Drü-
ckens schneller rot zu blinken.
• Loslassen schließt den Rücksetzvorgang ab.
Zur Bestätigung des Zurücksetzens leuchtet die
Geräte-LED für etwa 3 Sekunden dauerhaft rot
auf.
• Sofern Sie das Zurücksetzen abbrechen möchten,
können Sie dies mit einem kurzen erneuten
Tastendruck auf die Anlerntaste tun oder Sie
warten 15 Sekunden. In beiden Fällen stoppt das
langsame rote Blinken.

Beim HM-Sec-RHS, laut BDA (https://www.eq-3.de/Downloads/eq3/downloads_produktkatalog/homematic/bda/HM-Sec-RHS_UM_GE_eQ-3_web.pdf):
ZitatZurücksetzen in den Ausliefe-
rungszustand
Halten Sie die Anlerntaste für mindestens 5 Sekunden
gedrückt. Die LED des Sensors beginnt langsam rot
zu blinken. (Wollen Sie an dieser Stelle das Zurück-
setzen abbrechen, können Sie das mit einem kurzen
erneuten Tastendruck auf die Anlerntaste tun, oder
Sie warten 15 Sekunden. In beiden Fällen stoppt das
langsame rote Blinken.)
Zum Zurücksetzen des Sensors drücken Sie nun
erneut für mindestens 5s die Anlerntaste. Die LED be-
ginnt nun während des gedrückt Haltens schneller rot
zu blinken. Loslassen schließt den Rücksetzvorgang
ab und zur Bestätigung des Zurücksetzens leuchtet
die LED für etwa 3s dauerhaft rot auf.
also im Prinzip beide Male gleich/ähnlich.

Bei einem (meinem) HM-Sec-RHS habe ich es schon mehrfach gemacht (machen müssen) ohne Probleme...

Gruß, Joachim