Ankündigung

**JuMi2006** · 02.09.2013, 07:37

Als erstes würde ich mal ein "enforce_updates = true" rein machen und dann mal mit "smarthome.py -n -d" starten ... da sieht man mehr.

**2ndsky** · 02.09.2013, 08:37

Ich würde mal auf der Visu oder mittels CLI Plugin schauen, ob der Wert überhaupt richtig gelesen wird. Wenn ja, dann sollte das bei Änderung auch auf den Bus geschrieben werden.

**mosjka1** · 02.09.2013, 09:00

Anbei der Log, danke euch!

Code:

admin@smarthome:/usr/smarthome$ /usr/smarthome/bin/smarthome.py -n -d
2013-09-02 09:57:58,973 SmartHome.py INFO     Start SmartHome.py 0.9-20-g35ccac6 -- smarthome.py:__init__:192
2013-09-02 09:57:58,979 SmartHome.py DEBUG    Python 2.7.3 -- smarthome.py:__init__:193
2013-09-02 09:57:58,987 SmartHome.py INFO     Init Scheduler -- scheduler.py:__init__:53
2013-09-02 09:57:58,993 SmartHome.py INFO     Init Plugins -- smarthome.py:__init__:208
2013-09-02 09:57:59,005 Scheduler    DEBUG    creating 5 workers -- scheduler.py:run:59
2013-09-02 09:57:59,021 SmartHome.py DEBUG    Plugin: knx -- plugin.py:__init__:42
2013-09-02 09:57:59,071 SmartHome.py DEBUG    Plugin: ow -- plugin.py:__init__:42
2013-09-02 09:57:59,093 SmartHome.py INFO     Onewire: connected to 127.0.0.1:4304 -- __init__.py:connect:67
2013-09-02 09:57:59,101 SmartHome.py DEBUG    Plugin: cli -- plugin.py:__init__:42
2013-09-02 09:57:59,117 SmartHome.py DEBUG    Plugin: visu -- plugin.py:__init__:42
2013-09-02 09:57:59,219 SmartHome.py DEBUG    Plugin: sql -- plugin.py:__init__:42
2013-09-02 09:57:59,250 SmartHome.py DEBUG    SQLite 3.7.13 -- __init__.py:__init__:60
2013-09-02 09:57:59,286 SmartHome.py DEBUG    sqlite next time: 2013-09-03 03:02:00+02:00 -- scheduler.py:_next_time:243
2013-09-02 09:57:59,291 SmartHome.py DEBUG    Plugin: rrd -- plugin.py:__init__:42
2013-09-02 09:57:59,412 SmartHome.py INFO     Init Items -- smarthome.py:__init__:210
2013-09-02 09:57:59,436 SmartHome.py DEBUG    knx: Sensor: 28.568CAA020000 reply to 1/1/10 -- __init__.py:parse_item:266
2013-09-02 09:57:59,445 SmartHome.py INFO     Start Plugins -- plugin.py:start:63
2013-09-02 09:57:59,457 ow           DEBUG    1w-disc next time: 2013-09-02 09:57:59+02:00 -- scheduler.py:_next_time:243
2013-09-02 09:57:59,489 rrd          DEBUG    rrd next time: 2013-09-02 09:59:39+02:00 -- scheduler.py:_next_time:243
2013-09-02 09:57:59,492 SmartHome.py INFO     Start Logics -- logic.py:__init__:32
2013-09-02 09:57:59,509 SmartHome.py DEBUG    reading logics from /usr/smarthome/etc/logic.conf -- logic.py:__init__:38
2013-09-02 09:57:59,523 SmartHome.py DEBUG    Logic: hello -- logic.py:__init__:45
2013-09-02 09:57:59,532 visu         DEBUG    series next time: 2013-09-02 09:58:08+02:00 -- scheduler.py:_next_time:243
2013-09-02 09:57:59,545 sh.con       DEBUG    knx: enable group monitor -- __init__.py:handle_connect:110
2013-09-02 09:57:59,619 sh.con       INFO     KNX: connected to 127.0.0.1:6720 -- my_asynchat.py:connect:69
2013-09-02 09:57:59,629 SmartHome.py DEBUG    Logic: dummy -- logic.py:__init__:45
2013-09-02 09:57:59,644 SmartHome.py DEBUG    dummy next time: 2013-09-02 09:58:08+02:00 -- scheduler.py:_next_time:243
2013-09-02 09:57:59,722 Scheduler    DEBUG    1w-disc next time: 2013-09-02 10:07:59+02:00 -- scheduler.py:_next_time:243
2013-09-02 09:57:59,852 sh.gc        DEBUG    Garbage collector: collected 85 objects. -- smarthome.py:_garbage_collection:345
2013-09-02 09:57:59,930 1w-disc      INFO     1-Wire: 28.568CAA020000 with sensors: T11, T10, T, T12, T9 -- __init__.py:_discovery:390
2013-09-02 09:57:59,952 1w-disc      INFO     1-Wire: 28.CFBDAA020000 with sensors: T11, T10, T, T12, T9 -- __init__.py:_discovery:390
2013-09-02 09:57:59,964 Scheduler    DEBUG    sh.gc next time: 2013-09-03 02:04:00+02:00 -- scheduler.py:_next_time:243
2013-09-02 09:58:00,123 1w-disc      DEBUG    1-Wire: sensor 26.00D297010000 voltage: 4.45 -- __init__.py:identify_sensor:192
2013-09-02 09:58:00,129 1w-disc      INFO     1-Wire: 26.00D297010000 with sensors: VDD, H, T, L -- __init__.py:_discovery:390
2013-09-02 09:58:00,138 1w-disc      INFO     1-Wire: 81.FBB631000000 with sensors: BM -- __init__.py:_discovery:390
2013-09-02 09:58:00,483 ow           DEBUG    1w-sen next time: 2013-09-02 09:58:00+02:00 -- scheduler.py:_next_time:243
2013-09-02 09:58:00,789 Scheduler    DEBUG    1w-sen next time: 2013-09-02 10:03:00+02:00 -- scheduler.py:_next_time:243
2013-09-02 09:58:01,043 1w-sen       DEBUG    maxim.sensor1 = 23 via 1-Wire /bus.0/28.568CAA020000/temperature9 -- item.py:_update:219
2013-09-02 09:58:01,586 1w-sen       DEBUG    cycle takes 0.973756074905 seconds -- __init__.py:_sensor_cycle:365
2013-09-02 09:58:03,060 hello        INFO     Hello World! -- hello.py:<module>:3
2013-09-02 09:58:08,078 dummy        WARNING  Logic: dummy, File: dummy_series.py, Line: 2, Method: <module>, Exception: SmartHome instance has no attribute 'first' -- scheduler.py:_task:286
2013-09-02 09:58:08,274 Scheduler    DEBUG    dummy next time: 2013-09-02 10:03:08+02:00 -- scheduler.py:_next_time:243
2013-09-02 09:58:08,282 Scheduler    DEBUG    series next time: 2013-09-02 09:58:18+02:00 -- scheduler.py:_next_time:243
2013-09-02 09:58:18,394 Scheduler    DEBUG    series next time: 2013-09-02 09:58:28+02:00 -- scheduler.py:_next_time:243
2013-09-02 09:58:28,309 Scheduler    DEBUG    series next time: 2013-09-02 09:58:38+02:00 -- scheduler.py:_next_time:243
2013-09-02 09:58:38,222 Scheduler    DEBUG    series next time: 2013-09-02 09:58:48+02:00 -- scheduler.py:_next_time:243

**Robert** · 02.09.2013, 09:15

Entschuldige moskja1, ist nicht nur an dich gerichtet! Leider fällt es mir nur hier wieder auf und ich nehme es zum Anlass:

Leute - das macht so keinen Spaß mehr!

Ich suche gerne (echte) Fehler, aber häufig scheitert es an der mangelnden Sorgfalt VOR dem Bildschirm. Da wird wild zusammenkopiert und "irgendwie wirds schon gehen". Und das liegt nicht an mangelnder Doku! Persönlich werde ich demnächst bei so etwas einfach nix mehr Schreiben - wäre natürlich doof, wenn alle Helfenden das irgendwann machen und die Fragenden sich dann wundern...

Code:

maxim.sensor1 = 23 via 1-Wire /bus.0/28.568CAA020000/temperature9 -- item.py:_update:219

Code:

[[temp1]]
        name = Sensor: 28.568CAA020000
        type = num
        ow_sensor = T9
        ow_addr = 28.568CAA020000

Zwei mal das gleiche in zwei Items - irgendwo "weiter unten" überschreibst du das Item sicherlich mit 'sensor1'! Dann kommt da gar nix mehr! Das sieht man aber auch im Log bzw. wenn man die Definitionen mal prüft!

/edit: Marcus, macht es evtl. Sinn in das Onewire-Plugin eine prominente Warnung einzubauen, wenn ein "Key" schon existiert? Das ist jetzt wiederholte Mal, wo so was Probleme verursacht?

**mosjka1** · 02.09.2013, 09:34

Hallo Robert,

ich habe keine zwei items drin. Bevor ich das loggen gestartet habe, habe ich alle anderen Sensoren rausgelöscht und den "sensor1" in "Sensor: 28.568CAA02000" abgeändert.

maxim.conf

Code:

# items/maxim.conf
[maxim]
        name = Sensoren
        sv_page = room
        sv_img = scene_livingroom.png
[[sensor1]]
        name = Sensor: 28.568CAA020000
        type = num
        ow_sensor = T9
        ow_addr = 28.568CAA020000
        knx_dpt = 9
        knx_send = 1/1/10
        knx_reply = 1/1/10
        enforce_updates = true
        sqlite = yes
        visu = yes
        sv_widget = "{{ basic.value('item', 'item') }}", "{{ plot.period('item-plot', 'item', 'avg', '6h') }}"

und der Log.

Code:

admin@smarthome:/usr/smarthome$ /etc/init.d/smarthome.py stop
admin@smarthome:/usr/smarthome$ /usr/smarthome/bin/smarthome.py -n -d
2013-09-02 10:33:04,523 SmartHome.py INFO     Start SmartHome.py 0.9-20-g35ccac6 -- smarthome.py:__init__:192
2013-09-02 10:33:04,529 SmartHome.py DEBUG    Python 2.7.3 -- smarthome.py:__init__:193
2013-09-02 10:33:04,537 SmartHome.py INFO     Init Scheduler -- scheduler.py:__init__:53
2013-09-02 10:33:04,543 SmartHome.py INFO     Init Plugins -- smarthome.py:__init__:208
2013-09-02 10:33:04,550 Scheduler    DEBUG    creating 5 workers -- scheduler.py:run:59
2013-09-02 10:33:04,575 SmartHome.py DEBUG    Plugin: knx -- plugin.py:__init__:42
2013-09-02 10:33:04,614 SmartHome.py DEBUG    Plugin: ow -- plugin.py:__init__:42
2013-09-02 10:33:04,642 SmartHome.py INFO     Onewire: connected to 127.0.0.1:4304 -- __init__.py:connect:67
2013-09-02 10:33:04,650 SmartHome.py DEBUG    Plugin: cli -- plugin.py:__init__:42
2013-09-02 10:33:04,665 SmartHome.py DEBUG    Plugin: visu -- plugin.py:__init__:42
2013-09-02 10:33:04,766 SmartHome.py DEBUG    Plugin: sql -- plugin.py:__init__:42
2013-09-02 10:33:04,798 SmartHome.py DEBUG    SQLite 3.7.13 -- __init__.py:__init__:60
2013-09-02 10:33:04,832 SmartHome.py DEBUG    sqlite next time: 2013-09-03 03:02:00+02:00 -- scheduler.py:_next_time:243
2013-09-02 10:33:04,840 SmartHome.py DEBUG    Plugin: rrd -- plugin.py:__init__:42
2013-09-02 10:33:04,956 SmartHome.py INFO     Init Items -- smarthome.py:__init__:210
2013-09-02 10:33:04,979 SmartHome.py DEBUG    knx: Sensor: 28.568CAA020000 reply to 1/1/10 -- __init__.py:parse_item:266
2013-09-02 10:33:04,988 SmartHome.py INFO     Start Plugins -- plugin.py:start:63
2013-09-02 10:33:05,000 ow           DEBUG    1w-disc next time: 2013-09-02 10:33:04+02:00 -- scheduler.py:_next_time:243
2013-09-02 10:33:05,034 rrd          DEBUG    rrd next time: 2013-09-02 10:34:45+02:00 -- scheduler.py:_next_time:243
2013-09-02 10:33:05,036 SmartHome.py INFO     Start Logics -- logic.py:__init__:32
2013-09-02 10:33:05,047 SmartHome.py DEBUG    reading logics from /usr/smarthome/etc/logic.conf -- logic.py:__init__:38
2013-09-02 10:33:05,077 SmartHome.py DEBUG    Logic: hello -- logic.py:__init__:45
2013-09-02 10:33:05,083 sh.con       DEBUG    knx: enable group monitor -- __init__.py:handle_connect:110
2013-09-02 10:33:05,088 visu         DEBUG    series next time: 2013-09-02 10:33:17+02:00 -- scheduler.py:_next_time:243
2013-09-02 10:33:05,102 sh.con       INFO     KNX: connected to 127.0.0.1:6720 -- my_asynchat.py:connect:69
2013-09-02 10:33:05,183 SmartHome.py DEBUG    Logic: dummy -- logic.py:__init__:45
2013-09-02 10:33:05,199 SmartHome.py DEBUG    dummy next time: 2013-09-02 10:33:12+02:00 -- scheduler.py:_next_time:243
2013-09-02 10:33:05,264 Scheduler    DEBUG    1w-disc next time: 2013-09-02 10:43:05+02:00 -- scheduler.py:_next_time:243
2013-09-02 10:33:05,342 sh.gc        DEBUG    Garbage collector: collected 85 objects. -- smarthome.py:_garbage_collection:345
2013-09-02 10:33:05,499 Scheduler    DEBUG    sh.gc next time: 2013-09-03 02:04:00+02:00 -- scheduler.py:_next_time:243
2013-09-02 10:33:05,692 1w-disc      INFO     1-Wire: 28.568CAA020000 with sensors: T11, T10, T, T12, T9 -- __init__.py:_discovery:390
2013-09-02 10:33:05,700 1w-disc      INFO     1-Wire: 28.CFBDAA020000 with sensors: T11, T10, T, T12, T9 -- __init__.py:_discovery:390
2013-09-02 10:33:05,804 1w-disc      DEBUG    1-Wire: sensor 26.00D297010000 voltage: 4.46 -- __init__.py:identify_sensor:192
2013-09-02 10:33:05,809 1w-disc      INFO     1-Wire: 26.00D297010000 with sensors: VDD, H, T, L -- __init__.py:_discovery:390
2013-09-02 10:33:05,817 1w-disc      INFO     1-Wire: 81.FBB631000000 with sensors: BM -- __init__.py:_discovery:390
2013-09-02 10:33:06,025 ow           DEBUG    1w-sen next time: 2013-09-02 10:33:06+02:00 -- scheduler.py:_next_time:243
2013-09-02 10:33:06,317 1w-sen       DEBUG    maxim.sensor1 = 23 via 1-Wire /bus.0/28.568CAA020000/temperature9 -- item.py:_update:219
2013-09-02 10:33:06,321 Scheduler    DEBUG    1w-sen next time: 2013-09-02 10:38:06+02:00 -- scheduler.py:_next_time:243
2013-09-02 10:33:06,735 1w-sen       DEBUG    cycle takes 0.593253135681 seconds -- __init__.py:_sensor_cycle:365

