Ankündigung

**Robert** · 16.08.2014, 21:01

Zitat von eddso Beitrag anzeigen

Schönes Plugin, Danke an den Entwickler. Mein Wechselrichter STP 8000TL-20 läuft damit, ist somit auch getestet. Eine Anregung hätte ich noch: es wäre schön wenn das auslesen nach dem Sonnenuntergang bis Sonnenaufgang gestoppt wird um Energie zu sparen.

Neu im develop: "SMA = PLUGIN_ACTIVE"

Beispiel-Item:

Code:

[Wechselrichter]
  [[Plugin_aktiv]]
    type = bool
    cache = yes
    sma = PLUGIN_ACTIVE
    eval = not value
    eval_trigger = env.location.night

Bei "False" wird der Scheduler-Eintrag entfernt und die BT-Verbindung abgebaut, bei "True" die Verbindung geöffnet und das periodische Abfragen wieder gestartet. Ein Start mit "False" ist ebenfalls möglich und kann dann auf "True" gesetzt werden.
Wird kein "PLUGIN_ACTIVE"-Item definiert ist das Plugin immer aktiv.

Bitte testen!

Grüße
Robert

**eddso** · 18.12.2014, 10:40

Getestet, funktioniert wie beschrieben. Danke für dieses feature.
Gruß
Eduard

**eddso** · 14.02.2015, 00:05

Hallo,
Habe das SH aus dem developer branch installiert und bekomme jetzt beim sma plugin warnings "unknown/malformed response!".
Hier ein Logauschnitt beim starten, sieht ok aus:

Code:

2015-02-13 23:46:48,671 DEBUG    s0           init gpio: 7 -- __init__.py:run:42
2015-02-13 23:46:49,183 INFO     sma          sma: via bluetooth connected to 00:80:25:29:E6:F3 -- __init__.py:run:242
2015-02-13 23:46:49,245 INFO     sma          sma: own bluetooth address: 00:13:d3:5d:df:91 -- __init__.py:_inv_connect:546
2015-02-13 23:46:49,475 INFO     sma          sma: inverter serial = 304602873 -- __init__.py:_inv_login:619
2015-02-13 23:46:49,484 DEBUG    sma          Item inverter.MAC_Address = 00:80:25:29:E6:F3 via SMA 304602873 None -- item.py:__update:369
2015-02-13 23:46:49,496 DEBUG    sma          Item inverter.Serial_Number = 304602873 via SMA 304602873 None -- item.py:__update:369
2015-02-13 23:46:49,584 INFO     sma          sma: inverter timestamp = 0s / host timestamp = 1423867609s / diff = -1423867609s -- __init__.py:run:272
2015-02-13 23:46:49,599 DEBUG    sma          SMA next time: 2015-02-13 23:47:00+01:00 -- scheduler.py:_next_time:303
2015-02-13 23:46:50,043 DEBUG    nibe         update_item: reg:44 = 70 -- __init__.py:run:91
2015-02-13 23:46:50,052 DEBUG    nibe         Item heating.circ_pump_speed_heat_p = 70 via NIBE REG 44 None -- item.py:__update:369

Danach kommt das

Code:

2015-02-13 23:47:11,864 DEBUG    nibe         Item heating.return_temp_c = 24.3 via NIBE REG 7 None -- item.py:__update:369
2015-02-13 23:47:15,452 WARNING  sma          sma: rx - unknown/malformed response! -- __init__.py:run:350
2015-02-13 23:47:15,465 WARNING  sma          sma: rx - len=44 data=[0x7e, 0xff, 0x03, 0x60, 0x65, 0x09, 0x90, 0xf3, 0xe6, 0x29, 0x25, 0x80, 0x00, 0x00, 0xe0, 0xb5, 0x00, 0xf9, 0xde, 0x27, 0x12, 0x00, 0x00, 0xff, 0xff, 0x00, 0x00, 0x08, 0x80, 0x01, 0x02, 0x80, 0x53, 0x00, 0x1f, 0x45, 0x00, 0xff, 0x21, 0x45, 0x00, 0xb4, 0x27, 0x7e] -- __init__.py:run:351
2015-02-13 23:47:15,477 WARNING  sma          sma: sma2-seq=32776 / sma2-data=[0x01 0x02 0x80 0x53 0x00 0x1f 0x45 0x00 0xff 0x21 0x45 0x00 0xb4 0x27 0x7e] -- __init__.py:run:353
2015-02-13 23:47:20,425 WARNING  sma          sma: rx - unknown/malformed response! -- __init__.py:run:350
2015-02-13 23:47:20,437 WARNING  sma          sma: rx - len=44 data=[0x7e, 0xff, 0x03, 0x60, 0x65, 0x09, 0x90, 0xf3, 0xe6, 0x29, 0x25, 0x80, 0x00, 0x00, 0xe0, 0xb5, 0x00, 0xf9, 0xde, 0x27, 0x12, 0x00, 0x00, 0xff, 0xff, 0x00, 0x00, 0x09, 0x80, 0x01, 0x02, 0x00, 0x54, 0x00, 0x2e, 0x46, 0x00, 0xff, 0x2f, 0x46, 0x00, 0xdb, 0x6d, 0x7e] -- __init__.py:run:351
2015-02-13 23:47:20,450 WARNING  sma          sma: sma2-seq=32777 / sma2-data=[0x01 0x02 0x00 0x54 0x00 0x2e 0x46 0x00 0xff 0x2f 0x46 0x00 0xdb 0x6d 0x7e] -- __init__.py:run:353
2015-02-13 23:47:22,530 DEBUG    nibe         update_item: reg:1 = 3.8 -- __init__.py:run:91
2015-02-13 23:47:22,538 DEBUG    nibe         Item heating.outdoor_temp_c = 3.8 via NIBE REG 1 None -- item.py:__update:369
2015-02-13 23:47:23,627 DEBUG    nibe         update_item: reg:6 = 24.3 -- __init__.py:run:91
2015-02-13 23:47:23,636 DEBUG    nibe         Item heating.supply_temp_c = 24.3 via NIBE REG 6 None -- item.py:__update:369
2015-02-13 23:47:25,433 WARNING  sma          sma: rx - unknown/malformed response! -- __init__.py:run:350
2015-02-13 23:47:25,446 WARNING  sma          sma: rx - len=44 data=[0x7e, 0xff, 0x03, 0x60, 0x65, 0x09, 0x90, 0xf3, 0xe6, 0x29, 0x25, 0x80, 0x00, 0x00, 0xe0, 0xb5, 0x00, 0xf9, 0xde, 0x27, 0x12, 0x00, 0x00, 0xff, 0xff, 0x00, 0x00, 0x0a, 0x80, 0x01, 0x02, 0x00, 0x51, 0x00, 0x57, 0x46, 0x00, 0xff, 0x57, 0x46, 0x00, 0x92, 0x8a, 0x7e] -- __init__.py:run:351
2015-02-13 23:47:25,463 WARNING  sma          sma: sma2-seq=32778 / sma2-data=[0x01 0x02 0x00 0x51 0x00 0x57 0x46 0x00 0xff 0x57 0x46 0x00 0x92 0x8a 0x7e]

