Neu: 77_SMAEM - Modul für SMA Energie Meter. Alternative zum Sunny Home Manager.

[DS_Starter]

Hi Marcel,

sorry, hätte darauf hinweisen sollen dass ein restart nötig ist.
Allgemein ... wenn du sowas siehst -> "Too many arguments ...", egal welches Modul, kannst du gleich einen Restart statt eines Reload machen. In den meisten Fällen wird der Fehler nicht mehr erscheinen.

Aber schön, ich mache mal weiter. 

Grüße,
Heiko

[DS_Starter]

Nun habe ich das Modul noch um die Unterstützung von Installer.pm und Meta.pm ergänzt und als Version 3.4.0 in mein contrib geladen.
Jetzt sollte das Modul wieder auf dem aktuellen Stand von FHEM sein.

@XGuide, hast du mal "reset" ausprobiert ?

Grüße,
Heiko

[300P]

@DS_Starter:

Das Ergebnis bei / nach Aufruf von "reset":

Code Auswählen Erweitern


Cachefile ./FHEM/fhemUtils/cacheSMAEM deleted. It will be initialized immediately


Gruß
300P

[DS_Starter]

Ja, so soll es sein.   
Danach wird das Cachefile neu erstellt so wie es dort steht und das Modul arbeitet ganz normal weiter.

Du kannst dir das File ./FHEM/fhemUtils/cacheSMAEM mit einem Editor anschauen.
Sieht ungefähr so aus:

Code Auswählen Erweitern


SMAEM_SMA_Energymeter_allserials:1900212213
SMAEM_SMA_Energymeter_1900212213:12384.1909_8482.6841


[300P]

"Dem" ist so


Gruß
300P

[DS_Starter]

Das "reset" kann man jederzeit ausführen, ist aber speziell für den Fall gedacht falls das Device doch einmal in einen der beschriebenen Zustände geraten sollte. Ist bei mir aber wie geschrieben noch nie passiert.
Ein solcher Zustand kann auch eintreten wenn die Differenz zwischen zwei Messungen den Wert des Attributs "diffAccept" übersteigt. Mal in Commandref dazu nachlesen. Auch dann kann nun reset angewendet werden. Man sollte aber sicher sein, dass die Differenz so sein soll (dafür gibt es diese Sicherheitseinstellung).

LG,
Heiko

[300P]

Prima + Danke an Dich für das Update!

Dann kann ich meine kopierte und an allen Stellen als Version "SMeaM" generierte Version mit der hinterlegten Seriennummer jetzt wieder "löschen" 


Gruß
300P

[DS_Starter]

Ich teste noch etwas und ergänze die Commandref etc.
Wenn nichts mehr auffallen sollte, erstelle ich einen Patch für Volker und checke das Modul ins SVN ein.

[Volker Kettenbach]

Bitte hier:
https://gitlab.com/volkerkettenbach/FHEM-SMA-Speedwire

als Merge Request oder als Ticket!

[DS_Starter]

Hallo Volker, @all,

ich habe die Weiterentwicklung ins SVN eingecheckt und in deinem GitLab ein Ticket (issue) mit dem Patch erstellt.

Grüße,
Heiko

[Volker Kettenbach]

Hallo Heiko,

ich bekomme mit diesem Modul Fehler:

Code Auswählen Erweitern

Too many arguments for main::SMAEM_setCacheValue at ./FHEM/77_SMAEM.pm line 754, near "$as)"
Too many arguments for main::SMAEM_setCacheValue at ./FHEM/77_SMAEM.pm line 775, near "$sumstr)"
BEGIN not safe after errors--compilation aborted at ./FHEM/77_SMAEM.pm line 936.

[Volker Kettenbach]

Oha, ich glaube mein FHEM ist mittlerweile einfach zu alt. Nach einem Restart bekomme ich:

Code Auswählen Erweitern

Undefined subroutine &main::sortTopicNum called at ./FHEM/77_SMAEM.pm line 919, <$fh> line 4786.

[Wzut]

update 99_Utils hilft

[DS_Starter]

Hi Volker,

du brauchst nur die 99_Utils.pm aktualisieren. Dort steckt diese Standardfunktion sortTopicNum  drin.

Wzut war schneller 

LG,
Heiko

[Volker Kettenbach]

Danke!
GitLab ist jetzt up-to date: https://gitlab.com/volkerkettenbach/FHEM-SMA-Speedwire

SVN hat ds_starter schon gemacht, richtig?