Autor Thema: Ubiquiti mFi/mPower Steckdosenleisten Wlan/Lan - neues Modul: 98_UbiquitiMP.pm  (Gelesen 40468 mal)

Offline aramis

  • Jr. Member
  • **
  • Beiträge: 93
Hallo Wzut,

danke dir erstmal dass du dich dem Thema annimmst.
Benötigst du irgendwelche Angaben von mir?

Viele Grüße
aramis
####################
=> ganz viele verrückte Ideen
####################

Offline Wzut

  • Developer
  • Hero Member
  • ****
  • Beiträge: 2598
äh nein. Ich gehe davon aus mit pro meinst du die 6er ?
Ich habe nur eine 3er , sollte aber zum Thema des Gruppentest erst einmal ausreichen.
Maintainer der Module: MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK

Offline Wzut

  • Developer
  • Hero Member
  • ****
  • Beiträge: 2598
Ich habe jetzt meiner 3er in Betrieb und Gruppen angelegt. Auch nach einem FHEM Restart kann ich diese ohne Probleme schalten.
Um deinem Problem auf die Spur zu kommen benötige ich :
a. ein List des UbiquittiMP Device nach einem reboot/restart nachdem der Status abgefragt wurde
b. ein verbose 5 Log mit dem Versuch eine Gruppe zu schalten 
Maintainer der Module: MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK

Offline Wzut

  • Developer
  • Hero Member
  • ****
  • Beiträge: 2598
Update : Ich denke ich habe den Fehler gefunden, er tritt nur dann auf wenn man mehr als ein Device anlegt und dieses jeweils auch mehr als ein Port hat.
Legt man nun Gruppen an überschreibt die Gruppenliste von Device Nr. 2 die von Nr. 1 
Maintainer der Module: MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK

Offline aramis

  • Jr. Member
  • **
  • Beiträge: 93
Hallo Wzut,

das von dir beschriebene Verhalten kann ich nachvollziehen.
Ich habe nun mal meine GroupPorts neu geordnet und siehe da, wenn der Eintrag zu letzt steht ist er auswählbar.

Kann ich irgendwas tun um dieses Verhalten abzustellen?

Danke dir
####################
=> ganz viele verrückte Ideen
####################

Offline Wzut

  • Developer
  • Hero Member
  • ****
  • Beiträge: 2598
Ich habe das inzwischen umgeschrieben und noch ein paar Kleinigkeiten geändert, wenn die 1 Port Ubi jetzt auch noch fehlerfrei läuft werde ich die neuen Versionen entweder heute oder morgen Abend einchecken.
Maintainer der Module: MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK

Offline aramis

  • Jr. Member
  • **
  • Beiträge: 93
Herzlichen Dank dir Wzut.
Vielen Dank für deinen Einsatz! _thumbsup_
####################
=> ganz viele verrückte Ideen
####################

Offline Wzut

  • Developer
  • Hero Member
  • ****
  • Beiträge: 2598
@aramis, kannst du bitte mal die angehängten Versionen bei dir testen bevor ich sie einchecke ?
Der Code ist IMHO soweit fertig, allerdings fehlt jetzt noch die entsprechende Doku in der command.ref
ACHTUNG : nach einem reload gibt es das Attribut password nicht mehr !
Das Password muß jetzt (wie bei anderen Modulen auch) einmalig mit set <name> password dein_password dauerhaft eingetragen werden. 
Maintainer der Module: MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK

Offline aramis

  • Jr. Member
  • **
  • Beiträge: 93
Hallo wzut,

mache ich gerne heute Abend sobald ich zuhause bin.
Benötigst du dann irgendwelche Logs von mir?

Grüße
aramis
####################
=> ganz viele verrückte Ideen
####################

Offline Wzut

  • Developer
  • Hero Member
  • ****
  • Beiträge: 2598
nein, mir geht es um deine Gruppen bei mehr als einem Multiport Gerät.
Ich konnte das mit meiner 3er und mini nur simulieren.
Maintainer der Module: MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK

Offline aramis

  • Jr. Member
  • **
  • Beiträge: 93
Hallo Wzut,

funktioniert.  ;D
Ich habe es nun zwei Wochen immer wieder getestet - und was soll ich sagen:
PERFEKT!

Danke dir *thumbs up*
####################
=> ganz viele verrückte Ideen
####################

Offline CoolTux

  • Developer
  • Hero Member
  • ****
  • Beiträge: 21710
Wo Du doch gerade so schön dabei bist