kennt oder sieht jemand das Problem?

Gruß Eduard

**Robert** · 14.02.2015, 12:16

Hast du den Sunnyboy 007TL-Geheim? Oder ein anderes Modell? Baujahr? Firmwatestand?

**eddso** · 14.02.2015, 13:30

Hi,
danke für schnelle Antwort.
Wie ich oben schrieb: Wechselrichter STP 8000TL-20. Lief auch die ganze Zeit, läuft Heute wider, liegt wohl an der Zeit es war spät abends und keine Sonne aber trotzdem komisch.

Weiterhin habe ich bemerkt das er ca. nach einem Monat nicht funktioniert (muss sh neu starten). Es kommen Meldungen vom sh das nicht genügend threads zur Verfügung stehen für SMA oder so Ähnlich. Deshalb bin ich auf developer sh gegangen. Mal schauen.

Gruß Eduard

**eibdoktor** · 14.02.2015, 15:36

Immer noch keiner, der WR über LAN nach KNX integriert?

Zitat von arnix Beitrag anzeigen

Hi Michael,

danke für die Antwort. Ich will es aber lieber irgendwie über die LAN-Verbindung machen, denn jetzt extra Bluetooth im Technikraum aufzubauen, wo doch schon eine in meinen Augen bessere Verbindung steht, wäre für mich eher zweite Wahl. Vielleicht ergibt sich ja noch eine diesbezügliche Möglichkeit.

Viele Grüße

Arne

Ich bin auch ziemlich überrascht, dass noch keiner auf die Idee gekommen ist, die SMA WR über LAN in KNX zu integrieren. Mein STP 9000 TL ist schon seit 08/13 mit LAN - Connection eingebaut. Bluetooth ist m.E. nur zweite Wahl, halt so 'ne Bastlerlösung für Freaks. Ehrlich!
Am besten wäre eine vollwertige KNX-Lösung, die man per zertif. ETS-Applikation auf ein zertifiziertes KNX/IP Modul irgendeines Herstellers runterladen kann. Wann nimmt sich mal jemand dieser Sache an?

**callidomus** · 14.02.2015, 17:30

Hallo,

Zitat von eddso Beitrag anzeigen

Es kommen Meldungen vom sh das nicht genügend threads zur Verfügung stehen für SMA oder so Ähnlich.

nimm die Meldung ernst. Da läuft ein Plugin oder eine Logik Amok.
Das solltest Du verfolgen.

Bis bald

Marcus

**Tom Bombadil** · 14.02.2015, 18:01

Zitat von eibdoktor Beitrag anzeigen

Ich bin auch ziemlich überrascht, dass noch keiner auf die Idee gekommen ist, die SMA WR über LAN in KNX zu integrieren. Mein STP 9000 TL ist schon seit 08/13 mit LAN - Connection eingebaut. Bluetooth ist m.E. nur zweite Wahl, halt so 'ne Bastlerlösung für Freaks. Ehrlich!
Am besten wäre eine vollwertige KNX-Lösung, die man per zertif. ETS-Applikation auf ein zertifiziertes KNX/IP Modul irgendeines Herstellers runterladen kann. Wann nimmt sich mal jemand dieser Sache an?

Schön, dass Du Dich bereit erklärst, ein WR-Plugin für sh.py zu schreiben. Bitte bedenke, dass Dir die KNX-Zertifizierung als Privatperson einiges an Kosten verursachen wird. Für die Mühen und Deine Freizeit sowie die mit dem Projekt verbundenen Investitionen bedanke ich mich im voraus und freue mich, Dir als Tester zur Verfügung zu stehen!!!

/tom

**Robert** · 15.02.2015, 13:06

Zitat von eibdoktor Beitrag anzeigen

[bla...] Bluetooth ist m.E. nur zweite Wahl, halt so 'ne Bastlerlösung für Freaks. Ehrlich!
Am besten wäre eine vollwertige KNX-Lösung, die man per zertif. ETS-Applikation auf ein zertifiziertes KNX/IP Modul irgendeines Herstellers runterladen kann. Wann nimmt sich mal jemand dieser Sache an?

Ich möchte wirklich mal wissen was für Leute das sind, die, obwohl nicht direkt betroffen, noch kein Plugin geschrieben, evtl. nicht mal sh.py einsetzen ein "Verärgert"-Icon wählen und in einen fremden Thread "reinkotzen". Hier hast du meinen "Smilie":

Die "Freaks" schreiben in ihrer Freizeit unentgeldlich Plugins die sie gerne anderen zur Verfügung stellen. Gelegentlich werden nach besten Wissen und Gewissen Funktionen eingebaut, die man gar nicht mal selber haben will, nur weil jemand anderes nett fragt. Abgesehen davon ist Bluetooth nun bei mir perfekt stabil und aufgrund der drahtlosen Übertragung ohne Installationsaufwand zu realisieren.

Der Rest zeugt nur von Ahnungslosigkeit - was sollen die Daten primär auf dem KNX? Im Endeffekt wird sowieso eine PC-basierte Logikengine mit Ethernet-Schnittstelle die Entscheidung treffen ob die WaMa eingeschaltet wird oder die Datenaufzeichnung übernehmen. Die kann dann selektiv Daten auch auf den KNX legen - ach, komisch - ist bei mir ja schon so...

**Robert** · 15.02.2015, 13:50

Hi Eduard,

Zitat von eddso Beitrag anzeigen

Wie ich oben schrieb: Wechselrichter STP 8000TL-20. Lief auch die ganze Zeit, läuft Heute wider, liegt wohl an der Zeit es war spät abends und keine Sonne aber trotzdem komisch.

Entschuldige, hatte nicht weiter geschaut ob du vorher irgendwann schon mal dein Invertermodell geschrieben hattest.

Zitat von eddso Beitrag anzeigen

Weiterhin habe ich bemerkt das er ca. nach einem Monat nicht funktioniert (muss sh neu starten). Es kommen Meldungen vom sh das nicht genügend threads zur Verfügung stehen für SMA oder so Ähnlich. Deshalb bin ich auf developer sh gegangen.

Ich habe mal denke ich das Problem eingekreist: Wenn du spät abends das Plugin neu startest und Live-Daten vom Wechselrichter abfragst (z.B. Strom, Spannung, Leistung) antwortet der Wechselrichter "hab ich nicht" - das wurde scheinbar im Plugin noch nicht ausreichend abgefangen. Ich habe jetzt mal eine neue Version ins develop geschoben: Das Locking gibt jetzt auch den Thread frei wenn eine falsche Antwort empfangen wurde (eigentlich sollte das ein 5 Sekunden Timeout erledigen!?) und "keine Daten" wird nicht mehr als Fehler sonders als Hinweis angezeigt.

Bitte teste mal die aktuelle Version!

Grüße
Robert

**eddso** · 16.02.2015, 19:29

Danke,
hab das Plugin aktualisiert, werde beobachten.

@mknx: nach den logs habe ich das schon eingekreist als sma Plugin, es wurden immer neue Threads aufgemacht bis sh sagt keine mehr frei. Logiken habe ich nicht, andere Plugins liefen auch jeweils mit 1 Thread nur SMA mit 100+ Threads.
Habe es jeweils jeden Monat gehabt (sehe es an der blauen Bluethoot LED beim SMA, wenn die weg ist stimmt was nicht).

Gruß Eduard

**eddso** · 21.02.2015, 15:28

Habe wider das gleiche verhalten auch mit der sh Version aus dem develop.

hier der log:

Code:

2015-02-21 01:57:58 ERROR    sma          sma: rx: exception - [Errno 103] Software caused connection abort
2015-02-21 01:58:51 ERROR    SMA          Method SMA exception: [Errno 107] Transport endpoint is not connected
Traceback (most recent call last):
  File "/usr/smarthome/lib/scheduler.py", line 358, in _task
    obj()
  File "/usr/smarthome/plugins/sma/__init__.py", line 210, in _update_values
    self._inv_send_request(request)
  File "/usr/smarthome/plugins/sma/__init__.py", line 647, in _inv_send_request
    self._send_msg(msg)
  File "/usr/smarthome/plugins/sma/__init__.py", line 516, in _send_msg
    self._btsocket.send(msg)
socket.error: [Errno 107] Transport endpoint is not connected
2015-02-21 02:04:20 INFO     Scheduler    Adding worker thread. Total: 6
2015-02-21 02:04:20 INFO     Scheduler    Threads: nibe: 1, s0: 1, sma: 1, Scheduler: 1, Thread-6: 1, Main: 1, SMA: 5
2015-02-21 02:05:22 INFO     Scheduler    Adding worker thread. Total: 7
2015-02-21 02:05:22 INFO     Scheduler    Threads: nibe: 1, s0: 1, sma: 1, Scheduler: 1, Thread-7: 1, Main: 1, SMA: 6
2015-02-21 02:06:23 INFO     Scheduler    Adding worker thread. Total: 8
2015-02-21 02:06:23 INFO     Scheduler    Threads: nibe: 1, s0: 1, sma: 1, Scheduler: 1, Thread-8: 1, Main: 1, SMA: 7
2015-02-21 02:07:31 INFO     Scheduler    Adding worker thread. Total: 9
2015-02-21 02:07:31 INFO     Scheduler    Threads: nibe: 1, Thread-9: 1, s0: 1, sma: 1, Scheduler: 1, Main: 1, SMA: 8
2015-02-21 02:08:40 INFO     Scheduler    Adding worker thread. Total: 10
......
2015-02-21 08:57:09 INFO     Scheduler    Adding worker thread. Total: 373
2015-02-21 08:57:09 INFO     Scheduler    Threads: nibe: 1, s0: 1, sma: 1, Scheduler: 1, Thread-373: 1, Main: 1, SMA: 372
2015-02-21 08:58:15 ERROR    Scheduler    Needing more worker threads than the specified maximum of 20!
2015-02-21 08:58:15 INFO     Scheduler    Threads: nibe: 1, s0: 1, sma: 1, Scheduler: 1, Main: 1, SMA: 373
2015-02-21 08:58:15 INFO     Scheduler    Adding worker thread. Total: 374
2015-02-21 08:58:15 INFO     Scheduler    Threads: nibe: 1, s0: 1, SMA: 373, Scheduler: 1, Main: 1, sma: 1, Thread-374: 1
2015-02-21 08:59:20 ERROR    Scheduler    Needing more worker threads than the specified maximum of 20!
2015-02-21 08:59:20 INFO     Scheduler    Threads: nibe: 1, s0: 1, sma: 1, Scheduler: 1, Main: 1, SMA: 374

Sieht mir nach SMA Plugin aus. Sieht einer das Problem?

Grüße,
Eduard

**Robert** · 22.02.2015, 20:02

Zitat von eddso Beitrag anzeigen

Sieht mir nach SMA Plugin aus. Sieht einer das Problem?

