76_SMAPortal - Integration SMA Sunny Portal - Ideen & Modulweiterentwicklung

Xguide · 22 August 2019, 16:28:34

Jo, beim Start sieht es jetzt besser aus.
replaceJunkSigns bleibt abzuwarten, ist jetzt erstmal nicht reproduzierbar wann der Fehler aufgetreten ist...Habe gesehen, dass du beim Aufruf was verändert hast.

Danke und viele Grüße,

Marcel

Xguide · 22 August 2019, 18:00:41

Bad news, der replaceJunkSigns Bug ist noch nicht gefixt.
Du hast ihn m.E. auch nur an einer Stelle abgefangen. Ich habe nun mal logging eingebaut um zu verstehen wann der überhaupt kommt.
Mal sehen ob das was bringt. Ferner habe ich ein

Code Auswählen


  if (!$rn)
  {
    Log3 "76_SMAPortal", 1, "76_SMAPortal replaceJunkSigns - Debug replaceJunkSigns - return empty string.";
    return("");
  }

direkt in replaceJunkSigns eigebaut....

DS_Starter · 22 August 2019, 18:07:46

So, wieder da.
Ach ich habe es nur an einer Aufrufstelle gefixt, da gibts doch noch mehr.

Kommt gleich ...

DS_Starter · 22 August 2019, 18:12:29

Ist im contrib. Please try again

Xguide · 23 August 2019, 09:48:09

Moin Heiko,

leider ist über Nacht der Fehler mit meinem erweiteren Logging nicht wieder aufgetreten. Ich werfe jetzt mal deine Version rein und lass das mal über das Wochenende laufen.

Was jetzt allerdings neu ist, allerdings hier OT, aber vielleicht hast du ja einen Tipp für mich. Zwischen 22:00 und 24:00 Uhr hatte ich ziemlich heufig solche Blöcke im Log.
Wobei ich das auf dem RaPi und auf dem NUC hatte. Der größte gemeinsame Nenner sind die SMA Devices....

Code Auswählen


