SmartHome.py mit ausgelagertem EIBD

[callidomus]

Hallo,

ich habe Dein Problem immer noch nicht verstanden.

Was möchtest Du erreichen?
Was machst Du (genau)?
Was klappt nicht?
Welchen Browser inkl. genauer Version verwendest Du?

Und einen neuen Thread...


Bis bald

Marcus

[firefox]

ok, also ich hab sh mal mit -n gestartet:

2013-05-12 14:38:04,816 SmartHome.py INFO     Start SmartHome.py 0.8-150-g1340b61 -- smarthome.py:__init__:192
2013-05-12 14:38:04,821 SmartHome.py DEBUG    Python 2.7.3 -- smarthome.py:__init__:193
2013-05-12 14:38:04,827 SmartHome.py INFO     Init Scheduler -- scheduler.py:__init__:53
2013-05-12 14:38:04,832 SmartHome.py INFO     Init Plugins -- smarthome.py:__init__:208
2013-05-12 14:38:04,847 Scheduler    DEBUG    creating 5 workers -- scheduler.py:run:59
2013-05-12 14:38:04,854 SmartHome.py DEBUG    Plugin: knx -- plugin.py:__init__:42
2013-05-12 14:38:04,884 SmartHome.py DEBUG    Plugin: ow -- plugin.py:__init__:42
2013-05-12 14:38:04,911 SmartHome.py ERROR    Onewire: could not connect to 127.0.0.1:4304: [Errno 111] Connection refused -- __init__.py:connect:62
2013-05-12 14:38:04,930 SmartHome.py DEBUG    Plugin: cli -- plugin.py:__init__:42
2013-05-12 14:38:04,945 SmartHome.py DEBUG    Plugin: visu -- plugin.py:__init__:42
2013-05-12 14:38:05,028 SmartHome.py DEBUG    Plugin: rrd -- plugin.py:__init__:42
2013-05-12 14:38:05,126 SmartHome.py DEBUG    Plugin: sql -- plugin.py:__init__:42
2013-05-12 14:38:05,152 SmartHome.py DEBUG    SQLite 3.7.13 -- __init__.py:__init__:59
2013-05-12 14:38:05,179 SmartHome.py DEBUG    sqlite next time: 2013-05-13 03:02:00+02:00 -- scheduler.py:_next_time:238
2013-05-12 14:38:05,183 SmartHome.py INFO     Init Items -- smarthome.py:__init__:210
2013-05-12 14:38:05,285 SmartHome.py DEBUG    knx: second.sleeping.light.level listen on 3/2/14 -- __init__.py:parse_item:210
2013-05-12 14:38:05,290 SmartHome.py DEBUG    knx: Light listen on 3/2/12 -- __init__.py:parse_item:210
2013-05-12 14:38:05,479 SmartHome.py DEBUG    knx: eg.kueche.leuchten.decke listen on 1/2/30 -- __init__.py:parse_item:210
2013-05-12 14:38:05,483 SmartHome.py DEBUG    knx: eg.kueche.leuchten.decke listen on and init with 1/2/30 -- __init__.py:parse_item:219
2013-05-12 14:38:05,606 SmartHome.py INFO     Start Plugins -- plugin.py:start:63
2013-05-12 14:38:05,620 ow           DEBUG    1w-disc next time: 2013-05-12 14:38:05+02:00 -- scheduler.py:_next_time:238
2013-05-12 14:38:05,633 rrd          DEBUG    rrd next time: 2013-05-12 14:39:45+02:00 -- scheduler.py:_next_time:238
2013-05-12 14:38:05,643 SmartHome.py INFO     Start Logics -- logic.py:__init__:32
2013-05-12 14:38:05,653 SmartHome.py DEBUG    reading logics from /usr/local/smarthome/etc/logic.conf -- logic.py:__init__:38
2013-05-12 14:38:05,663 SmartHome.py DEBUG    Logic: hello -- logic.py:__init__:45
2013-05-12 14:38:05,680 SmartHome.py WARNING  hello: Could not access logic file (hello_world.py) => ignoring. -- logic.py:generate_bytecode:106
2013-05-12 14:38:05,726 visu         DEBUG    series next time: 2013-05-12 14:38:14+02:00 -- scheduler.py:_next_time:238
2013-05-12 14:38:05,748 sh.con       DEBUG    knx: read init/cache ga -- __init__.py:handle_connect:100
2013-05-12 14:38:05,802 sh.gc        DEBUG    Garbage collector: collected 848 objects. -- smarthome.py:_garbage_collection:345
2013-05-12 14:38:05,807 sh.con       INFO     KNX: connected to 127.0.0.1:6720 -- my_asynchat.py:connect:69
2013-05-12 14:38:05,937 Scheduler    DEBUG    1w-disc next time: 2013-05-12 14:48:05+02:00 -- scheduler.py:_next_time:238
2013-05-12 14:38:05,959 Scheduler    DEBUG    sh.gc next time: 2013-05-13 02:04:00+02:00 -- scheduler.py:_next_time:238
2013-05-12 14:38:14,235 Scheduler    DEBUG    series next time: 2013-05-12 14:38:24+02:00 -- scheduler.py:_next_time:238

Plugin.conf:

# 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

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

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

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

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

[sql]
    class_name = SQL
    class_path = plugins.sqlite

In Items hab ich testweise die test.conf erstellt:

[eg]
    [[kueche]]
        [[[leuchten]]]
            [[[[decke]]]]
                type = bool
                knx_dpt = 1
                knx_send = 1/2/0
                knx_listen = 1/2/30
                knx_init = 1/2/30
                visu = yes

Mir ist noch aufgefallen, wenn ich im Browser die smarthome page aufrufe, werden die images nicht dargestellt. Siehe Anhang.

[callidomus]

Hallo,

- außerdem wurde mir gesagt, dass das Wiregate keine Entwicklungslösung ist, sondern der Augenmerk auf einem sicheren VPN Server liegt.

da hast Du oder die Quelle etwas falsch verstanden. Der VPN Server ist nur ein Add-On. Alles weitere dazu im WG-Forum.

Ich versteh Dein Problem aber aktuell nicht ganz. Bitte mach doch einen neuen Thread auf mit dem vollen Programm von: https://knx-user-forum.de/smarthome-...rbehebung.html

Bis bald

Marcus

[firefox]

ok, super. Funktioniert auf der Shell erst mal.

Allerdings zickt die smartVISU noch.
Eingestellt ist:
Driver: SmartHome.py
URL: smarthome.local
Port: 2424
Realtime: ON

Auch mit localhost oder der lokalen IP klappt das leider nicht. In der smarthome log taucht nichts auf, eine andere Log hab ich nicht gefunden.

@TCr82
Ähnlich wie bei 2ndsky
- mir gefällt die smartvisu wesentlich besser und ist einfach in der Handhabung
- mit linknx zu langsam
- außerdem wurde mir gesagt, dass das Wiregate keine Entwicklungslösung ist, sondern der Augenmerk auf einem sicheren VPN Server liegt.
- alle logiken liegen aber auf dem Wiregate, werde ich ggf. portieren.

[2ndsky]

SmartHome.py mit ausgelagertem EIBD

Weil aufm Wiregate kein Python 2.7 läuft. Wie in einem anderen Thread zu lesen ist, habe ich das mal versucht und auch erfolgreich installiert, allerdings fressen sich dann Python und der wiregated gegenseitig den Speicher weg. Da der wiregated sich bei mir locker 70% des Speichers genehmigt bleibt einfach zu wenig für Python und den Rest übrig.

Warum ich das WG noch nicht gegen ein Pi ersetzt habe? Nunja, derzeit läuft alles so wie es soll und da es fraglich ist, was ich für ein verbasteltes WG noch bekomme, lass ich es lieber so.

[TCr82]

wieso nicht auf dem Wiregate gleich einen Webserver mit PHP5 und Python drauf und die Visu dazu bauen?

Oder Wiregate ganz raus schmeißen.. Die Logiken bekommt man auch mit sh.py hin

[2ndsky]

SmartHome.py mit ausgelagertem EIBD

Ich hab einfach in sh.py beim KNX Plugin die IP des WG angegeben. Ich verwende aber auch nicht das Image fürn Pi.

[DK178]

Hi,

läuft bei mir in genau der Konstellation. Ich habe auf dem Raspberry für den EIBD folgendes eingestellt:

DAEMON_ARGS="-d -S -D -T -t5 -i ipt:"ip zum Wiregate" --pid-file=$PIDFILE"

Gruß,
David

[callidomus]

Hallo,

Wäre es denn denkbar, dass man den EIBD auf dem Wiregate laufen lässt und vom Raspberry irgendwie eine Verbindung zum Wiregate einrichtet?

nicht nur denkbar sondern auch machbar. Ist kein Problem.

Bis bald

Marcus

[firefox]

Hallo zusammen,

im Big Picture hab ich einen kleinen Hinweis gefunden, dass SmartHome.py und EIBD nicht zwangsläufig auf dem gleichen Server arbeiten müssen.

Ich hab das Wiregate schon seit längerem im produktiven Einsatz und würde mich aber trotzdem gerne auch mit SmartHome.py beschäftigen. Einen Raspberry PI hab ich sowieso, insofern bietet sich das an. Mittelfristig würde ich die Logiken gerne auf dem Wiregate lassen, allerdings die Visu auf dem PI installieren.

Wäre es denn denkbar, dass man den EIBD auf dem Wiregate laufen lässt und vom Raspberry irgendwie eine Verbindung zum Wiregate einrichtet?

Wenn nicht, spricht irgendetwas dagegen auf beiden Geräten den EIBD laufen zu lassen?