Raspberry Image Version 2.2 mit SmarthomeNG 1.5.1

[Onkelandy]

Hi wvhn , hat bei dir knxd Probleme gemacht?

[wvhn]

Bit-te, hab ich das richtig verstanden, dass einige Geräte über ETS programmierbar sind und andere nicht? Was ist denn der Unterschied zwischen den programmierbaren und den nicht programmierbaren, d.h. sind es bestimmte Adressbereiche (welche?) oder bestimmte Gerätetypen?

Wenn ersteres der Fall ist, kannst Du mal die KNX-Adresse ändern. Beim EIBD hattest Du ja 1.1.0 und beim knxd 1.1.254.

Wenn alles nichts hilft, kannst Du den eibd auch wieder installieren. Meine Installation mit SmarthomeNG V1.2 läuft damit bisher ohne Probleme. Du musst dann aber knxd stoppen und mit systemctl den Socket und den Service "disablen". Einen Vorschlag für eibd.service findest Du im Wiki, mit dem ich meinen Umstieg von Wheezy / Smarthome auf Jessie / SmarthomeNG dokumentiert habe: https://github.com/wvhn/smarthome/wi...aspbian-Jessie

Gruß Wolfram

[rscde]

danke Andy

[Onkelandy]

logic.conf ist standardmäßig keins drin, da es auch nicht viel Sinn macht - immerhin hat ja jeder eigene Logiken...
https://github.com/smarthomeNG/smart...ee/develop/etc

Insofern.. es hat sich nix geändert. Wenn du Logiken implementieren willst, sind diese auch im logic.conf zu definieren.

[rscde]

ich hätte auch zum neuen smarthomeNG Image eine Frage, deshalb hier rein da ich hoffe nicht offtopic zu sein...

habe das Image von Onkelandy installiert, soweit so gut. Ich musste feststellen dass unter /usr/local/smarthome/etc kein logic.conf file ist.
wird das nicht mehr benötigt oder muss mans selbst anlegen und befüllen?

Wenn nicht mehr benötigt, müssen die logiken nicht mehr vorkonfiguriert werden?

[Onkelandy]

Das "-t 0xffc -f 9" ist nur fürs Debugging. Kuckst du hier ganz unten. https://github.com/knxd/knxd/wiki
Das daemonizing ist nicht nötig, da es ohnehin über das Service bzw. Skript "daemonized" ist.
Hast du mal -u/tmp/eib --no-tunnel-client-queuing versucht?

[Bit-te]

Hallo,

ich mich nochmals wegen meiner knxd.conf stören.

Nach wie vor habe ich einige Geräte die sich nicht über den knxd und Raspi mit Rot Schnittstelle programmieren lassen.
Auf dem alten Image mit EIBD gehts tadellos.

So sieht meine knxd.conf aus:

# configuration for knxd.service
START_KNXD=YES
KNXD_OPTS="-e 1.1.254 -DT[B]R[/B]S -t [B]0xffc[/B] -i -c[B] -f 9 -b[/B] tpuarts:/dev/ttyKNX1"

Hier meine EIBD-Konfiguration:

EIB_ARGS="[B]--daemon[/B] --Server --Tunnelling --Discovery --GroupCache [B]--listen-tcp[/B]"
EIB_ADDR="1.1.0"
EIB_IF="tpuarts:/dev/ttyAMA0"

Hab die Unterschiede mal "fett" gemacht.

Ich habe versucht die Parameter nach und nach anzupassen.
das "-i" für listen-tcp wird angenommen
das "-b" Layer2 kann ich entfernen und der Dienst startet. Verhalten wie vorher
das "-d" für daemon kann ich einfügen wo ich will, dann startet der knxd.service nicht.
Wenn ich das "-R" für Routing entferne gehts auch nicht.

Kann mir zu den Optionen jemand was sagen? Braucht der knxd gegenüber dem EIBD "Routing"? Was ist der "daemon" der unter eibd konfiguriert war und unter knxd nicht?

Wofür steht die "9" und wofür steht "0xffc" ?

Danke schonmal
Gruß
Wolfgang

[Max2612]

Hallo zusammen!

Ich habe in der interfaces.conf auf dhcp umgestellt und über meinen Router eine statische IP vergeben.
Jetzt läuft es so, wie es soll.

[wvhn]

was sagt denn

ifconfig

?

[Max2612]

OK, da das alles nicht funktioniert hat, habe ich das Image neu installiert.
Passt wieder.

Bis auf das DHCP Problem.
Der Raspi ist unter 2 verschiedene IP´s erreichbar.

/etc/dhcpcd.conf

denyinterfaces eth0

Mit diesem Eintrag erscheint der Raspi zwar noch mit beiden IP´s im Router, aber er ist nur noch mit der statischen erreichbar.

Hat noch jemand eine Idee??

[schuma]

sudo -i

[Max2612]

Wie lautet der Benutzername und Kennwort für root??

[Onkelandy]

Log dich als root ein oder versuch's über winscp.

[Max2612]

Leider erfolglos...

smarthome@raspberrypi:~$ chmod 0400 /etc/sudoers
chmod: changing permissions of '/etc/sudoers': Operation not permitted

Neuinstallation??

[Onkelandy]

Dann hast du vermutlich die Rechte von /etc/sudoers versehentlich geändert? Mach mal chmod 0400 /etc/sudoers