Ja - dein SMA-Plugin läuft Amok...

Aber mit den bisherigen Infos komme ich einfach nicht weiter:
- Was ist bei dir um fast 2 Uhr nachts (spontan!?) passiert dass auf einmal scheinbar die Bluetooth-Verbindung abbricht?
- Kann es sein, dass deine USB-Verbindung extrem instabil ist? Wie viel Meter und vor allem was für Hindernisse liegen zwischen WR und BT-Dongle?
- Bootest du den Rechner nachts neu oder tägsüber während der WR aktiv ist?

Bitte neue Version aus dem develop ziehen!

**eddso** · 23.02.2015, 14:24

Hi Robert,

1) An sich kann nichts passieren, es gibt keine dienste auser smarthome.py auf dem Raspi, das System läuft schon einige Monate ohne Restart, es gibt keine logiken die irgendwas um 2 uhr machen. Das liegt nicht umbedingt an der Uhrzeit das hatte ich ja schon öfters. Je nach dem wie oft ich lese trit das schneller auf. Mein leseinterval ist 1 minute.

2) USB würde ich nicht vermuten. Bluetooth Stick steckt in einem 4-fach HUB der im Raspi steckt (10cm Kabel HUB <-> Raspi), am HUB ist noch ein Speicherstick, RS232 und RS482 dongle dran. Das Ganze gebilde ist an der Wand angedübelt neben dem SMA (20cm entfernt). Die Verbindung Blootooth <-> SMA bleibt bestehen (am SMA leuchtet die Blootooth LED)

3) Schon seit ca 3 Monate nicht neu gebootet. (uptime: 18:31:05 up 71 days, 5:47, 1 user, load average: 0.05, 0.06, 0.11)

4) Aktuell habe ich deine Version vom 15.02.2015, die vom 22.02 probiere ich heute abend.

update 11.03.2015:
Das Problem besteht weiterhin

Sorry das ich dich damit belaste und danke für deine antwort. :-)
Grüße,
Eduard

Angehängte Dateien

20150131_172923.png (841,0 KB, 36x aufgerufen)

**merkelnando** · 24.11.2015, 20:53

Hallo,

ich versuche das Plugin mit einem STP 5000TL-20 zum laufen zu bringen und bekomme keine Verbindung zum Wechselrichter.

Erstmal mein Aufbau. Ich habe smarthome.py auf einem Rapsberry Pi2 laufen. Von diesem wird über das vorhandene Wiregate die Verbindung zu KNX hergestellt. Das funktioniert auch. Ich kann mit der Smartvisu Befehle auf den Bus senden. Smarthome.py sollte eigentlich die Daten vom Wechselrichter auf den Bus senden.

Im SMA Plugin habe ich die _init_.py von hier.

Der Wechselrichter wird vom Pi über Bluetooth zuverlässig gefunden und wird mit "$ bluez-test-device trusted yes" und "$ bluez-test-device list" als "trusted" ausgegeben.

Hier mal das Debug-Log von smarthome.py:

Code:

2015-11-22 21:03:23,567 INFO     Main         Start SmartHome.py 1.0-45-g02cf972+ -- smarthome.py:__init__:231
2015-11-22 21:03:23,569 DEBUG    Main         Python 3.2.3 -- smarthome.py:__init__:232
2015-11-22 21:03:23,570 INFO     Main         Init Scheduler -- scheduler.py:__init__:86
2015-11-22 21:03:23,572 DEBUG    Scheduler    creating 5 workers -- scheduler.py:run:93
2015-11-22 21:03:23,573 INFO     Main         Init Plugins -- smarthome.py:start:274
2015-11-22 21:03:23,579 DEBUG    Main         Plugin: knx -- plugin.py:__init__:43
2015-11-22 21:03:23,589 DEBUG    Main         Plugin: visu -- plugin.py:__init__:43
2015-11-22 21:03:23,617 DEBUG    Main         Plugin: cli -- plugin.py:__init__:43
2015-11-22 21:03:23,622 DEBUG    Main         Plugin: sql -- plugin.py:__init__:43
2015-11-22 21:03:23,635 DEBUG    Main         SQLite 3.7.13 -- __init__.py:__init__:62
2015-11-22 21:03:23,779 DEBUG    Main         SQLite: database integrity ok -- __init__.py:__init__:78
2015-11-22 21:03:23,787 DEBUG    Main         SQLite pack next time: 2015-11-23 03:02:00+01:00 -- scheduler.py:_next_time:289
2015-11-22 21:03:23,788 DEBUG    Main         Plugin: sma -- plugin.py:__init__:43
2015-11-22 21:03:23,794 INFO     Main         Init Items -- smarthome.py:start:280
2015-11-22 21:03:23,848 DEBUG    Main         Item env.core.memory = 15683584.0 via SQLite None None -- item.py:set:457
2015-11-22 21:03:23,878 DEBUG    Main         Item env.core.threads = 9.0 via SQLite None None -- item.py:set:457
2015-11-22 21:03:23,907 DEBUG    Main         Item env.core.garbage = 0.0 via SQLite None None -- item.py:set:457
2015-11-22 21:03:23,909 DEBUG    Main         Item env.core: no type specified. -- item.py:__init__:242
2015-11-22 21:03:23,922 DEBUG    Main         Item env.location: no type specified. -- item.py:__init__:242
2015-11-22 21:03:23,953 DEBUG    Main         Item env.system.load = 0.03 via SQLite None None -- item.py:set:457
2015-11-22 21:03:23,956 DEBUG    Main         Item env.system: no type specified. -- item.py:__init__:242
2015-11-22 21:03:23,957 DEBUG    Main         Item env: no type specified. -- item.py:__init__:242
2015-11-22 21:03:23,962 DEBUG    Main         KNX: Inverter.Feeding_Power_in_W reply to 5/4/50 -- __init__.py:parse_item:267
2015-11-22 21:03:23,963 DEBUG    Main         sma: Inverter.Feeding_Power_in_W connected to field AC_P_TOTAL (0x263f01) -- __init__.py:parse_item:381
2015-11-22 21:03:23,966 DEBUG    Main         KNX: Inverter.Daily_Yield_in_Wh reply to 5/4/51 -- __init__.py:parse_item:267
2015-11-22 21:03:23,967 DEBUG    Main         sma: Inverter.Daily_Yield_in_Wh connected to field E_DAY (0x262201) -- __init__.py:parse_item:381
2015-11-22 21:03:23,970 DEBUG    Main         KNX: Inverter.Total_Yield_in_Wh reply to 5/4/52 -- __init__.py:parse_item:267
2015-11-22 21:03:23,971 DEBUG    Main         sma: Inverter.Total_Yield_in_Wh connected to field E_TOTAL (0x260101) -- __init__.py:parse_item:381
2015-11-22 21:03:23,973 DEBUG    Main         KNX: Inverter.Serial_Number reply to 5/4/53 -- __init__.py:parse_item:267
2015-11-22 21:03:23,974 DEBUG    Main         sma: Inverter.Serial_Number connected to field INV_SERIAL) -- __init__.py:parse_item:393
2015-11-22 21:03:23,977 DEBUG    Main         sma: Inverter.MAC_Address connected to field INV_ADDRESS) -- __init__.py:parse_item:393
2015-11-22 21:03:23,979 DEBUG    Main         sma: Inverter.Last_Update_Of_Data connected to field LAST_UPDATE) -- __init__.py:parse_item:393
2015-11-22 21:03:23,982 DEBUG    Main         sma: Inverter.DC_Power_String1_in_W connected to field DC_STRING1_P (0x251e01) -- __init__.py:parse_item:381
2015-11-22 21:03:23,984 DEBUG    Main         sma: Inverter.DC_Power_String2_in_W connected to field DC_STRING2_P (0x251e02) -- __init__.py:parse_item:381
2015-11-22 21:03:23,986 DEBUG    Main         sma: Inverter.DC_Voltage_String1_in_V connected to field DC_STRING1_U (0x451f01) -- __init__.py:parse_item:381
2015-11-22 21:03:23,989 DEBUG    Main         sma: Inverter.DC_Voltage_String2_in_V connected to field DC_STRING2_U (0x451f02) -- __init__.py:parse_item:381
2015-11-22 21:03:23,991 DEBUG    Main         sma: Inverter.DC_Current_String1_in_A connected to field DC_STRING1_I (0x452101) -- __init__.py:parse_item:381
2015-11-22 21:03:23,994 DEBUG    Main         sma: Inverter.DC_Current_String2_in_A connected to field DC_STRING2_I (0x452102) -- __init__.py:parse_item:381
2015-11-22 21:03:23,996 DEBUG    Main         sma: Inverter.Operating_Time_in_s connected to field OPERATING_TIME (0x462e01) -- __init__.py:parse_item:381
2015-11-22 21:03:23,998 DEBUG    Main         sma: Inverter.Feeding_Time_in_s connected to field FEEDING_TIME (0x462f01) -- __init__.py:parse_item:381
2015-11-22 21:03:24,001 DEBUG    Main         sma: Inverter.Grid_Frequency_in_Hz connected to field GRID_FREQUENCY (0x465701) -- __init__.py:parse_item:381
2015-11-22 21:03:24,003 DEBUG    Main         sma: Inverter.Inverter_Status connected to field STATUS (0x214801) -- __init__.py:parse_item:381
2015-11-22 21:03:24,006 DEBUG    Main         sma: Inverter.Relais_Status connected to field GRID_RELAY (0x416401) -- __init__.py:parse_item:381
2015-11-22 21:03:24,008 DEBUG    Main         sma: Inverter.Software_Version connected to field SW_VERSION (0x823401) -- __init__.py:parse_item:381
2015-11-22 21:03:24,009 DEBUG    Main         Item Inverter: no type specified. -- item.py:__init__:242
2015-11-22 21:03:24,013 DEBUG    Main         KNX: licht.essen_decke reply to 1/1/0 -- __init__.py:parse_item:267
2015-11-22 21:03:24,014 DEBUG    Main         Item licht: no type specified. -- item.py:__init__:242
2015-11-22 21:03:24,016 INFO     Main         Start Plugins -- plugin.py:start:65
2015-11-22 21:03:24,048 INFO     Main         Start Logics -- logic.py:__init__:33
2015-11-22 21:03:24,049 DEBUG    Main         Reading Logics from /usr/local/smarthome/lib/env/logic_conf -- logic.py:_read_logics:64
2015-11-22 21:03:24,052 DEBUG    Main         Reading Logics from /usr/local/smarthome/etc/logic.conf -- logic.py:_read_logics:64
2015-11-22 21:03:24,054 DEBUG    Main         Logic: env_init -- logic.py:__init__:44
2015-11-22 21:03:24,070 DEBUG    Main         Logic: env_stat -- logic.py:__init__:44
2015-11-22 21:03:24,075 DEBUG    Main         env_stat next time: 2015-11-22 21:03:37+01:00 -- scheduler.py:_next_time:289
2015-11-22 21:03:24,076 DEBUG    Main         Logic: env_loc -- logic.py:__init__:44
2015-11-22 21:03:24,158 DEBUG    Connections  KNX: connected to 192.168.2.30:6720 -- connection.py:connect:386
2015-11-22 21:03:24,159 DEBUG    Connections  KNX: enable group monitor -- __init__.py:handle_connect:117
2015-11-22 21:03:24,161 DEBUG    Connections  WebSocket: binding to 0.0.0.0:2424 (TCP) -- connection.py:connect:161
2015-11-22 21:03:24,162 DEBUG    Connections  CLI: binding to 0.0.0.0:2323 (TCP) -- connection.py:connect:161
2015-11-22 21:03:25,234 DEBUG    Main         knx: 1.1.255 set 10/1/101 to 0000 -- __init__.py:parse_telegram:181
2015-11-22 21:03:26,032 DEBUG    Main         knx: 1.1.17 set 0/3/1 to 0168 -- __init__.py:parse_telegram:181
2015-11-22 21:03:26,042 DEBUG    Main         knx: 1.1.17 set 0/0/3 to 00c0 -- __init__.py:parse_telegram:181
2015-11-22 21:03:26,073 DEBUG    Main         knx: 1.1.17 set 0/0/4 to 00c0 -- __init__.py:parse_telegram:181
2015-11-22 21:03:26,087 DEBUG    Main         knx: 1.1.17 set 0/0/5 to 0000 -- __init__.py:parse_telegram:181
2015-11-22 21:03:26,119 DEBUG    Main         knx: 1.1.17 set 0/0/6 to 0000 -- __init__.py:parse_telegram:181
2015-11-22 21:03:26,583 DEBUG    Main         knx: 1.1.17 set 0/0/7 to 00c3 -- __init__.py:parse_telegram:181
2015-11-22 21:03:26,599 DEBUG    Main         knx: 1.1.17 set 0/4/2 to 0001 -- __init__.py:parse_telegram:181
2015-11-22 21:03:26,630 DEBUG    Main         knx: 1.1.17 set 0/4/3 to 0001 -- __init__.py:parse_telegram:181
2015-11-22 21:03:26,650 DEBUG    Main         knx: 1.1.17 set 0/4/4 to 0000 -- __init__.py:parse_telegram:181
2015-11-22 21:03:26,673 DEBUG    Main         knx: 1.1.17 set 0/4/5 to 0000 -- __init__.py:parse_telegram:181
2015-11-22 21:03:27,156 DEBUG    Main         knx: 1.1.20 set 0/1/28 to 436b9998 -- __init__.py:parse_telegram:181
2015-11-22 21:03:27,184 DEBUG    Main         knx: 1.1.20 set 0/1/29 to 436e3332 -- __init__.py:parse_telegram:181
2015-11-22 21:03:27,213 DEBUG    Main         knx: 1.1.20 set 0/1/30 to 436d9998 -- __init__.py:parse_telegram:181
2015-11-22 21:03:27,592 DEBUG    Main         knx: 1.1.17 set 0/4/6 to 0001 -- __init__.py:parse_telegram:181
2015-11-22 21:03:29,151 DEBUG    env_init     Item env.core.version = 1.0-45-g02cf972+ via Logic None None -- item.py:__update:363
2015-11-22 21:03:29,157 DEBUG    env_init     Item env.core.start = 2015-11-22 21:03:29.155569+01:00 via Logic None None -- item.py:__update:363
2015-11-22 21:03:29,198 DEBUG    env_init     Item env.system.name = raspberrypi via Logic None None -- item.py:__update:363
2015-11-22 21:03:29,200 DEBUG    env_loc      Item env.location.sunrise = 2015-11-23 07:59:19.295195+01:00 via Logic None None -- item.py:__update:363
2015-11-22 21:03:29,215 DEBUG    env_loc      Item env.location.sunset = 2015-11-23 16:45:31.028510+01:00 via Logic None None -- item.py:__update:363
2015-11-22 21:03:29,216 DEBUG    sh.gc        Garbage collector: collected 0 objects. -- smarthome.py:_garbage_collection:498
2015-11-22 21:03:29,224 DEBUG    env_init     Item env.system.start = 2015-11-21 21:01:46.222926+01:00 via Logic None None -- item.py:__update:363
2015-11-22 21:03:29,262 DEBUG    env_loc      Item env.location.moonrise = 2015-11-23 15:37:26.757501+01:00 via Logic None None -- item.py:__update:363
2015-11-22 21:03:29,292 DEBUG    sh.gc        Object references: 8937 -- smarthome.py:_maintenance:490
2015-11-22 21:03:29,297 DEBUG    env_loc      Item env.location.moonset = 2015-11-23 04:24:48.311630+01:00 via Logic None None -- item.py:__update:363
2015-11-22 21:03:29,305 DEBUG    env_loc      Item env.location.moonphase = 3 via Logic None None -- item.py:__update:363
2015-11-22 21:03:29,318 DEBUG    env_loc      Item env.location.night = True via Logic None None -- item.py:__update:363
2015-11-22 21:03:29,664 DEBUG    Scheduler    env_loc next time: 2015-11-22 21:33:29+01:00 -- scheduler.py:_next_time:289
2015-11-22 21:03:29,670 DEBUG    Scheduler    sh.gc next time: 2015-11-23 02:04:00+01:00 -- scheduler.py:_next_time:289
2015-11-22 21:03:30,396 DEBUG    Main         knx: 1.1.255 set 3/1/11 to 0d78 -- __init__.py:parse_telegram:181
2015-11-22 21:03:30,800 DEBUG    Main         knx: 1.1.255 set 3/1/4 to 079e -- __init__.py:parse_telegram:181
2015-11-22 21:03:37,225 DEBUG    env_stat     Item env.core.threads = 8 via Logic None None -- item.py:__update:363
2015-11-22 21:03:37,231 DEBUG    env_stat     Item env.core.memory = 16867328 via Logic None None -- item.py:__update:363
2015-11-22 21:03:37,235 DEBUG    env_stat     Item env.system.load = 0.02 via Logic None None -- item.py:__update:363
2015-11-22 21:03:37,238 DEBUG    env_stat     Item env.location.moonlight = 87 via Logic None None -- item.py:__update:363
2015-11-22 21:03:37,694 DEBUG    Scheduler    env_stat next time: 2015-11-22 21:08:37+01:00 -- scheduler.py:_next_time:289
2015-11-22 21:03:59,458 DEBUG    Main         knx: 1.1.20 set 0/1/20 to 4408c000 -- __init__.py:parse_telegram:181
2015-11-22 21:03:59,489 DEBUG    Main         knx: 1.1.20 set 0/1/21 to 436d0000 -- __init__.py:parse_telegram:181
2015-11-22 21:03:59,512 DEBUG    Main         knx: 1.1.20 set 0/1/22 to 43040000 -- __init__.py:parse_telegram:181
2015-11-22 21:03:59,552 DEBUG    Main         knx: 1.1.20 set 0/1/23 to 43310000 -- __init__.py:parse_telegram:181
2015-11-22 21:04:03,608 DEBUG    Main         knx: 1.1.255 set 3/3/6 to 44 -- __init__.py:parse_telegram:181
2015-11-22 21:04:03,654 DEBUG    Main         knx: 1.1.255 set 3/3/24 to 00 -- __init__.py:parse_telegram:181
2015-11-22 21:04:03,683 DEBUG    Main         knx: 1.1.255 set 3/3/8 to 00 -- __init__.py:parse_telegram:181
2015-11-22 21:04:03,732 DEBUG    Main         knx: 1.1.255 set 3/3/49 to 00 -- __init__.py:parse_telegram:181
2015-11-22 21:04:03,765 DEBUG    Main         knx: 1.1.255 set 3/3/37 to c6 -- __init__.py:parse_telegram:181
2015-11-22 21:04:03,806 DEBUG    Main         knx: 1.1.255 set 3/3/29 to 74 -- __init__.py:parse_telegram:181
2015-11-22 21:04:03,853 DEBUG    Main         knx: 1.1.255 set 3/3/18 to 00 -- __init__.py:parse_telegram:181
2015-11-22 21:04:04,059 DEBUG    Main         knx: 1.1.255 set 3/3/31 to 74 -- __init__.py:parse_telegram:181
2015-11-22 21:04:04,207 DEBUG    Main         knx: 1.1.7 set 3/5/31 to 74 -- __init__.py:parse_telegram:181
2015-11-22 21:04:17,959 DEBUG    Main         knx: 1.1.20 set 0/1/24 to 00000000 -- __init__.py:parse_telegram:181
2015-11-22 21:04:17,980 DEBUG    Main         knx: 1.1.20 set 0/1/25 to 00000000 -- __init__.py:parse_telegram:181
2015-11-22 21:04:18,011 DEBUG    Main         knx: 1.1.20 set 0/1/26 to 00000000 -- __init__.py:parse_telegram:181
2015-11-22 21:04:18,049 DEBUG    Main         knx: 1.1.20 set 0/1/27 to 00000000 -- __init__.py:parse_telegram:181
2015-11-22 21:04:42,709 DEBUG    Main         knx: 1.1.17 set 0/3/0 to 0050 -- __init__.py:parse_telegram:181
2015-11-22 21:04:42,722 DEBUG    Main         knx: 1.1.17 set 3/1/18 to 86ce -- __init__.py:parse_telegram:181
2015-11-22 21:04:44,615 DEBUG    Main         knx: 1.1.255 set 3/1/14 to 0d39 -- __init__.py:parse_telegram:181
2015-11-22 21:04:49,348 DEBUG    Main         knx: 1.1.255 set 3/1/20 to 1465 -- __init__.py:parse_telegram:181
2015-11-22 21:04:52,739 DEBUG    Main         knx: 1.1.255 set 3/1/8 to 0c58 -- __init__.py:parse_telegram:181
2015-11-22 21:04:53,120 DEBUG    Main         knx: 1.1.255 set 3/1/2 to 0c4c -- __init__.py:parse_telegram:181
2015-11-22 21:05:04,836 DEBUG    Main         knx: 1.1.20 set 0/1/20 to 4415c000 -- __init__.py:parse_telegram:181
2015-11-22 21:05:04,859 DEBUG    Main         knx: 1.1.20 set 0/1/21 to 43998000 -- __init__.py:parse_telegram:181
2015-11-22 21:05:04,896 DEBUG    Main         knx: 1.1.20 set 0/1/22 to 43050000 -- __init__.py:parse_telegram:181
2015-11-22 21:05:04,923 DEBUG    Main         knx: 1.1.20 set 0/1/23 to 431d0000 -- __init__.py:parse_telegram:181
2015-11-22 21:05:23,356 DEBUG    Main         knx: 1.1.20 set 0/1/24 to 00000000 -- __init__.py:parse_telegram:181
2015-11-22 21:05:23,382 DEBUG    Main         knx: 1.1.20 set 0/1/25 to 00000000 -- __init__.py:parse_telegram:181
2015-11-22 21:05:23,416 DEBUG    Main         knx: 1.1.20 set 0/1/26 to 00000000 -- __init__.py:parse_telegram:181
2015-11-22 21:05:23,446 DEBUG    Main         knx: 1.1.20 set 0/1/27 to 00000000 -- __init__.py:parse_telegram:181
2015-11-22 21:05:26,088 DEBUG    Main         knx: 1.1.17 set 0/0/3 to 00c0 -- __init__.py:parse_telegram:181
2015-11-22 21:05:26,111 DEBUG    Main         knx: 1.1.17 set 0/0/4 to 00c0 -- __init__.py:parse_telegram:181
2015-11-22 21:05:26,135 DEBUG    Main         knx: 1.1.17 set 0/0/5 to 0000 -- __init__.py:parse_telegram:181
2015-11-22 21:05:26,158 DEBUG    Main         knx: 1.1.17 set 0/0/6 to 0000 -- __init__.py:parse_telegram:181
2015-11-22 21:05:26,181 DEBUG    Main         knx: 1.1.17 set 0/0/7 to 00c3 -- __init__.py:parse_telegram:181
2015-11-22 21:05:26,645 DEBUG    Main         knx: 1.1.17 set 0/4/2 to 0001 -- __init__.py:parse_telegram:181
2015-11-22 21:05:26,668 DEBUG    Main         knx: 1.1.17 set 0/4/3 to 0001 -- __init__.py:parse_telegram:181
2015-11-22 21:05:26,691 DEBUG    Main         knx: 1.1.17 set 0/4/4 to 0000 -- __init__.py:parse_telegram:181
2015-11-22 21:05:26,714 DEBUG    Main         knx: 1.1.17 set 0/4/5 to 0000 -- __init__.py:parse_telegram:181
2015-11-22 21:05:26,738 DEBUG    Main         knx: 1.1.17 set 0/4/6 to 0001 -- __init__.py:parse_telegram:181
2015-11-22 21:06:10,130 DEBUG    Main         knx: 1.1.255 set 3/1/17 to 015e -- __init__.py:parse_telegram:181
2015-11-22 21:06:10,265 DEBUG    Main         knx: 1.1.20 set 0/1/20 to 4414c000 -- __init__.py:parse_telegram:181
2015-11-22 21:06:10,289 DEBUG    Main         knx: 1.1.20 set 0/1/21 to 43998000 -- __init__.py:parse_telegram:181
2015-11-22 21:06:10,317 DEBUG    Main         knx: 1.1.20 set 0/1/22 to 43040000 -- __init__.py:parse_telegram:181
2015-11-22 21:06:10,346 DEBUG    Main         knx: 1.1.20 set 0/1/23 to 431b0000 -- __init__.py:parse_telegram:181
2015-11-22 21:06:10,511 DEBUG    Main         knx: 1.1.255 set 3/1/9 to 8783 -- __init__.py:parse_telegram:181
2015-11-22 21:06:27,440 INFO     Main         Number of Threads: 8 -- smarthome.py:stop:348
2015-11-22 21:06:27,442 INFO     Main         Stop Plugins -- plugin.py:stop:70
2015-11-22 21:06:29,246 DEBUG    Main         KNX: closing socket 192.168.2.30:6720 -- connection.py:close:303
2015-11-22 21:06:30,248 INFO     Main         SmartHome.py stopped -- smarthome.py:stop:372

Meine items.conf sieht so aus:

Code:

[Inverter]
  [[Plugin_active]]
    type = bool
    sma = PLUGIN_ACTIVE
  [[Feeding_Power_in_W]]
    type = num
    sma = AC_P_TOTAL
    knx_dpt = 12
    knx_send = 5/4/50
    knx_reply = 5/4/50
    visu = yes
  [[Daily_Yield_in_Wh]]
    type = num
    sma = E_DAY
    knx_dpt = 12
    knx_send = 5/4/51
    knx_reply = 5/4/51
        visu = yes
  [[Total_Yield_in_Wh]]
    type = num
    sma = E_TOTAL
    knx_dpt = 12
    knx_send = 5/4/52
    knx_reply = 5/4/52
    visu = yes
  [[Serial_Number]]
    type = num
    sma = INV_SERIAL
    knx_dpt = 12
    knx_send = 5/4/53
    knx_reply = 5/4/53
    visu = yes
  [[MAC_Address]]
    type = str
    sma = INV_ADDRESS
  [[Last_Update_Of_Data]]
    type = str
    sma = LAST_UPDATE
  [[DC_Power_String1_in_W]]
    type = num
    sma = DC_STRING1_P
  [[DC_Power_String2_in_W]]
    type = num
    sma = DC_STRING2_P
  [[DC_Voltage_String1_in_V]]
    type = num
    sma = DC_STRING1_U
  [[DC_Voltage_String2_in_V]]
    type = num
    sma = DC_STRING2_U
  [[DC_Current_String1_in_A]]
    type = num
    sma = DC_STRING1_I
  [[DC_Current_String2_in_A]]
    type = num
    sma = DC_STRING2_I
  [[Operating_Time_in_s]]
    type = num
    sma = OPERATING_TIME
  [[Feeding_Time_in_s]]
    type = num
    sma = FEEDING_TIME
  [[Grid_Frequency_in_Hz]]
    type = num
    sma = GRID_FREQUENCY
  [[Inverter_Status]]
    type = str
    sma = STATUS
  [[Relais_Status]]
    type = str
    sma = GRID_RELAY
  [[Software_Version]]
    type = str
    sma = SW_VERSION
  [[Daily_Yield_in_Wh]]
    type = num
    sma = E_DAY
  [[Total_Yield_in_Wh]]
    type = num
    sma = E_TOTAL
  [[Serial_Number]]
    type = num
    sma = INV_SERIAL
  [[MAC_Address]]
    type = str
    sma = INV_ADDRESS
  [[Last_Update_Of_Data]]
    type = str
    sma = LAST_UPDATE
  [[DC_Power_String1_in_W]]
    type = num
    sma = DC_STRING1_P
  [[DC_Power_String2_in_W]]
    type = num
    sma = DC_STRING2_P
  [[DC_Voltage_String1_in_V]]
    type = num
    sma = DC_STRING1_U
  [[DC_Voltage_String2_in_V]]
    type = num
    sma = DC_STRING2_U
  [[DC_Current_String1_in_A]]
    type = num
    sma = DC_STRING1_I
  [[DC_Current_String2_in_A]]
    type = num
    sma = DC_STRING2_I
  [[Operating_Time_in_s]]
    type = num
    sma = OPERATING_TIME
  [[Feeding_Time_in_s]]
    type = num
    sma = FEEDING_TIME
  [[Grid_Frequency_in_Hz]]
    type = num
    sma = GRID_FREQUENCY
  [[Inverter_Status]]
    type = str
    sma = STATUS
  [[Relais_Status]]
    type = str
    sma = GRID_RELAY
  [[Software_Version]]
    type = str
    sma = SW_VERSION

Die plugin.conf:

Code:

[sma]
    class_name = SMA
    class_path = plugins.sma
    bt_addr = 00:80:25:31:CC:25
    password = 0000
    update_cycle = 60
    allowed_timedelta = 60

Es scheint so, als ob das Plugin gar nicht versucht eine Verbindung zum Wechselrichter aufzubauen. Bei anderen hier geposteten Logs gab es auch Einträge für die Bluetooth Verbindung zum Wechselrichter.

Ich habe den Raspberry bereits mehrfach aufgesetzt und es bleibt jeweils beim gleichen Ergebnis.

Kann jemand von Euch sagen, woran es liegen könnte? Ist möglicherweise mein Wechselrichter nicht mit dem Plugin kompatibel? Wobei ich hier bereits Erfolgsmeldungen von anderen Nutzern mit SMA STP Wechselrichtern gesehen habe.

Einen schönen Abend noch.

By Eiko

Ankündigung

Beitrag: Plugin zum Lesen von SMA-Wechselrichtern (Sunnyboy 5000TL-21 getestet)

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar