Hauptmenü

Neueste Beiträge

#21
SVG / Plots / logProxy / Aw: Wieder mal Pearl Warnung u...
Letzter Beitrag von JoWiemann - 28 März 2024, 14:52:17
Zitat von: DieterN am 28 März 2024, 14:38:34Hallo Jörg
das mache ich schon seit Tagen.
Ich dachte mit stacktrace erfahre ich woher das kommt.
Zudem funktionieren alle meine Plots.
Alles schon 100mal gecheckt, aber nur halt bei den SVG Plots direkt. Nicht in den gplot definitionen

Du kannst einfach mal in der fhem.cfg bzw. in den *.gplot Dateien nach einem o suchen. Oder Du setzt mit:

attr TYPE=SVG verbose 5

alle SVG Devices auf verbose 5. Das dann umfangreicherer Log könnte den Kandidaten finden.

Grüße Jörg
#22
SVG / Plots / logProxy / Aw: Wieder mal Pearl Warnung u...
Letzter Beitrag von DieterN - 28 März 2024, 14:38:34
Zitat von: JoWiemann am 28 März 2024, 14:13:58Hallo 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
Hallo Jörg
das mache ich schon seit Tagen.
Ich dachte mit stacktrace erfahre ich woher das kommt.
Zudem funktionieren alle meine Plots.
Alles schon 100mal gecheckt, aber nur halt bei den SVG Plots direkt. Nicht in den gplot definitionen
#23
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
#24
Sonstige Systeme / Aw: [73_GardenaSmartBridge, 74...
Letzter Beitrag von marboj - 28 März 2024, 14:17:10
Update klappt...
#25
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
#26
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
#27
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
#28
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
#29
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
#30
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?