Neueste Beiträge

#1

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von kask - 06 Mai 2024, 12:39:19

Da du sowohl Forecast und Consumption mit jeweils Prognose und Real sehen möchtest wäre es ja ein 4-Balkendiagramm und nicht nur 2-Balken Diagramm.

Das kann man halten wie ein Dachdecker. 4-Balken, 2-Balken,2x2 Balken ist Auslegungssache. Aber ja das meinte ich ein "4-Balken" oder eher ein "2x2Balken" Diagramm.

Warum sollte sich dadurch die Intervalleinstellung, also der Zeitraum zwischen zwei Zyklen, ändern?
Je nach Zeitpunkten des diasablen/enablen kann beim Enablen der Zeitpunkt des nächsten Zyklus bereits überschritten sein und wird dann sofort ausgeführt. Passt soweit.

Weil ich annehmen würde das ein disablen "1" das Modul stopt bzw. das. Tut es aber nicht so richtig.
Laut commandref für fhem deaktiviert es das device.
Wenn du das anders machst. Dann solltest du das umbennen, sonst beist sich das und bewirkt Verwirrung. Wie bei mir jetzt.

Die folgenden lokalen Attribute werden von mehreren Geräten verwendet:

    IODev
    Setzt das IO oder das physische Device, welches zum Senden der Signale an dieses logische Device verwendet werden soll (Beispielsweise FHZ oder CUL). Hinweis: Beim Start weist FHEM jedem logischen Device das letzte physische Device zu, das Daten von diesem Typ empfangen kann. Das Attribut IODev muss nur gesetzt werden, wenn mehr als ein physisches Device fähig ist, Signale von diesem logischen Device zu empfangen.

    disable
    Deaktiviert das entsprechende Gerät.
    Kann mit folgendem Befehl einfach umgeschaltet werden:
    attr <device> disable toggle

Ist auch ok soweit weil technisch bedingt der neue Attributwert beim Setzen des neuen Intervalls nach Abarbeitung des laufenden Zyklus gelesen wird...

Ich kann damit umgehen, kenne das Verhalten ja jetzt. Aber wenn ein anderer User ausversehen einen sehr hohen Wert einträgt. Wundert er sich warum da nix passiert obwohl der ctrlInterval Wert doch wieder klein gestellt wurde.
Und dann landet er hier und sagt "Das Modul aktualisiert sich nicht mehr nicht!". Du läst dir am Ende die RAWDEF schicken und da ist ja alles wieder tutti. Und dann "verschwendest" du deine Zeit weil es da nichts zu finden gibt. Deshalb würde ich es, auch in deinem Interresse, gut finden wenn du schaust ob du da eventuell eingreifen kannst. Ich benötige es nicht. Macht Dir, anderen/neuen Usern, Testern am Ende aber das Leben entspannter
Mann kann nicht alles Abfangen. Ich kenne das. Es passieren Sachen die man nicht bedacht hatte bzw. garnicht auf dem Schirm hat das sowas passieren kann.
Man kann nur soviel testen wie man selber weiß oder denkt.
Und dann kommt noch der unberechenbare Faktor "Mensch" dazu. Und dann ist man raus, weil man sich denkt so doof kann man doch garnicht sein.
Aber Fehler passieren nun einmal wenn was durch Menschenhand gemacht wird. Ob absichtlich, ausversehen, unbedachtheit oder geringem Kenntnisstand. Es passiert immer, früher oder später.

#2

Anfängerfragen / Aw: Schalt-Sequenz bei bestimm...

Letzter Beitrag von betateilchen - 06 Mai 2024, 12:28:41

Das geht auch ohne DOIF.

sondern z.B. 2 Minuten an, 10 Minuten Pause und das Ganze 3x

Code Auswählen Erweitern

defmod test_at at +*{3}00:12:00 set wasser on-for-timer 120
Dieses define kannst Du an beliebiger Stelle erzeugen, z.B. wenn Du das immer um 12 Uhr möchtest:

Code Auswählen Erweitern

define 12uhr_at at *12:00:00 defmod test_at at +*{3}00:12:00 set wasser on-for-timer 12
oder in einem notify auf event:

Code Auswählen Erweitern