2019.08.22 21:17:52 1: PERL WARNING: Use of uninitialized value $_ in substitution (s///) at /opt/fhem//FHEM/Blocking.pm line 238.
2019.08.22 21:17:52 1: PERL WARNING: Use of uninitialized value $_ in concatenation (.) or string at /opt/fhem//FHEM/Blocking.pm line 238.
2019.08.22 21:18:38 1: PERL WARNING: Use of uninitialized value $_ in substitution (s///) at /opt/fhem//FHEM/Blocking.pm line 238.
2019.08.22 21:18:38 1: PERL WARNING: Use of uninitialized value $_ in concatenation (.) or string at /opt/fhem//FHEM/Blocking.pm line 238.
2019.08.22 21:19:24 1: PERL WARNING: Use of uninitialized value $_ in substitution (s///) at /opt/fhem//FHEM/Blocking.pm line 238.
2019.08.22 21:19:24 1: PERL WARNING: Use of uninitialized value $_ in concatenation (.) or string at /opt/fhem//FHEM/Blocking.pm line 238.
2019.08.22 21:20:10 1: PERL WARNING: Use of uninitialized value $_ in substitution (s///) at /opt/fhem//FHEM/Blocking.pm line 238.
2019.08.22 21:20:10 1: PERL WARNING: Use of uninitialized value $_ in concatenation (.) or string at /opt/fhem//FHEM/Blocking.pm line 238.
2019.08.22 21:20:56 1: PERL WARNING: Use of uninitialized value $_ in substitution (s///) at /opt/fhem//FHEM/Blocking.pm line 238.
2019.08.22 21:20:56 1: PERL WARNING: Use of uninitialized value $_ in concatenation (.) or string at /opt/fhem//FHEM/Blocking.pm line 238.
2019.08.22 21:21:42 1: PERL WARNING: Use of uninitialized value $_ in substitution (s///) at /opt/fhem//FHEM/Blocking.pm line 238.
2019.08.22 21:21:42 1: PERL WARNING: Use of uninitialized value $_ in concatenation (.) or string at /opt/fhem//FHEM/Blocking.pm line 238.
2019.08.22 21:22:28 1: PERL WARNING: Use of uninitialized value $_ in substitution (s///) at /opt/fhem//FHEM/Blocking.pm line 238.
2019.08.22 21:22:28 1: PERL WARNING: Use of uninitialized value $_ in concatenation (.) or string at /opt/fhem//FHEM/Blocking.pm line 238.

Xguide · 23 August 2019, 11:52:28

Changerequest?

Hallo Heiko,

die Consumer-Implementierung funktioniert wirklich prima, bezüglich der usablility wäre es jedoch wünschwert, wenn der Klick in der Portalgrafik von einem geplanten Verbraucher (icon gelb) direkt zu ON (icon grün) springen würde und man nicht erst noch über STOP (icon rot) gehen müsste. Der Response ist manchmal etwas langsam (FTUI/fhemWEB), so dass man bei mehrfachem drücken irgendeinen Zustand herstellt.

Das ist bei uns eigentlich auch die Standardanforderung. Die BT-Steckdosen der Endgeräte sind so konfiguriert, dass sie im AN-Zustand eine Last erkennen und dann automatisch in den STANDBY-Zustand wechseln. Aus diesem werden sie dann vom SHM geholt oder eben manuell, wenn es mal schnell gehen muss. Nach getaner Arbeit verbleibt die Steckdose im AN-Zustand. AUS-Zustand kommt bei uns eigentlich nie vor.

Vielleicht lässt sich das ja machen.

Beste Grüße

Marcel

DS_Starter · 23 August 2019, 12:40:58

Hallo Marcel,

machen lässt sich das auf jeden Fall. Frage ist ob man das Schaltverhalten hart verdrahtet oder per Attribut anpassbar macht. Mir persönlich ist es egal ob ich noch über "rot" gehen muss oder nicht.
Vllt. gibt es noch ein paar Meinungen dazu. Wenn nicht, kann ich das rot mal entfernen. Ein Attribut wäre ja jederzeit einbaubar.

Grüße,
Heiko

DS_Starter · 23 August 2019, 12:55:03

@Marcel, diese Blocking Warnungen gibt es bei mir nicht. Ich schau mal ob ich was finde.

DS_Starter · 23 August 2019, 18:05:52

Hallo Marcel,

kann mir schlecht vorstellen, dass die Blocking-Warnungen aus diesem Modul kommen.
Aber um sicher zu sein schalte doch mal bitte stacktrace an. DAnn wird es sich sicherlich zeigen woher es kommt.
Dann schauen wir weiter.

Grüße,
Heiko

DS_Starter · 25 August 2019, 16:12:44

Hi Marcel,

habe die V 2.5.0 in mein contrib geladen. Mit der Version wird in der Portalgrafik der Wechsel der Verbraucher nur noch zwischen on und automatic realisiert.

Grüße,
Heiko

Xguide · 26 August 2019, 17:46:16

Hallo Heiko,

vielen Dank dafür. Irgendwie funktionieren die Buttons bei mir gerade total unzuverlässig, wohingegend der Set-Befehl sofort funktioniert. Ich glaube ich werde einfach ein paar Softbuttons auf das Tab-Ui setzen und gut ist. Die kleinen Punkte sind eh sehr schwer zu treffen....

Ich werde es mir aber morgen noch einmal ansehen, bin leider gerade sehr zu

Update: Kaum habe ich es geschrieben und noch einmal im Anschluss probiert, geht es deutlich besser. Danke, so ist es nun gut implementiert, für das Tablet werden aber noch Buttons Einzug erhalten.

Danke und beste Grüße,

Marcel

DS_Starter · 26 August 2019, 19:03:38

... ich checke die Version ein und ist morgen im Update.

Grüße,
Heiko

Xguide · 27 August 2019, 14:01:36

Zitat von: DS_Starter am 23 August 2019, 18:05:52
Hallo Marcel,

kann mir schlecht vorstellen, dass die Blocking-Warnungen aus diesem Modul kommen.
Aber um sicher zu sein schalte doch mal bitte stacktrace an. DAnn wird es sich sicherlich zeigen woher es kommt.
Dann schauen wir weiter.

Hallo Heiko,

das Ganze wird von meiner SMA Infrastruktur hervorgerufen, kommt aber nicht vom Portal. OT, aber vielleicht kann ich es ja dennoch mit deinem Tipp sofort abstellen.
Es beginnt im Log mit dem Erreichen der opertime_stop und endet um 23:59:59. Deute ich den stacktrace nun richtig, das es am notify liegt?

Code Auswählen


2019.08.26 21:08:34 1: PERL WARNING: Use of uninitialized value $_ in substitution (s///) at /opt/fhem//FHEM/Blocking.pm line 238.
2019.08.26 21:08:34 1: eval: my $EVTPART0='Einspeisung_Wirkleistung:';my $SELF='Notify_SMA_EnergyMeter';my $EVTPART1='2.1';my $EVENT='Einspeisung_Wirkleistung: 2.1';my $NAME='SMA_EnergyMeter';my $TYPE='SMAEM';{  
  Log 5, "Notify_SMA_EnergyMeter: Notify triggert with event: ".$EVENT;
  my $tsNow = sprintf("%02d:%02d:%02d",$hour, $min, $sec);
  my $tsInvDayStart = substr(ReadingsVal("SMA_TriPower10","opertime_start","06:00:00"),11,8);
  my $tsInvDayEnd = substr(ReadingsVal("SMA_TriPower10","opertime_stop","23:00:00"),11,8);
  Log 5, "Notify_SMA_EnergyMeter: timestamp now: ".$tsNow; 
  Log 5, "Notify_SMA_EnergyMeter: opertime_start: ".$tsInvDayStart;
  Log 5, "Notify_SMA_EnergyMeter: opertime_stop: ".$tsInvDayEnd;  
  if (($tsNow gt $tsInvDayStart) &&  ($tsNow lt $tsInvDayEnd)) 
  {
    if (ReadingsVal("Dummy_PVprocessing","state", 0) eq "1") 
    {
      Log 3, "Notify_SMA_EnergyMeter: Processing PV & Battery Inverter data!";  
      fhem "set Dummy_PVprocessing 2";
    }
    fhem "get SMA_TriPower10 data;sleep 1.0;get SMA_SunnyIsland data";
  } 
  else 
  {
    if (ReadingsVal("Dummy_PVprocessing","state", 0) eq "2") 
    {
      Log 3, "Notify_SMA_EnergyMeter: Processing Battery Inverter data only!"; 
      fhem "set Dummy_PVprocessing 1";
    }  
    fhem "get SMA_SunnyIsland data";
  }
}
2019.08.26 21:08:34 1: stacktrace:
2019.08.26 21:08:34 1:     main::__ANON__                      called by /opt/fhem//FHEM/Blocking.pm (238)
2019.08.26 21:08:34 1:     main::BlockingInformParent          called by /opt/fhem//FHEM/76_SMAInverter.pm (578)
2019.08.26 21:08:34 1:     main::SMAInverter_getstatusDoParse  called by /opt/fhem//FHEM/Blocking.pm (194)
2019.08.26 21:08:34 1:     main::BlockingStart                 called by /opt/fhem//FHEM/Blocking.pm (107)
2019.08.26 21:08:34 1:     main::BlockingCall                  called by /opt/fhem//FHEM/76_SMAInverter.pm (499)
2019.08.26 21:08:34 1:     main::SMAInverter_GetData           called by /opt/fhem//FHEM/76_SMAInverter.pm (391)
2019.08.26 21:08:34 1:     main::SMAInverter_Get               called by fhem.pl (3753)
2019.08.26 21:08:34 1:     main::CallFn                        called by fhem.pl (1958)
2019.08.26 21:08:34 1:     main::CommandGet                    called by fhem.pl (1236)
2019.08.26 21:08:34 1:     main::AnalyzeCommand                called by fhem.pl (1089)
2019.08.26 21:08:34 1:     main::AnalyzeCommandChain           called by fhem.pl (3793)
2019.08.26 21:08:34 1:     main::fhem                          called by (eval 30026) (25)
2019.08.26 21:08:34 1:     (eval)                              called by fhem.pl (1135)
2019.08.26 21:08:34 1:     main::AnalyzePerlCommand            called by fhem.pl (1160)
2019.08.26 21:08:34 1:     main::AnalyzeCommand                called by fhem.pl (1089)
2019.08.26 21:08:34 1:     main::AnalyzeCommandChain           called by /opt/fhem//FHEM/91_notify.pm (121)
2019.08.26 21:08:34 1:     main::notify_Exec                   called by fhem.pl (3753)
2019.08.26 21:08:34 1:     main::CallFn                        called by fhem.pl (3673)
2019.08.26 21:08:34 1:     main::DoTrigger                     called by fhem.pl (4736)
2019.08.26 21:08:34 1:     main::readingsEndUpdate             called by /opt/fhem//FHEM/77_SMAEM.pm (673)
2019.08.26 21:08:34 1:     main::SMAEM_ParseDone               called by (eval 30014) (1)
2019.08.26 21:08:34 1:     (eval)                              called by fhem.pl (1135)
2019.08.26 21:08:34 1:     main::AnalyzePerlCommand            called by fhem.pl (1160)
2019.08.26 21:08:34 1:     main::AnalyzeCommand                called by fhem.pl (1089)
2019.08.26 21:08:34 1:     main::AnalyzeCommandChain           called by /opt/fhem//FHEM/98_telnet.pm (255)
2019.08.26 21:08:34 1:     main::telnet_Read                   called by fhem.pl (3753)
2019.08.26 21:08:34 1:     main::CallFn                        called by fhem.pl (748)
2019.08.26 21:08:34 1: PERL WARNING: Use of uninitialized value $_ in concatenation (.) or string at /opt/fhem//FHEM/Blocking.pm line 238.
2019.08.26 21:08:34 1: eval: my $EVTPART0='Einspeisung_Wirkleistung:';my $SELF='Notify_SMA_EnergyMeter';my $EVTPART1='2.1';my $EVENT='Einspeisung_Wirkleistung: 2.1';my $NAME='SMA_EnergyMeter';my $TYPE='SMAEM';{  
  Log 5, "Notify_SMA_EnergyMeter: Notify triggert with event: ".$EVENT;
  my $tsNow = sprintf("%02d:%02d:%02d",$hour, $min, $sec);
  my $tsInvDayStart = substr(ReadingsVal("SMA_TriPower10","opertime_start","06:00:00"),11,8);
  my $tsInvDayEnd = substr(ReadingsVal("SMA_TriPower10","opertime_stop","23:00:00"),11,8);
  Log 5, "Notify_SMA_EnergyMeter: timestamp now: ".$tsNow; 
  Log 5, "Notify_SMA_EnergyMeter: opertime_start: ".$tsInvDayStart;
  Log 5, "Notify_SMA_EnergyMeter: opertime_stop: ".$tsInvDayEnd;  
  if (($tsNow gt $tsInvDayStart) && ($tsNow lt $tsInvDayEnd)) 
  {
    if (ReadingsVal("Dummy_PVprocessing","state", 0) eq "1") 
    {
      Log 3, "Notify_SMA_EnergyMeter: Processing PV & Battery Inverter data!";  
      fhem "set Dummy_PVprocessing 2";
    }
    fhem "get SMA_TriPower10 data;sleep 1.0;get SMA_SunnyIsland data";
  } 
  else 
  {
    if (ReadingsVal("Dummy_PVprocessing","state", 0) eq "2") 
    {
      Log 3, "Notify_SMA_EnergyMeter: Processing Battery Inverter data only!"; 
      fhem "set Dummy_PVprocessing 1";
    }  
    fhem "get SMA_SunnyIsland data";
  }
}
2019.08.26 21:08:34 1: stacktrace:
2019.08.26 21:08:34 1:     main::__ANON__                      called by /opt/fhem//FHEM/Blocking.pm (238)
2019.08.26 21:08:34 1:     main::BlockingInformParent          called by /opt/fhem//FHEM/76_SMAInverter.pm (578)
2019.08.26 21:08:34 1:     main::SMAInverter_getstatusDoParse  called by /opt/fhem//FHEM/Blocking.pm (194)
2019.08.26 21:08:34 1:     main::BlockingStart                 called by /opt/fhem//FHEM/Blocking.pm (107)
2019.08.26 21:08:34 1:     main::BlockingCall                  called by /opt/fhem//FHEM/76_SMAInverter.pm (499)
2019.08.26 21:08:34 1:     main::SMAInverter_GetData           called by /opt/fhem//FHEM/76_SMAInverter.pm (391)
2019.08.26 21:08:34 1:     main::SMAInverter_Get               called by fhem.pl (3753)
2019.08.26 21:08:34 1:     main::CallFn                        called by fhem.pl (1958)
2019.08.26 21:08:34 1:     main::CommandGet                    called by fhem.pl (1236)
2019.08.26 21:08:34 1:     main::AnalyzeCommand                called by fhem.pl (1089)
2019.08.26 21:08:34 1:     main::AnalyzeCommandChain           called by fhem.pl (3793)
2019.08.26 21:08:34 1:     main::fhem                          called by (eval 30026) (25)
2019.08.26 21:08:34 1:     (eval)                              called by fhem.pl (1135)
2019.08.26 21:08:34 1:     main::AnalyzePerlCommand            called by fhem.pl (1160)
2019.08.26 21:08:34 1:     main::AnalyzeCommand                called by fhem.pl (1089)
2019.08.26 21:08:34 1:     main::AnalyzeCommandChain           called by /opt/fhem//FHEM/91_notify.pm (121)
2019.08.26 21:08:34 1:     main::notify_Exec                   called by fhem.pl (3753)
2019.08.26 21:08:34 1:     main::CallFn                        called by fhem.pl (3673)
2019.08.26 21:08:34 1:     main::DoTrigger                     called by fhem.pl (4736)
2019.08.26 21:08:34 1:     main::readingsEndUpdate             called by /opt/fhem//FHEM/77_SMAEM.pm (673)
2019.08.26 21:08:34 1:     main::SMAEM_ParseDone               called by (eval 30014) (1)
2019.08.26 21:08:34 1:     (eval)                              called by fhem.pl (1135)
2019.08.26 21:08:34 1:     main::AnalyzePerlCommand            called by fhem.pl (1160)
2019.08.26 21:08:34 1:     main::AnalyzeCommand                called by fhem.pl (1089)
2019.08.26 21:08:34 1:     main::AnalyzeCommandChain           called by /opt/fhem//FHEM/98_telnet.pm (255)
2019.08.26 21:08:34 1:     main::telnet_Read                   called by fhem.pl (3753)
2019.08.26 21:08:34 1:     main::CallFn                        called by fhem.pl (748)

Danke für die Unterstützung,

Marcel

UPDATE:

Habe das Notify schon mal angepasst, denke aber nicht das es den Fehler verursacht....

Code Auswählen


SMA_EnergyMeter:Einspeisung_Wirkleistung:.* {  
  Log 5, "Notify_SMA_EnergyMeter: Notify triggert with event: ".$EVENT;
  my $modulstate = ReadingsVal("SMA_TriPower10","modulstate","undef");
  if ($modulstate eq "normal")
  {
    fhem "get SMA_TriPower10 data;sleep 1.0;get SMA_SunnyIsland data";
  } 
  elsif ($modulstate eq "sleep") 
  {
    fhem "get SMA_SunnyIsland data";
  }
  else
  {
    Log 1, "Notify_SMA_EnergyMeter: Unexpected modulstate: ".$modulstate;  
  }
}

DS_Starter · 27 August 2019, 14:59:11

Hallo Marcel,

es hat mit ziemlicher Sicherheit etwas mit meiner kürzlichen Implementierung der ETODAY Berechnung im Invertermodul zu tun.
Allerdings kommt das Prob wohl erst durch dein Konstrukt zum Vorschein denn bei mir gibt es keine Fehler im Log.
Schaue ich mir heute Abend an.

Grüße,
Heiko

Xguide · 27 August 2019, 15:29:06

Super danke! Thema habe ich dann mal umgeschichtet, da ja hier wirklich OT.

https://forum.fhem.de/index.php/topic,56080.msg969963.html#msg969963