Ankündigung

Einklappen
Keine Ankündigung bisher.

Raspberry Image Version 2.2 mit SmarthomeNG 1.5.1

Einklappen
Dieses Thema ist geschlossen.
X
X
 
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge

  • magiczambo
    antwortet
    Funzt das Image auch mit einem PI Zero W?

    Einen Kommentar schreiben:


  • boardman
    antwortet
    Hi, ich habe gesehen das PyModbus auch für SmarthomeNG angefordert wurde, kann sein, dass das demnächst dann drin ist...

    Einen Kommentar schreiben:


  • Onkelandy
    antwortet
    Bezüglich develop Version kann ich mir ein Skript vorstellen, das zwischen dev u master hin und her schalten lässt.

    Pymodbus schau ich mir an.

    Config: Es ist halt alles 1:1 aus SmarthomeNG. Da schon im Image vorzukonfigurieren finde ich nicht so gut. Hilfe gibt es auf der sh github Seite

    Einen Kommentar schreiben:


  • IngM
    antwortet
    Mir sind jetzt noch ein paar Probleme mit dem Image aufgefallen. Die installierte SmartVISU Version 2.9 (default) läuft bei mir noch nicht stabil, ich habe zu Version 2.8 gewechselt. Es kommt dann aber die Fehlermeldung:
    Code:
    WebSocket: protocol mismatch. SmartHomeNG protocol version=3, visu protocol version=4
    Das konnte ich durch Änderung der plugin.yaml lösen (wsproto = 4). Außerdem läuft das sqlite plugin nicht, es muß auf "class_path: plugins.sqlite_visu2_8" geändert werden.

    Mit dieser plugin.yaml läuft jetzt alles problemlos:
    Code:
    BackendServer:
        class_name: BackendServer
        class_path: plugins.backend
        user: admin
        hashed_password: ...geheim....
    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
    websocket:
        class_name: WebSocket
        class_path: plugins.visu_websocket
        # ip = 0.0.0.0
        # port = 2424
        # tls = no
        wsproto: 4
        acl: rw
    smartvisu:
        class_name: SmartVisu
        class_path: plugins.visu_smartvisu
        smartvisu_dir: /var/www/html/smartvisu
    cli:
        class_name: CLI
        class_path: plugins.cli
        ip: 192.168.178.30
        # update = True
    sql:
        class_name: SQL
        # class_path: plugins.sqlite
        class_path: plugins.sqlite_visu2_8
    Zuletzt geändert von bmx; 11.06.2017, 16:06.

    Einen Kommentar schreiben:


  • greentux
    antwortet
    Mein Problem des abtürzenden smarthome.py hat sich gelöst. Im Grunde dadurch, dass ich Min/Max Werte nicht mehr aus RRD ziehe, sondern aus der Sqlite. Weiterhin habe ich auch alle smartvisu Graphen auf sqlite umgestellt.

    Einen Kommentar schreiben:


  • IngM
    antwortet
    @bmx,
    Du hast Recht, das war die Lösung (copy & paste Fehler...), ich kann den BackendSerrver jetzt erreichen. Es läuft jetzt merkwürdigerweise auch SmartVisu, der Websocket Fehler ist weg. Danke nochmal!

    Einen Kommentar schreiben:


  • boardman
    antwortet
    Ich sags euch, extrem mühsam die ganzen Neuerungen zu verdauen wenn man sich mit dem Thema nur 1 bis 2 mal im Jahr auseinader setzt... aber ein erster Erfolg bei mir (-: ich habe die Anbindung zum SolarEdge Wechselrichter nun langsam am laufen... dann kann ich auch mal was zur Comunity zurückgeben... erste Kommunikation ist erfolgreich... wenn auch die Installation von pymodbus total merkwürdig war - lief immer irgendwann auf fehler, aber es scheint alles notwendige installiert worden zu sein... vielleicht kann man das noch mit ins Image nehmen?

    Einen Kommentar schreiben:


  • bmx
    antwortet
    Da die Plugin.conf noch im alten Stil ist, sollte da IMHO auch stehen
    Code:
    [BackendServer]
      class_name = BackendServer
      class_path = plugins.backend
    also keine Doppelpunkte wie bei config.yaml

    Du hast wohl ein wenig der beiden Konfigurationsformate gemischt ...

    Einen Kommentar schreiben:


  • Msinn
    antwortet
    Onkelandy Ich finde es nicht besonders glücklich, das Anwender die auf das Image zurückgreifen (auch weil sie in der Materie nicht so tief drin stecken), in der Develop Version von SmartHomeNG landen, die qua Definition instabil sein kann.

    Einen Kommentar schreiben:


  • Msinn
    antwortet
    Interessante Kombination: Du nutzt smarthome.yaml, aber plugin.conf?

    Hast Du mal die Plugins einzeln aktiviert und shng neu gestartet? Damit kannst Du eingrenzen bei welchem Plufin der Fehler auftritt.

    Du läufst übrigens auf Develop, da die aktuell releaste Version von smarthomeNG erst v1.2 ist.

    Einen Kommentar schreiben:


  • IngM
    antwortet
    Danke für die schnelle Antwort. Ich habe noch nichts an der Konfiguration des Image verändert, davon stand auch nichts in der Anleitung. Die Plugins haben alle Rechte. Wie sehe ich ob sie auf Develop laufen? Das KNXD Plugin läuft ja auch problemlos. Wenn ich SmartHomeNG im Debugmodus start bleibt es hängen. Hier das Log:
    Code:
    smarthome@raspberrypi:~$ sudo service smarthome stop
    smarthome@raspberrypi:~$ python3 /usr/local/smarthome/bin/smarthome.py -d
    2017-06-10 10:56:18 INFO     shyaml       Main         Loading '/usr/local/smarthome/etc/smarthome.yaml' to 'OrderedDict' -- shyaml.py:yaml_load:46
    2017-06-10 12:56:18 WARNING  smarthome    Main         --------------------   Init SmartHomeNG 1.4.ae08cfc.dev   -------------------- -- smarthome.py:__init__:229
    2017-06-10 12:56:18 DEBUG    smarthome    Main         Python 3.5.2 -- smarthome.py:__init__:230
    2017-06-10 12:56:18 DEBUG    smarthome    Main         DB-APIs sqlite -- smarthome.py:__init__:231
    2017-06-10 12:56:18 INFO     scheduler    Main         Init Scheduler -- scheduler.py:__init__:89
    2017-06-10 12:56:18 DEBUG    scheduler    Scheduler    creating 5 workers -- scheduler.py:run:96
    2017-06-10 12:56:18 INFO     smarthome    Main         Init Plugins -- smarthome.py:start:314
    2017-06-10 12:56:18 DEBUG    plugin       Main         Plugin: BackendServer -- plugin.py:__init__:58
    2017-06-10 12:56:18 ERROR    smarthome    Main         Unhandled exception: 'class_name'
    <class 'KeyError'>
      File "/usr/local/smarthome/bin/smarthome.py", line 653, in <module>
        sh.start()
      File "/usr/local/smarthome/bin/smarthome.py", line 315, in start
        self._plugins = lib.plugin.Plugins(self, configfile=self._plugin_conf_basename)
      File "/usr/local/smarthome/lib/plugin.py", line 65, in __init__
        classname = _conf[plugin][KEY_CLASS_NAME]
     -- smarthome.py:_excepthook:542
    ^C2017-06-10 12:59:08 INFO     smarthome    Main         Number of Threads: 7 -- smarthome.py:stop:379
    2017-06-10 12:59:08 INFO     smarthome    Main         SmartHomeNG stopped -- smarthome.py:stop:403
    Exception ignored in: <module 'threading' from '/usr/local/lib/python3.5/threading.py'>
    Traceback (most recent call last):
      File "/usr/local/lib/python3.5/threading.py", line 1288, in _shutdown
        t.join()
      File "/usr/local/lib/python3.5/threading.py", line 1054, in join
        self._wait_for_tstate_lock()
      File "/usr/local/lib/python3.5/threading.py", line 1070, in _wait_for_tstate_lock
        elif lock.acquire(block, timeout):
      File "/usr/local/smarthome/bin/smarthome.py", line 407, in stop
        exit()
      File "/usr/local/lib/python3.5/_sitebuiltins.py", line 26, in __call__
        raise SystemExit(code)
    SystemExit: None
    smarthome@raspberrypi:~$

    Einen Kommentar schreiben:


  • bmx
    antwortet
    Hm. Das Image läuft auf develop? Wußte ich noch gar nicht. Hast Du SmartHomeNG mal im Debugmodus gestartet?

    Sind die Rechte auf die Plugins gegeben? Sind Deine Plugins dann auch auf develop oder noch auf Master?

    Einen Kommentar schreiben:


  • IngM
    antwortet
    Hallo zusammen,
    ich habe das Image installiert und habe das Problem, dass ich sowie ich in der plugin.conf andere Services als den Backend Server aktiviere, dieser nicht mehr erreichbar ist. SmartVisu (auch mit der Version 2.8) hat einen Websocket Error. KNXD läuft aber ohne Problem, ich kann auf KNX zugreifen. Was ist in meiner plugin.conf falsch? Habt Ihr eine Idee?

    plugin.conf
    Code:
    [BackendServer]
        class_name: BackendServer
        class_path: plugins.backend
    #    user: admin
    #    password: very_secure_password
    [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
    [visu]
         class_name = WebSocket
         class_path = plugins.visu_websocket
    [smartvisu]
         class_name = SmartVisu
         class_path = plugins.visu_smartvisu
         smartvisu_dir = /var/www/html/smartvisu 
    [cli]
         class_name = CLI
         class_path = plugins.cli
         ip = 192.168.178.30
     #   update = True
    [sql]
         class_name = SQL
         class_path = plugins.sqlite
    Außerdem bekomme ich dann einen Fehler im Smarthome
    /smarthome.log
    Code:
    2017-06-10  11:06:24 INFO     Main         Number of Threads: 7
    2017-06-10  11:06:24 INFO     Main         SmartHomeNG stopped
    2017-06-10  09:06:40 INFO     Main         Loading '/usr/local/smarthome/etc/smarthome.yaml' to 'OrderedDict'
    2017-06-10  11:06:40 WARNING  Main         --------------------   Init SmartHomeNG 1.4.ae08cfc.dev   --------------------
    2017-06-10  11:06:40 INFO     Main         Init Scheduler
    2017-06-10  11:06:40 INFO     Main         Init Plugins
    2017-06-10  11:06:40 ERROR    Main         Unhandled exception: 'class_name'
    <class 'KeyError'>
      File "/usr/local/smarthome/bin/smarthome.py", line 653, in <module>
        sh.start()
      File "/usr/local/smarthome/bin/smarthome.py", line 315, in start
        self._plugins = lib.plugin.Plugins(self, configfile=self._plugin_conf_basename)
      File "/usr/local/smarthome/lib/plugin.py", line 65, in __init__
        classname = _conf[plugin][KEY_CLASS_NAME]

    Einen Kommentar schreiben:


  • boardman
    antwortet
    Sorry, noch ne Frage als Linux noob (-: Ich versuche ja möglichst viel über Windows zu machen...
    da ich nun ein frisches PI3 Image am laufen habe will ich mir die Sicherung gleich auf nen 2ten USB Stick packen um beim Stick crash einfach umzustecken...
    Der zweite ist natürlich nen tick kleiner, so dass ich mit dem disk Imager nicht kopieren kann... nun habe ich hier eine Anleitung gefunden:

    http://www.netzmafia.de/skripten/har...rkleinern.html

    was mich nun wundert, das SH image hat nicht Stickgröße, ggf habe ich vergessen die Initialisierung mit raspi-config zu machen... aber das kommt mir ja jetzt zugute...

    (#)~:$ lsblk 09:39:37
    NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
    sda 8:0 1 7,5G 0 disk
    ├─sda1 8:1 1 63M 0 part /boot
    └─sda2 8:2 1 2,1G 0 part /

    wenn ich nun einfach mit sudo dd if=/dev/sda2 conv=sync,noerror bs=512 count=15000000 of=/dev/sdb1 gemäß anleitung die Kopie mache, dann verliere ich doch aber Partition sda1???

    Wie macht ihr das (habe nur 2 Raspi und ein NAS unter Linux, könnte aber auch aufs NAS sichern...)

    Uwe


    Einen Kommentar schreiben:


  • boardman
    antwortet
    Puh, Fehler gefunden..

    habe wieder auf knxd.conf umgestellt mit diesem angepassten String:
    KNXD_OPTS="-e 1.1.150 -E 1.1.151:2 -u/tmp/eib -b ipt:192.168.11.100"

    anscheinend stört das "-c" das ja in der knxd.yaml mit drin ist...

    Einen Kommentar schreiben:

Lädt...
X