Raspberry Image Version 2.2 mit SmarthomeNG 1.5.1

[Bit-te]

Hallo,
nimm dir ein Putty. Melde dich als User "Smarthome" an.
Ich bin dann mit sudo -i gewechselt.
dann cd / (um auf die root Ebene zu wechseln)
dann cd etc
dann chmod 777 knxd.conf

Dann kannst du mit WinSCP drauf zugreifen. Es kommt zwar noch ne Fehlermeldung im WinSCP beim speichern. Aber er nimmt die Änderungen an.

Gruß
Wolfgang

[Guti HAM]

Dort mußte ich nur die Rechte mit chmod ändern.

Hallo Wolfgang,

ich stehe seit gestern abend vor dem gleichen Problem mit KNXD.conf und WInSCP.

Kannst du mir sagen wie und wo ich den Befehl "chmod" anwende um Änderungen vornehmen zu können?

Gruß Sascha

[Bit-te]

Hallo,

so, gestern abend habe ich das SmarthomeImage neu auf die Speicherkarte gepackt.
Jetzt funktioniert alles (bis auf die Icon Umstellung in der Visu, das muß ich mir seperat anschauen und ist hier nicht bestandteil...)

Habe einen Unterschied zum letzten mal gemacht. Beim letzten mal habe ich dem "Root" User die Rechte gegeben um mit WinSCP darauf mit User Root zugreifen zu können. Gestern habe ich versucht alles mit dem User "smarthome" zu machen. Bis auf die Änderung der knxd.conf und der owhs.conf hat das auch funktioniert. Dort mußte ich nur die Rechte mit chmod ändern.

Es hat also alles funktioniert wie es soll.

Danke für Eure/Deine ganze Mühe
Gruß
Wolfgang

[Onkelandy]

Das Segmentation fault macht mir Angst
Aber es kann nicht am User liegen.. wenn du als root rein gehst (sudo -i) und dann manuell startest, startest du ja als root und umgehst eigtl. die Neuigkeiten des Image 1.3

Hoffentlich klappt es nach einer erneuten Installation.

[Bit-te]

Hallo,

leider gleiches Problem.
siehe Anhang...
Ein Zugriffsproblem.
Gibt es sonst noch was wo man Rechte ändern muß? Wie gesagt, stand ist dein letztes Image.

Kann das mit dem neuen Benutzer ab Version 1.3 zusammenhängen? In der Doku steht User Smarthome ab 1.3....

Ich glaub ich mach das Image nochmal neu drauf...

Danke
Gruß
Wolfgang

[Onkelandy]

Hmmmmmm, mach mal ein chmod 777 /usr/local/smarthome -R

Oder starte mal manuell /usr/local/smarthome/bin/smarthome.py --debug

[Bit-te]

Hallo,

ich muß leider auch nochmal stören.
Nachdem ich vor einigen Wochen das Image1.2 konfiguriert hatte, und seitdem einiges rumexperimentiert hatte, wollte ich heute schnell das aktuelle Image sauber aufspielen.
Hab das Image1.3 aufgespielt. Raspi 1b gebootet. Onewire und KNXD konfiguriert. Zugriff mit ETS auch möglich. Onewire habe ich noch nicht getestet. Dienst steht aber auf running.
Dann plugin.conf und logic.conf und smarthome.conf angepasst (habe ich kopiert von dem Image1.2). Items kopiert und Quad-Files kopiert.
Root-Paßwort hinterlegt.
Config in der Smartvisu mit IP und Treiber und Quad Auswahl angepasst.

Danach Reboot. Smarthome startet nicht.

service smarthome debug zeigt nichts an.
systemctl status smarthome.service -l zeigt die Ausgabe aus dem Anhang

die Datei smarthome.pid ist nicht in dem Verzeichnis. Das Verzeichnis ist leer.

Was habe ich vergessen?

Vielen Dank mal wieder...
Gruß
Wolfgang

[hannes123]

Ok, zu spät gelesen. :-)
Mit easy_install pycrypto hats auch geklappt. Trotzdem Danke....
Und vor allem, Danke fürs Image!

[Onkelandy]

Hochpass - alles klar. Dachte, es wäre zumindest auskommentiert drin. Vermutlich ist das verloren gegangen durch die git pulls bei den neueren Images. Werde ich beim nächsten Release (wieder?) rein stecken.

[Onkelandy]

hannes123 Mach mal pip install pycrypto, funzt bei mir mit Python 3.5.2 einwandfrei.

[hannes123]

Hallo,
beim installieren mit

sudo apt-get install python3-crypto

kommen keine Fehler, nur sehe ich unter phyton3 / help() / modules kein Crypto. Bei Python3.4 eben schon.
Bei starten des Plugin kommt dann folgender Fehler:

2016-11-02  18:47:33 ERROR    Main         Plugin buderus exception: No module named 'Crypto'
Traceback (most recent call last):
  File "/usr/local/smarthome/lib/plugin.py", line 64, in __init__
    plugin_thread = PluginWrapper(smarthome, plugin, classname, classpath, args, instance)
  File "/usr/local/smarthome/lib/plugin.py", line 101, in __init__
    exec("import {0}".format(classpath))
  File "<string>", line 1, in <module>
  File "/usr/local/smarthome/plugins/buderus/__init__.py", line 28, in <module>
    from Crypto.Cipher import AES
ImportError: No module named 'Crypto'

Darum wäre meine Idee gewesen smarthome.py unter python 3.4 zu starten. Kann ich systemd dazu bewegen nicht 3.5 sondern mit 3.4 zu starten?
Jemand eine Idee?


Grüße,
Hannes

[Hochpass]

Hi!
Ganz sonderbar, ich hab weder smarthome noch smartvisu zwischen 1.2 und 1.3 geändert...

Ich habs gefunden. Default Sprache ist Englisch eingestellt und dann nimmt die visu logischerweise das englische language file. Hab ich einfach verdödelt es umzustellen.
Geht aber nu.

Stimmt das Backend lässt sich einfach konfigurieren. In der plugin.conf ist aber kein auskommentierter Eintrag. Ich würde es als default aktivieren. Aber nur meine persönliche Meinung und natürlich kein Muss.

[Onkelandy]

Hi!
Ganz sonderbar, ich hab weder smarthome noch smartvisu zwischen 1.2 und 1.3 geändert...

Backendplugin ist mit an Boot, soll aber jeder selbst aktivieren.. denn im Image sind einfach die gleichen Einstellungen wie bei SmarthomeNG.. Außer das mit sqlite hab ich noch geändert, weil das eine Fehlerquelle darstellt.
Aus'm Wiki:
Smarthome Backend abrufbar unter IP-ADRESSE:8383 (muss unter /usr/localhost/smarthome/etc/plugin.conf aktiviert werden)

[Hochpass]

Hi,
danke für das Image. Ich teste gerade 1.3.

Als verbesserungsvorschlag könntest du noch das neue Backend Plugin eintagen.

Außerdem hab ich gerade bei Umstieg von 1.2 auf 1.3 das Problem dass einige Temperaturen mit °F und nicht mit °C angezeigt werden. Gab es da eine Änderung?

Ciao Hochpass

[Onkelandy]

Hmmm, müsstest versuchen, 3.4 selbst zu installen..
Wo genau scheitert es mit pycrypto? Wenn ich das per pip3 install pycrypto installiere, scheinen soweit alle imports und Funktionen des buderus Plugins zu funzen (hab nur rudimentär getestet..) Was gibt's bei dir für Fehler?