2019.04.02 06:09:13 1: PERL WARNING: Use of uninitialized value $b in concatenation (.) or string at ./FHEM/98_UbiquitiMP.pm line 852.
2019.04.02 06:09:13 3: eval: {UbiquitiMP_BCDone('mFimPower01|1|status|{"sensors":[{"port":1,"output":0,"power":0.0,"enabled":0,"current":0.0,"voltage":0.0,"powerfactor":0.0,"relay":0,"lock":0,"prevmonth":1398,"thismonth":0},{"port":2,"output":0,"power":0.0,"enabled":0,"current":0.0,"voltage":0.0,"powerfactor":0.0,"relay":0,"lock":0,"prevmonth":0,"thismonth":0},{"port":3,"output":0,"power":0.0,"enabled":0,"current":0.0,"voltage":0.0,"powerfactor":0.0,"relay":0,"lock":0,"prevmonth":77007,"thismonth":3197},{"port":4,"output":0,"power":0.0,"enabled":0,"current":0.0,"voltage":0.0,"powerfactor":0.0,"relay":0,"lock":0,"prevmonth":58,"thismonth":0},{"port":5,"output":1,"power":0.0,"enabled":0,"current":0.0,"voltage":232.260444641,"powerfactor":0.0,"relay":1,"lock":0,"prevmonth":7579,"thismonth":159},{"port":6,"output":0,"power":0.0,"enabled":0,"current":0.0,"voltage":0.0,"powerfactor":0.0,"relay":0,"lock":0,"prevmonth":494,"thismonth":0}],"status":"success"}|u=6896104.83|l=0.69 0.56 0.55|876.5625 0.0 66396.5625 18.4375 2490.3125 651.5625 MF.v2.1.11')}
2019.04.02 06:09:13 1: PERL WARNING: Use of uninitialized value $b in concatenation (.) or string at ./FHEM/98_UbiquitiMP.pm line 844.
2019.04.02 06:09:13 3: eval: {UbiquitiMP_BCDone('mFimPower01|1|status|{"sensors":[{"port":1,"output":0,"power":0.0,"enabled":0,"current":0.0,"voltage":0.0,"powerfactor":0.0,"relay":0,"lock":0,"prevmonth":1398,"thismonth":0},{"port":2,"output":0,"power":0.0,"enabled":0,"current":0.0,"voltage":0.0,"powerfactor":0.0,"relay":0,"lock":0,"prevmonth":0,"thismonth":0},{"port":3,"output":0,"power":0.0,"enabled":0,"current":0.0,"voltage":0.0,"powerfactor":0.0,"relay":0,"lock":0,"prevmonth":77007,"thismonth":3197},{"port":4,"output":0,"power":0.0,"enabled":0,"current":0.0,"voltage":0.0,"powerfactor":0.0,"relay":0,"lock":0,"prevmonth":58,"thismonth":0},{"port":5,"output":1,"power":0.0,"enabled":0,"current":0.0,"voltage":232.260444641,"powerfactor":0.0,"relay":1,"lock":0,"prevmonth":7579,"thismonth":159},{"port":6,"output":0,"power":0.0,"enabled":0,"current":0.0,"voltage":0.0,"powerfactor":0.0,"relay":0,"lock":0,"prevmonth":494,"thismonth":0}],"status":"success"}|u=6896104.83|l=0.69 0.56 0.55|876.5625 0.0 66396.5625 18.4375 2490.3125 651.5625 MF.v2.1.11')}

Bekomme ich, auch aktuell, nach jedem FHEM start.  :)
Hast Du da eine Idee?
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://paypal.me/pools/c/8gULisr9BT
FHEM GitHub: https://github.com/fhem/
kein Support für cfg Editierer

Offline Wzut

  • Developer
  • Hero Member
  • ****
  • Beiträge: 2598
@CoolTux , teste doch bitte mal die Version aus Antwort #202 , die wollte ich am WE so einchecken und sie dürfte den Fehler eigentlich nicht mehr haben.
Maintainer der Module: MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK

Offline CoolTux

  • Developer
  • Hero Member
  • ****
  • Beiträge: 21710
Kann ich leider nicht testen. Habe keine Testumgebung mit so einem Teil. Check einfach ein und mache dann bei Gelegenheit das Update.
Vielen Dank für die Antwort.


Grüße
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://paypal.me/pools/c/8gULisr9BT
FHEM GitHub: https://github.com/fhem/
kein Support für cfg Editierer

Offline netdom

  • New Member
  • *
  • Beiträge: 40
Hallo,

ich habe ein kleine Frage zum Logging. Ich habe schon seit ewigkeiten eine 6er Steckdose ohne größere Schwierigkeiten aktiv. Das einzige das mich nervt, im fhem.log schreibt er mir immer folgendes ins Log:

2019.06.03 15:18:32 2: az.verteilerdose - sensors  : 6

Soweit ich das verstanden habe, prüft er damit wohl wieviele Ausgänge die angesprochene Steckdose hat. (Wie) kann ich das Logging dieses konkreten Eintrags ins fhem.log unterbinden ? Ich habe schon mit event-change-reading und dem ändern des verbose Levels des konkreten Device probiert, aber ohne Erfolg. Zumal dieser Wert "sensors: 6" ja scheinbar kein Reading ist.

Hat jemand noch eine Idee ?


 

decade-submarginal