define test_notify notify <notifyRegex> defmod test_at at +*{3}00:12:00 set wasser on-for-timer 12
Zwei Dinge sind zu beachten:

• Solche at sind immer TEMPORARY, das heißt, sie sind nicht dauerhaft in FHEM vorhanden. Deshalb der Weg, dieses notify bei Bedarf von einem Auslöser anlegen zu lassen
• Der Beginn der Ausführung des at zur Wassersteuerung erfolgt logischerweise erst nach Ablauf des ersten Intervalls (im Beispiel also nach 12 Minuten). Das kann man auch noch ändern, aber ich wollte es für das Verständnis nicht unnötig kompliziert machen. Das beschriebene 12-notify selbst existiert natürlich dauerhaft. hier könnte man beispielsweise anstatt 12 Uhr auch 11:48:00 angeben, dann startet die Wassersteuerung um 12 Uhr.

#3

Sprachsteuerung / echodevice von einem entfernte...

Letzter Beitrag von mrb - 06 Mai 2024, 12:26:58

Hallo zusammen,

ich habe einen virtuellen Fhem und das ist mein Haupt-Fhem. Für andere Tätigkeiten und da er so ungesichert wäre läuft ein Fhem auf einem Pi V3. Per Fhem2Fhem schreibt der entfernte Fhem seine Daten auch in den virtuellen Fhem. Soweit alles gut und funktioniert prächtig. Jetzt liest aber mein physischer Fhem per AusleseKopf meinen Zähler ab und sendet desssen Daten auf den virtuellen Fhem. Ansicht funktionirt auch wunderbar jedoch geht kein echodevice auf einen solchen Wert.

Beispiel
mein zähler sagt er brauch 200Watt und das steht auch so im physischen Fhem drinnen und wird schön auf den virtuellen Fhem geschrieben und dort angezeigt.

Soweit so gut. Jetzt habe ich aber ein echodevice auf mein Balkonkraftwerk und das läuft auch wunderbar da Madmax. Also dachte ich mir ist doch einfach das selbe nochmal für meinen Zähler machen und er gibt dann die Werte aus. Denkste er gibt immer an mein Echo-Device den Wert 1

Das ist mein Notify auf dem virtuellen Server:

Code Auswählen Erweitern

define NHK_ZaehlerAlexa notify HK_ZaehlerAlexa {my $DimValueHeizung = ReadingsNum("HK_Zaehler", "dim", 0);; # optional, falls du verschiedene dim-Werte nutzen wolltest / dann noch if usw.\
\
  my $StromValue = ReadingsNum("\
HK_Zaehler", "power", 1);;\
\
  fhem("set ECHO_xxx speak Strom verbrauch ist derzeit $StromValue Watt");;\
\
  fhem("set ECHO_xxx speak Strom verbrauch ist derzeit $StromValue Watt");;\
\
  fhem("set ECHO_xxx speak Strom verbrauch ist derzeit $StromValue Watt");;}
attr NHK_ZaehlerAlexa room Heizungsraum
#   CFGFN     
#   DEF        HK_ZaehlerAlexa {my $DimValueHeizung = ReadingsNum("HK_Zaehler", "dim", 0); # optional, falls du verschiedene dim-Werte nutzen wolltest / dann noch if usw.
#
#  my $StromValue = ReadingsNum("
#HK_Zaehler", "power", 1);
#
#  fhem("set ECHO_xxx speak Strom verbrauch ist derzeit $StromValue Watt");
#
#  fhem("set ECHO_xxx speak Strom verbrauch ist derzeit $StromValue Watt");
#
#  fhem("set ECHO_xxx speak Strom verbrauch ist derzeit $StromValue Watt");}
#   FUUID      66334a12-f33f-3fd4-5cff-4aa059b626e56724
#   NAME       NHK_ZaehlerAlexa
#   NOTIFYDEV  HK_ZaehlerAlexa
#   NR         188152
#   NTFY_ORDER 50-NHK_ZaehlerAlexa
#   REGEXP     HK_ZaehlerAlexa
#   STATE      2024-05-06 08:37:13
#   TRIGGERTIME 1714977433.38729
#   TYPE       notify
#   eventCount 7
#   READINGS:
#     2024-05-06 08:36:56   state           active
#     2024-05-06 08:37:13   triggeredByDev  HK_ZaehlerAlexa
#     2024-05-06 08:37:13   triggeredByEvent 0
#
setstate NHK_ZaehlerAlexa 2024-05-06 08:37:13
setstate NHK_ZaehlerAlexa 2024-05-06 08:36:56 state active
setstate NHK_ZaehlerAlexa 2024-05-06 08:37:13 triggeredByDev HK_ZaehlerAlexa
setstate NHK_ZaehlerAlexa 2024-05-06 08:37:13 triggeredByEvent 0