**Robert** · 02.09.2013, 10:06

Zitat von mosjka1 Beitrag anzeigen

Bevor ich das loggen gestartet habe, habe ich alle anderen Sensoren rausgelöscht und den "sensor1" in "Sensor: 28.568CAA02000" abgeändert.

Das hatte meine Glaskugel natürlich übersehen. Und das Umbenennen von "temp1" in "sensor1".

Funktioniert der KNX denn bei anderen Items? Taucht im Log eine Nachricht auf, wenn du 1/1/10 liest?

**callidomus** · 02.09.2013, 16:32

Hallo Mosjka,

ist das Dein richtiger Vorname?

Ich muss Robert recht geben, Glaskugel lesen ist ein bisschen mühselig. Ebenso das anfordern von Basisinformationen: siehe https://knx-user-forum.de/smarthome-...rbehebung.html

Weiterhin habe ich dem Thema einen eigenen Thread spendiert, da dieser es vertragen kann. Ist gar nicht so schwer.

Du schreibst:

Irgendwie kommen die Temperaturwerte im Bus unter der Adresse 1/1/10 nicht an.

Das kann viele Ursachen haben.
Die Kommunikation mit dem KNX Bus klappt aber sonst soweit?
Was sagt die ETS im Busmonitor-Modus dazu?

