apcups Plugin nach Update auf 1.3 defekt?

[greentux]

Nach Update sehe ich im Log:

2017-09-13  21:23:22 ERROR    Main         Item hwr.apcups.linev: problem creating: get_iattr_value() missing 1 required positional argument: 'attr'
Traceback (most recent call last):
  File "/usr/local/smarthome/lib/item.py", line 378, in __init__
    child = Item(smarthome, self, child_path, value)
  File "/usr/local/smarthome/lib/item.py", line 439, in __init__
    update = plugin.parse_item(self)
  File "/usr/local/smarthome/plugins/apcups/__init__.py", line 49, in parse_item
    apcups_key = (self.get_iattr_value(ITEM_TAG[0])).lower()

Das Item schaut wie folgt aus:

hwr:

    apcups:

        linev:
            visu_acl: ro
            type: num
            apcups: linev

        status:
            enforce_updates: 'yes'
            visu_acl: ro
            type: str
            apcups: status

        timeleft:
            visu_acl: ro
            type: num
            apcups: timeleft

[psilo]

da ist ein fehler, ja.. ich fixe das blind und pushe es in den DEV. kannst du bitte nachtesten?

ist gepusht.. dass das cmalo damals durchs raster gefallen ist... hätte so noch nie funktionieren dürfen.

[greentux]

Ich teste es heute Abend. Danke.

[psilo]

greentux geht es?

[greentux]

Ich habe jetzt im git log des Plugins nix gefunden... Welcher Teil wäre das? Ich habe leider kein Dev am laufen und würde zur Not mal das Plugin kopieren in mein Master...

[ratzi82]

Ich habe jetzt im git log des Plugins nix gefunden... Welcher Teil wäre das?

https://github.com/smarthomeNG/plugi...61fbc376c94d4b

[greentux]

Patch applied und läuft nun wunderbar! thx

[greentux]

Ich muss das nochmal rausholen:
Logic:

#!/usr/bin/env python
if sh.hwr.apcups.status() is not "ONLINE":
    out = sh.hwr.apcups.timeleft()
    sh.nma('Power loss:', out)

bringt

2017-10-31  00:01:21 ERROR    apcups_alarm Logic: apcups_alarm, File: /usr/local/smarthome/plugins/nma/__init__.py, Line: 47, Method: __call__, Exception: 'float' object is not subscriptable
Traceback (most recent call last):
  File "/usr/local/smarthome/lib/scheduler.py", line 382, in _task
    exec(obj.bytecode)
  File "/usr/local/smarthome/logics/apcups_alarm.py", line 4, in <module>
    sh.nma('Power loss:', out)
  File "/usr/local/smarthome/plugins/nma/__init__.py", line 47, in __call__
    data['description'] = description[:1000].encode()

Items

    apcups:

        linev:
            visu_acl: ro
            type: num
            apcups: linev

        status:
            enforce_updates: 'yes'
            visu_acl: ro
            type: str
            apcups: status

        timeleft:
            visu_acl: ro
            type: num
            apcups: timeleft

[bmx]

Mir sieht das aus der Fehlermeldung eher so aus, als ob das Plugin nma dafür verantwortlich ist. Du könntest mal probieren, ob in Deiner Logik anstelle sh.nma('Power loss:', out) eher ein sh.nma('Power loss:', str(out)) zum Ziel führt...

Das nma Plugin prüft nicht, ob der zweite Parameter description tatsächlich eine Zeichenkette ist sonder versucht einfach sich die 1000 ersten Zeichen zu nehmen...

[greentux]

Danke, das wars. Aber nun schickt es mir dauernd Nachrichten, obwohl der Status "ONLINE" ist... grübel

[bmx]

Naja, wenn das Ergebnis irgendwas ist außer ONLINE kriegst Du eine Info. Auch wenn die Zeichenkette leer ist.

Die Zeichenkette ist dann leer, wenn noch keine Synchronisation zwischen apcaccess und der UPS stattgefunden hat.

#!/usr/bin/env python
status = sh.hwr.apcups.status()
if status and status is not "ONLINE":
    out = sh.hwr.apcups.timeleft()
    sh.nma('Power loss:', str(out))

[greentux]

Danke. Lag am "enforce_update". Das sorgte immer für eine Nachricht. Nun gehts.