Das ist das ZählerDevice auf dem virtuellen Server

Code Auswählen Erweitern

define HK_Zaehler OBIS /dev/ttyUSB1@9600,7,E,1 SML
attr HK_Zaehler event-min-interval power:60
attr HK_Zaehler interval 300
attr HK_Zaehler room Heizungsraum,Solaranlage
attr HK_Zaehler stateFormat power Watt
#   DEF        /dev/ttyUSB1@9600,7,E,1 SML
#   DeviceName /dev/ttyUSB1@9600,7,E,1
#   FUUID      650aa7ed-f33f-3fd4-bd71-324f03e4b9d985d7
#   MeterType  SML
#   NAME       HK_Zaehler
#   NR         313
#   PARTIAL   
#   STATE      387 Watt
#   TYPE       OBIS
#   eventCount 55528
#   READINGS:
#     2024-05-06 12:21:22   1.0.0.2.0.0     501002
#     2024-05-06 12:21:22   1.0.14.7.0.255  50
#     2024-05-06 12:21:22   1.0.81.7.1.255  120
#     2024-05-06 12:21:22   1.0.81.7.15.255 316
#     2024-05-06 12:21:22   1.0.81.7.2.255  240
#     2024-05-06 12:21:22   1.0.81.7.26.255 300
#     2024-05-06 12:21:22   1.0.81.7.4.255  323
#     2024-05-06 12:21:22   1.0.96.1.0.255  HLY
#     2024-05-06 12:21:22   1.0.96.90.2.1   6139
#     2024-05-06 12:21:22   ManufID2        HLY
#     2024-05-06 12:21:22   current_L1      0.64
#     2024-05-06 12:21:22   current_L2      1.26
#     2024-05-06 12:21:22   current_L3      0.43
#     2024-05-06 12:21:22   power           387
#     2024-05-06 12:21:22   power_L1        121
#     2024-05-06 12:21:22   power_L2        213
#     2024-05-06 12:21:22   power_L3        51
#     2024-04-27 17:29:21   state           disconnected
#     2024-05-06 12:21:22   total_consumption 1966574.4
#     2024-05-06 12:21:22   total_feed      56969.5
#     2024-05-06 12:21:22   voltage_L1      235.8
#     2024-05-06 12:21:22   voltage_L2      235.6
#     2024-05-06 12:21:22   voltage_L3      235.5
#   helper:
#     EoM        -1
#     SPEED      5
#     SPEED2     5
#     TRIGGERTIME 1714231761.42053
#     DEVICES:
#       
#       0
#       
#     RULECACHE:
#
setstate HK_Zaehler 387 Watt
setstate HK_Zaehler 2024-05-06 12:21:22 1.0.0.2.0.0 501002
setstate HK_Zaehler 2024-05-06 12:21:22 1.0.14.7.0.255 50
setstate HK_Zaehler 2024-05-06 12:21:22 1.0.81.7.1.255 120
setstate HK_Zaehler 2024-05-06 12:21:22 1.0.81.7.15.255 316
setstate HK_Zaehler 2024-05-06 12:21:22 1.0.81.7.2.255 240
setstate HK_Zaehler 2024-05-06 12:21:22 1.0.81.7.26.255 300
setstate HK_Zaehler 2024-05-06 12:21:22 1.0.81.7.4.255 323
setstate HK_Zaehler 2024-05-06 12:21:22 1.0.96.1.0.255 HLY
setstate HK_Zaehler 2024-05-06 12:21:22 1.0.96.90.2.1 6139
setstate HK_Zaehler 2024-05-06 12:21:22 ManufID2 HLY
setstate HK_Zaehler 2024-05-06 12:21:22 current_L1 0.64
setstate HK_Zaehler 2024-05-06 12:21:22 current_L2 1.26
setstate HK_Zaehler 2024-05-06 12:21:22 current_L3 0.43
setstate HK_Zaehler 2024-05-06 12:21:22 power 387
setstate HK_Zaehler 2024-05-06 12:21:22 power_L1 121
setstate HK_Zaehler 2024-05-06 12:21:22 power_L2 213
setstate HK_Zaehler 2024-05-06 12:21:22 power_L3 51
setstate HK_Zaehler 2024-04-27 17:29:21 state disconnected
setstate HK_Zaehler 2024-05-06 12:21:22 total_consumption 1966574.4
setstate HK_Zaehler 2024-05-06 12:21:22 total_feed 56969.5
setstate HK_Zaehler 2024-05-06 12:21:22 voltage_L1 235.8
setstate HK_Zaehler 2024-05-06 12:21:22 voltage_L2 235.6
setstate HK_Zaehler 2024-05-06 12:21:22 voltage_L3 235.5


Der Zähler auf dem physischen Device

Code Auswählen Erweitern

define HK_Zaehler OBIS /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0035-if00-port0@9600 SML
attr HK_Zaehler event-min-interval .*:300
attr HK_Zaehler interval 300
attr HK_Zaehler room Heizungsraum
attr HK_Zaehler stateFormat power Watt
#   CRC_Errors 32872
#   DEF        /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0035-if00-port0@9600 SML
#   DeviceName /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0035-if00-port0@9600
#   FD         11
#   FUUID      6470cfda-f33f-c5e3-837d-c046f0d3c61d1b41
#   MeterType  SML
#   NAME       HK_Zaehler
#   NR         52
#   PARTIAL   
#   STATE      379 Watt
#   TYPE       OBIS
#   eventCount 11508
#   READINGS:
#     2024-05-06 12:22:43   1.0.0.2.0.0     501002
#     2024-05-06 12:22:43   1.0.14.7.0.255  50
#     2024-05-06 12:22:43   1.0.81.7.1.255  121
#     2024-05-06 12:22:43   1.0.81.7.15.255 315
#     2024-05-06 12:22:43   1.0.81.7.2.255  239
#     2024-05-06 12:22:43   1.0.81.7.26.255 298
#     2024-05-06 12:22:43   1.0.81.7.4.255  320
#     2024-05-06 12:22:43   1.0.96.1.0.255  HLY
#     2024-05-06 12:22:43   1.0.96.90.2.1   6139
#     2024-05-06 12:22:43   ManufID2        HLY
#     2024-05-06 12:22:43   current_L1      0.64
#     2024-05-06 12:22:43   current_L2      1.25
#     2024-05-06 12:22:43   current_L3      0.44
#     2024-05-06 12:22:43   power           379
#     2024-05-06 12:22:43   power_L1        117
#     2024-05-06 12:22:43   power_L2        211
#     2024-05-06 12:22:43   power_L3        50
#     2024-03-27 09:54:07   state           opened
#     2024-05-06 12:22:43   total_consumption 1966583.1
#     2024-05-06 12:22:43   total_feed      56969.5
#     2024-05-06 12:22:43   voltage_L1      235.6
#     2024-05-06 12:22:43   voltage_L2      235.8
#     2024-05-06 12:22:43   voltage_L3      236.2
#   helper:
#     BUFFER     
#     DIRECTIONSUM >
#     EoM        0
#     HLYHACK    1
#     LastPacketTime 1714990963.12193
#     SPEED      5
#     SPEED2     5
#     TRIGGERTIME 1711529647.77394
#     Channels:
#     DEVICES:
#       
#       0
#       
#     RULECACHE:
#       1-0:0.2.0*0 unknown
#       1-0:1.8.0*255 Counter
#       1-0:14.7.0*255 Channels
#       1-0:16.7.0*255 Channels
#       1-0:2.8.0*255 Counter
#       1-0:31.7.0*255 Channels
#       1-0:32.7.0*255 Channels
#       1-0:36.7.0*255 Channels
#       1-0:51.7.0*255 Channels
#       1-0:52.7.0*255 Channels
#       1-0:56.7.0*255 Channels
#       1-0:71.7.0*255 Channels
#       1-0:72.7.0*255 Channels
#       1-0:76.7.0*255 Channels
#       1-0:81.7.1*255 Channels
#       1-0:81.7.15*255 Channels
#       1-0:81.7.2*255 Channels
#       1-0:81.7.26*255 Channels
#       1-0:81.7.4*255 Channels
#       1-0:96.1.0*255 unknown
#       1-0:96.50.1*1 ManufID2
#       1-0:96.90.2*1 unknown
#       255-255:255.255.255*255 unknown
#     directions:
#
setstate HK_Zaehler 379 Watt
setstate HK_Zaehler 2024-05-06 12:22:43 1.0.0.2.0.0 501002
setstate HK_Zaehler 2024-05-06 12:22:43 1.0.14.7.0.255 50
setstate HK_Zaehler 2024-05-06 12:22:43 1.0.81.7.1.255 121
setstate HK_Zaehler 2024-05-06 12:22:43 1.0.81.7.15.255 315
setstate HK_Zaehler 2024-05-06 12:22:43 1.0.81.7.2.255 239
setstate HK_Zaehler 2024-05-06 12:22:43 1.0.81.7.26.255 298
setstate HK_Zaehler 2024-05-06 12:22:43 1.0.81.7.4.255 320
setstate HK_Zaehler 2024-05-06 12:22:43 1.0.96.1.0.255 HLY
setstate HK_Zaehler 2024-05-06 12:22:43 1.0.96.90.2.1 6139
setstate HK_Zaehler 2024-05-06 12:22:43 ManufID2 HLY
setstate HK_Zaehler 2024-05-06 12:22:43 current_L1 0.64
setstate HK_Zaehler 2024-05-06 12:22:43 current_L2 1.25
setstate HK_Zaehler 2024-05-06 12:22:43 current_L3 0.44
setstate HK_Zaehler 2024-05-06 12:22:43 power 379
setstate HK_Zaehler 2024-05-06 12:22:43 power_L1 117
setstate HK_Zaehler 2024-05-06 12:22:43 power_L2 211
setstate HK_Zaehler 2024-05-06 12:22:43 power_L3 50
setstate HK_Zaehler 2024-03-27 09:54:07 state opened
setstate HK_Zaehler 2024-05-06 12:22:43 total_consumption 1966583.1
setstate HK_Zaehler 2024-05-06 12:22:43 total_feed 56969.5
setstate HK_Zaehler 2024-05-06 12:22:43 voltage_L1 235.6
setstate HK_Zaehler 2024-05-06 12:22:43 voltage_L2 235.8
setstate HK_Zaehler 2024-05-06 12:22:43 voltage_L3 236.2



das fhem2fhem device

Code Auswählen Erweitern

define remoteFhem FHEM2FHEM 192.168.168.27:7072 LOG:.*
attr remoteFhem alias remoteFhem
attr remoteFhem room Heizungsraum,remotefhem
#   DEF        192.168.168.27:7072 LOG:.*
#   FD         32
#   FUUID      6364b8dc-f33f-3fd4-b383-9e17bb4665d848ef
#   Host       192.168.168.27:7072
#   NAME       remoteFhem
#   NR         275
#   PARTIAL   
#   STATE      connected
#   TYPE       FHEM2FHEM
#   informType LOG
#   regexp     .*
#
setstate remoteFhem connected


Es sollte eigentlich "power" vom Zähler doch ausgelesen werden, oder sehe ich den Wald vor lauter Bäume nicht mehr?

#4

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von DS_Starter - 06 Mai 2024, 12:01:46

Wie würde ich das denn machen müssen wenn ich den Forecast und den Consumption (beides mit Prognosee&Realität) grafisch sehen würden wolle.

Da du sowohl Forecast und Consumption mit jeweils Prognose und Real sehen möchtest wäre es ja ein 4-Balkendiagramm und nicht nur 2-Balken Diagramm.
Zur Zeit gibt es nur zwei Balken in denen du wahlweise die verschiedenen Inhalte anzeigen kannst.
Ich überlege mal ob man den Bereich des Balkendiagramms quasi "duplizieren" kann, um dann 2 Balkendiagrammbereiche untereinander darstellen zu können in denen jeweils ein 2-Balkendiagramm (wie bisher) vorhanden wäre.

Device diasablen/enablen (hintereinander) : Resultat= Interval bleibt wie dieser war bestehen. keine Zeitdifferenz zum vorherigen und nächsten Interval.

Warum sollte sich dadurch die Intervalleinstellung, also der Zeitraum zwischen zwei Zyklen, ändern?
Je nach Zeitpunkten des diasablen/enablen kann beim Enablen der Zeitpunkt des nächsten Zyklus bereits überschritten sein und wird dann sofort ausgeführt. Passt soweit.

ctrlIntervall auf 0, dann auf ursprung stellen (sofort hintereinander). Resultat= wie disablen/enablen.

Ja, wie oben.

ctrlInterval auf einen größeren/kleineren wert ändern. Neuer Intervall greift erst wenn der alte abgelaufen ist.

Ist auch ok soweit weil technisch bedingt der neue Attributwert beim Setzen des neuen Intervalls nach Abarbeitung des laufenden Zyklus gelesen wird.
Aber da schaue ich ob ich beim Setzen des Attributes ctrlInterval entsprechend eingreifen kann um eine sofortige Wirkung zu erzielen.



 

#5

TabletUI / Aw: Darstellung Sonnenbatterie

Letzter Beitrag von LordVoodoo - 06 Mai 2024, 11:36:51

Ich habe folgendes verwendet:

Code Auswählen Erweitern

    <ftui-grid-tile row="3" col="2" width="3" height="2" shape="round" style="opacity: 85%" color="dark">
        <ftui-row>
            <ftui-column>
                <ftui-label [text]="Haus_Strom_Solaranlage:power_generation_currentDay" unit="kWh"></ftui-label>
                <ftui-label text="PV-Anlage"></ftui-label>
            </ftui-column>
        </ftui-row>
        <ftui-row>
            <ftui-column>
                 <ftui-label></ftui-label>
                <ftui-label></ftui-label>
                <ftui-label [text]="Haus_Strom_Solaranlage:power_injection_currentDay" unit="kWh"></ftui-label>
                <ftui-label text="Stromnetz"></ftui-label>
            </ftui-column>
            <ftui-column>
              <ftui-image src="./icons/powerline-solar-net-zero.svg" [hidden]="Haus_Tag:is_day | map('1:true, 0:false')"></ftui-image>
              <ftui-image src="./icons/powerline-solar-net.svg" [hidden]="Haus_Tag:is_night | map('1:true, 0:false')"></ftui-image>
            </ftui-column>
            <ftui-column>
              <ftui-image src="./icons/powerline-solar-house-zero.svg" [hidden]="Haus_Tag:is_day | map('1:true, 0:false')"></ftui-image>
              <ftui-image src="./icons/powerline-solar-house.svg" [hidden]="Haus_Tag:is_night | map('1:true, 0:false')"></ftui-image>
            </ftui-column>
            <ftui-column>
                 <ftui-label></ftui-label>
                <ftui-label></ftui-label>
              <ftui-label [text]="Haus_Strom_Solaranlage:power_consumption_currentDay" unit="kWh"></ftui-label>
              <ftui-label text="Verbrauch"></ftui-label>
            </ftui-column>
        </ftui-row>
        <ftui-row>
            <ftui-column>
            </ftui-column>
            <ftui-column>
                <ftui-label [text]="Haus_Strom_Solaranlage:power_ejection_currentHour" unit="kWh">akt. Std. </ftui-label>
                <ftui-image src="./icons/powerline-net-house.svg"></ftui-image>
                <ftui-label [text]="Haus_Strom_Solaranlage:power_ejection_currentDay" unit="kWh"></ftui-label>
            </ftui-column>
            <ftui-column>
            </ftui-column>
        </ftui-row>
    </ftui-grid-tile>

Dem stehen vier Readings zur Verfügung, aufgeteilt in aktuelle Stunde und aktueller Tag:

• power_generation - Stromerzeugung der PV-Anlage
• power_consumption - Stromverbrauch
• power_ejection - Strombezug aus dem öffentlichen Netz
• power_injection - Stromeinspeisung ins öffentliche Netz

Der Grundidee geht immer voraus, das PV-erzeugter Strom vorzugsweise für Verbraucher im Haus verwendet wird - was ja auch logisch ist.

Die SVG-Grafiken sind simple und die Grundidee hat mir ChatGPT erstellt:

Code Auswählen Erweitern

<svg viewBox="0 0 200 200" xmlns="http://www.w3.org/2000/svg">
  <path d="M 190 10 Q 180 180 10 190" fill="transparent" stroke="green" />
  <circle r="5" fill="green">
    <animateMotion
      dur="2s"
      repeatCount="indefinite"
      path="M190,10 Q180,180 10,190" />
  </circle>
</svg>


[Wenn die Funktion 'nonBlocking' am Ende des notify aufgerufen wird, gibt das notify einen return Wert im Log zurück.]

#6

Wunschliste / AnalyzeCommandChain - Fehler w...

Letzter Beitrag von bertl - 06 Mai 2024, 11:32:54

Hallo Rudi,

ich habe bei mir folgendes eigenartiges Verhalten festgestellt:
Wenn ich eine Funktion welche ich in myUtils hinterlegt habe in einem AT, NOTIFY oder DOIF aufrufe, kommt ein return Wert (Fehlermeldung laut https://wiki.fhem.de/wiki/DevelopmentModuleAPI#AnalyzeCommandChain) wenn diese am Ende aufgerufen wird.

Beispiel um meine kryptische Beschreibung verständlich zu machen:

Wenn die Funktion 'nonBlocking' am Ende des notify aufgerufen wird, gibt das notify einen return Wert im Log zurück.

Code Auswählen Erweitern

defmod ntf_LAN_switch notify LAN_.*:(PoE_on|PoE_off|Port_on|Port_off) {
  Log 1, "$SELF: notify $NAME - $EVENT (nonBlocking)";
  nonBlocking( "$SELF", "$NAME;$EVENT" );
}


Code Auswählen Erweitern

2024.05.06 10:23:12 1: ntf_LAN_switch: notify LAN_TPL_Port4 - PoE_on (nonBlocking)
2024.05.06 10:23:12 3: ntf_LAN_switch return value: HASH(0xa943070)

Wenn die Funktion 'nonBlocking' NICHT am Ende des notify aufgerufen wird, gibt das notify KEINEN return Wert im Log zurück.

Code Auswählen Erweitern

defmod ntf_LAN_switch notify LAN_.*:(PoE_on|PoE_off|Port_on|Port_off) {
  nonBlocking( "$SELF", "$NAME;$EVENT" );
  Log 1, "$SELF: notify $NAME - $EVENT (nonBlocking)";
}


Code Auswählen Erweitern

2024.05.06 10:24:57 1: ntf_LAN_switch: notify LAN_TPL_Port4 - PoE_off (nonBlocking)
Soweit ich das durchblicken konnte, kommt dieser return Wert von deiner Funktion 'AnalyzeCommandChain' welche im AT, NOTIFY und DOIF verwendet wird.

Gibt es einen plausiblen Grund für dieses Verhalten oder ist das ein Bug?

Danke für die Info
Robert

#7

TabletUI / Aw: [FTUI3] Color Mapping gege...

Letzter Beitrag von LordVoodoo - 06 Mai 2024, 11:28:46

Habe das nun mal mit dem Button ausprobiert.

• Positioniere ich den Button innerhalb des Tile, bekomme ich keine Zeilenumbrüche mehr.
• Positioniere ich den Button außerhalb des Tile, erhielt ich einen langen blauen Balken über die Gesamtbreite (ohne Text). Klickbar ist die Tile, habe nun color im Button auf transparent gesetzt, muss nun jedoch das Farbmanagement für an/aus zu Fuß erledigen.

Code Auswählen Erweitern

    <ftui-button [value]="EG_Kueche_Espressomaschine:is_on | map('1:on, 0:off')" (value)="EG_Kueche_Espressomaschine" color="transparent">
        <ftui-grid-tile row="2" col="9" width="4" height="4" shape="round" [color]="EG_Kueche_Espressomaschine:is_on | map('1:light, 0:grey')">

                <ftui-row align-items="center">
                    <ftui-column width="90%" align-items="left">
                            <ftui-icon width="60%" height="60%" name="coffee" [color]="EG_Kueche_Espressomaschine:is_on | map('1:grey, 0:light')"></ftui-icon>
                    </ftui-column>
                </ftui-row>
                <ftui-row align-items="right">
                    <ftui-column width="94%" align-items="left">
                        <ftui-label style="font-weight:bold;" text-align="left" text="Küche" [color]="EG_Kueche_Espressomaschine:is_on | map('1:grey, 0:light')"></ftui-label>
                    </ftui-column>
                </ftui-row>

                <ftui-row align-items="right">
                    <ftui-column width="94%" align-items="left">
                            <ftui-label  text-align="left" text="Espressomaschine" [color]="EG_Kueche_Espressomaschine:is_on | map('1:grey, 0:light')"></ftui-label>
                    </ftui-column>
                </ftui-row>
                <ftui-row align-items="center">
                    <ftui-column width="94%">
                        <ftui-label  text-align="right" [text]="EG_Kueche_Espressomaschine:is_on | map('1:an, 0:aus')" [color]="EG_Kueche_Espressomaschine:is_on | map('1:grey, 0:light')"></ftui-label>
                    </ftui-column>
                </ftui-row>
        </ftui-grid-tile>
    </ftui-button>


#8

MQTT / Aw: Shelly 1 mini Gen3 mit MQT...

Letzter Beitrag von rudolfkoenig - 06 Mai 2024, 11:27:29

Falls das Geraet ueber MQTT2_SERVER mit autocreate angelegt wurde, dann kann man die Topics, worauf der Shelly reagiert, im subscriptions Reading sehen.

Laut verlinkte Seite gibt es zwei unterschiedliche MQTT Methoden, RPC und MQTT Control.
RPC ist mAn hier besser beschrieben.
Fuer MQTT Control (muss vorher aktiviert werden) habe ich kein Schalt-Beispiel gesehen.

#9

Anfängerfragen / Aw: Kosten im Jahr

Letzter Beitrag von RalfRog - 06 Mai 2024, 11:24:10

Ich habe es selber noch nicht ausprobiert und in der Hilfe ist es nicht beschrieben aber es gibt das Attribut limitDecimals.

Edit:
Attribut geht auf eine Ergänzung aus dem letzten Jahr zurück. Im Beitrag steht vielleicht auch was zur Verwendung.
https://forum.fhem.de/index.php?topic=132922.0

#10

Solaranlagen / Aw: [98_Fronius.pm] Fronius AP...

Letzter Beitrag von fichtennadel - 06 Mai 2024, 10:08:05

Kein "[fronius_Parse] ... ERROR=..." im Log?

(Verbose=4, Keine Daten mehr seit ca. 9:03)

Ich sehe die ausgehenden Anfragen an den WR, aber weder die Verarbeitung der Antwort, noch eine Fehlermeldung.

Nach dem Modify

Hier noch deutlicher: auf "[fronius_SendCommand] [GetAPIVersionInfo] PushToCmdQueue SendURL=http://192.168.64.94/solar_api/GetAPIVersion.cgi" kommt keine Antwort, vor allem aber auch keine Fehlermeldung, obwohl im Modul ein Timeout von 10 Sekunden definiert ist.
Eigentlich hätte hier ein "[fronius_Parse] [GetAPIVersionInfo] ERROR=connect to http://192.168.64.94 timed out" kommen müssen, zumindest ist das bei meinen Tests so, wenn ich den WR nicht erreichen kann.

Nach dem FHEM Neustart:" ...

Ich vermute bei Dir mittlerweile eher ein Problem irgendwo mit fhem/perl/OS/Netzwerk, denn dass nichtmal der Timeout kommt, ist schon sehr eigenartig.
Hast Du noch andere Devices definiert, die über http abfragen und funktionierten die währenddessen fehlerfrei?