Dann kannst Du noch in der plugin.conf dem KNX Plugin folgendes Attribut mitgeben:

Code:

busmonitor = True

Dadurch werden im Protokoll auch die KNX Telegramme protokolliert und man kann sehen was SH.py denkt zu verschicken.

Mit mehr Informationen kann man auch die Glaskugel stecken lassen und Dir schneller helfen.

Bis bald

Marcus

**mosjka1** · 02.09.2013, 19:24

Der Aufbau ist wie folgt

Raspberry:
+ tpuart Interface geflasht auf (transparent tpuart, busware.de : TUL)
+ 1-Wire Busmaster (wiregate)

da drauf läuft die aktuelle "smarthome.py"

Wie schon geschrieben, ich habe ein Item mit Temperaturfühler angelegt und möchte schauen ob der Wert an den KNX Bus geschickt wird bzw. ob die Kommunikation klappt.

Wenn ich ETS4 mit dem eibd von sh.py verbinde und den Busmonitor von ETS starte, sehe ich keine einzige Meldung!

Ich muss auch erwähnen, dass bei mir KNX noch nicht im Livebetrieb läuft. Bin grad am Estrich dran und wollte schonmal gerne ausprobieren wie man 1-Wire Sensoren an den Bus schickt und die Basics der tollen Visu schon mal anlegen.

Testweise habe ich ein Jalousieaktor an das TPUART Interface angeschlossen und mittels ETS hat es auch geklappt diesesn zu parametrieren. Also klappt die Verbindung über EIBD, nur was mich gewundert hat, dass auch dann nichts im Busmonitor vom ETS zu sehen war.

Als Visu nehme ich z.B. https://knx-user-forum.de/knx-eib-fo...n-android.html

plugin.conf

Code:

# plugin.conf

[knx]
   class_name = KNX
   class_path = plugins.knx
#   host = 127.0.0.1
#   port = 6720
#   send_time = 600 # update date/time every 600 seconds, default none
#   time_ga = 1/1/1 # default none
#   date_ga = 1/1/2 # default none
busmonitor = True

[ow]
    class_name = OneWire
    class_path = plugins.onewire
#    host = 127.0.0.1
#    port = 4304

[cli]
    class_name = CLI
    class_path = plugins.cli
    ip = 0.0.0.0
    update = True

[visu]
    class_name = WebSocket
    class_path = plugins.visu
#   ip='0.0.0.0'
#   port=2424
    smartvisu_dir = /var/www/smartvisu

[sql]
    class_name = SQL
    class_path = plugins.sqlite

[rrd]
    class_name = RRD
    class_path = plugins.rrd
    step = 300

/etc/default/eibd

Code:

EIB_ARGS="--daemon --Server --Tunnelling --Discovery --GroupCache --listen-tcp"
EIB_ADDR="1.1.254"
EIB_IF="tpuarts:/dev/ttyACM0"

**JuMi2006** · 02.09.2013, 22:45

Dein Problem liegt im eibd. Erstmal den sauber zum laufen bekommen und sehen ob die Kommunikation eibd/ETX/Aktor funktioniert ... danach kann man weitersuchen.

eibd unbedingt mal manuell starten und mit vbusmonitor1, groupswrite etc. sehen ob das wirklich läuft.

Code:

eibd -e 1.1.254 -c -S -D -i -T -R -u --tpuarts-ack-all-group tpuarts:/dev/ttyACM0

**mosjka1** · 03.09.2013, 08:21

Code:

eibd -e 1.1.254 -c -S -D -i -T -R -u --tpuarts-[URL="http://redaktion.knx-user-forum.de/lexikon/ack/"]ack[/URL]-all-group tpuarts:/dev/ttyACM0

Hmm.. ich habe eibd manuel durchg estartet und es tauchen zwei Verbindungen im ETS auf. Welche wäre die richtige?

ein "groupswrite ip:localhost 1/1/20 1" hat dann auch keine Meldung im Busmonitor von beiden Verbindungen angezeigt.

Angehängte Dateien

**JuMi2006** · 03.09.2013, 09:00

Was sagt denn "ps ax | grep eibd" ... läuft der denn? Sieht irgendwie komisch aus auf deinem Screenshot. Ansonsten mal ein "-t 1024" beim eibd ranhängen um da nen bisschen mehr zu sehen, interpretieren kann ich das an der Stelle aber ehrlich gesagt auch nicht mehr.

**mosjka1** · 03.09.2013, 09:29

Zitat von JuMi2006 Beitrag anzeigen

Was sagt denn "ps ax | grep eibd" ... läuft der denn? Sieht irgendwie komisch aus auf deinem Screenshot. Ansonsten mal ein "-t 1024" beim eibd ranhängen um da nen bisschen mehr zu sehen, interpretieren kann ich das an der Stelle aber ehrlich gesagt auch nicht mehr.

Code:

admin@smarthome:/usr/smarthome$ ps ax | grep eibd
 2018 pts/0    S+     0:00 eibd -e 1.1.254 -c -S -D -i -T -R -u -t 1024 --tpuarts-ack-all-group tpuarts:/dev/ttyACM0
 2036 pts/1    S+     0:00 grep eibd

**JuMi2006** · 03.09.2013, 13:15

Scheint ja wenigstens zu laufen

Sieht die ETS denn wenigstens die Telegramme von Tastern o.ä.?
Wie sicher bist Du Dir mit /dev/ttyACM0 ? Andererseits würde er schon meckern wenns die nicht gibt.

**mosjka1** · 03.09.2013, 15:23

Zitat von JuMi2006 Beitrag anzeigen

Scheint ja wenigstens zu laufen

Sieht die ETS denn wenigstens die Telegramme von Tastern o.ä.?
Wie sicher bist Du Dir mit /dev/ttyACM0 ? Andererseits würde er schon meckern wenns die nicht gibt.

Also laut dem Howto, ist es die folgende Schnittstelle busware.de : TUL "use with: eibd -i -D -T -S -e 1.1.251 tpuarts:/dev/ttyACM0"

Das Kuriose dabei ist ja, dass sich ein Jalousieaktor parametrieren lies. Als dieser dann testweise mit einem Taster angesprochen wurde, hat man keine Telegramme im Busmonitor von ETS gesehen. :-/ Sowie jetzt die Probleme beim einbinden der 1-Wire Sensoren in den Bus auftretten.

Ankündigung

- √ - Probleme mit dem Versenden von 1-Wire Werten auf KNX

- √ - Probleme mit dem Versenden von 1-Wire Werten auf KNX

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar