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

  • Ostfriese89
    antwortet
    Hallo Onkelandy,
    vielen Dank erstmal für deine Mühe und auch vielen Dank an diesen Forum. Es hilft mir gerade sehr in meiner Anfangszeit und wird wahrscheinlich zu einen treuen Begleiter. :-)

    Ich habe ebenfalls Probleme mit USB-Schnittstelle und "tunneling". Ich hab nen Raspberry 3 und das aktuelle Image aufgespielt wie in dem Wiki. Als Schnittstelle möchte ich eine Merten 681829 USB-Schnittstelle verwenden. Sie benötigt die Physikalische Adresse 1.1.253, sonst funktioniert der Gruppenmonitor über ETS5 ebenfalls nicht.

    Als erstes habe ich nur die Zeile in der /etc/knxd.conf mit ft12 entkommentiert. Nach einem reboot, wurde die Schnittstellen noch nicht in der ETS angezeigt.

    # configuration for knxd.service
    START_KNXD=YES
    #KNXD_OPTS="-e 1.1.61 -u/tmp/eib -b ipt:10.0.0.101"
    #KNXD_OPTS="-DTRS -t 0xffc -f 9 -b tpuarts:/dev/ttyKNX1"
    KNXD_OPTS="-DTRS -t 0xffc -f 9 -b ft12:/dev/ttyKNX1"

    Als zweites habe ich den KERNELS und ATTRS- Eintrag wie im Wiki beschrieben geändert. (Eingaben entsprechen dem Beispiel). Nach einem Reboot wird IP-Tunneling in der ETS5 angezeigt mit der Physikalischen Adresse 0.0.1 . Gruppenadressen können aber nicht gelesen und gesendet werden. Außerdem kann knxd durch "systemctl restart knxd" nicht neugestartet werden. In der ETS5 ist mir aufgefallen, dass zwischenzeitlich der Kontakt zum IP-Tunneling abbricht "systemctl status knxd.service" zeigt folgendes an:

    knxd.service - KNX Daemon
    Loaded: loaded (/lib/systemd/system/knxd.service; enabled)
    Active: activating (start) since Sat 2016-10-29 08:09:39 CEST; 1min 28s ago
    Main PID: 6816 (knxd)
    CGroup: /system.slice/knxd.service
    └─6816 /usr/bin/knxd -DTRS -t 0xffc -f 9 -b ft12:/dev/ttyKNX1

    Als drittes habe ich in der /etc/knxd.conf "-e 1.1.253" eingefügt. Keine Änderung im Startverhalten, nur die IP-Tunneling-Schnittstelle wir jetzt mit der Physikalischen Adresse 1.1.253 angezeigt.

    Dann fing das rumspielen an und ich habe Einträge in der "/etc/knxd.conf" entfernt
    Ich bin jetzt stehengeblieben bei "KNXD_OPTS="-e 1.1.253 -DTRS"
    knxd lässt sich neu starten, der Status ist "aktive" und über groupswrite kann ich die Telegramme in der ETS sehen. Leider reagiert der Aktor nicht. Ich habe alle 4 USB-Ports ausprobiert. Die Verbingung vom Pi3 zum Netzwerk sollte somit funktionieren, nur leider nicht die Verbindung vom Pi3 zur Schnittstelle.
    Der Aufbau sollte fehlerfrei sein, da ich über ETS und die Schnittstelle Gruppenadressen schreiben und lesen kann.

    Ich habe im allgemeinen schon verstanden, dass ne USB-Schnittstelle nicht die beste Wahl war, aber nun ist Sie auf dem Testbrett ;-)

    Wo kann ich weiterhin ansetzen?

    Liebe Grüße Wilko

    Einen Kommentar schreiben:


  • Tontechniker
    antwortet
    Hallo Onkelandy,
    ich habe versucht über meinen Raspi und den Freebus-Controller EIB-Geräte zu programmieren oder deren Inhalt über die ETS auszulesen - leider immer mit Fehlermeldung. Kann es sein, dass im /etc/knx.conf noch etwas fehlt (tunneling)? Mit eibd hat das funktioniert.
    Code:
    /etc/default/eibd
    EIB_ARGS="--daemon --Server --Tunnelling --Discovery --GroupCache --listen-tcp"
    EIB_ADDR="0.0.1"
    EIB_IF="ft12:/dev/ttyAMA0"
    Gruß Hans

    Einen Kommentar schreiben:


  • Onkelandy
    antwortet
    Andreas Hendrix , Danke.. Hab das mal hier eingefügt: https://sourceforge.net/p/smarthomen...age/wiki/knxd/
    Wäre sicher für einige gut, wenn ich das ergänzen könnte.

    Bit-te , sorry, hab keine Ahnung, wovon du sprichst ? Du kannst jedenfalls mal ein "-c" bei der knxd Config hinzufügen. Dadurch wird der Cache aktiviert und du hast vielleicht beim Reboot mehr Chancen, die korrekten Werte zu erhalten. Ob's mit der Visu zusammenhängt oder nicht, findest du raus, indem du in der CLI einfach die suspekten Items mit "ls" abfragst..

    Einen Kommentar schreiben:


  • Andreas Hendrix
    antwortet
    Hallo zusammen,

    hier meine Konfiguration für einen Raspberry PI 3 mit Busware "RTC-Onewire-TPUART Erweiterung für Raspberry Pi (ROT)"

    Beim Raspberry Pi 3 erst in der config.txt das Onboard Bluetooth-Modul deaktivieren.

    Config.txt aufrufen.


    sudo nano /boot/config.txt

    Am Ende der Datei folgende Zeile anhängen.

    dtoverlay=pi3-disable-bt

    Mit Strg-O speichern.
    Mit Strg-X verlassen
    .

    Danach folgenden Befehl ausführen.


    sudo systemctl disable hciuart

    Danach ein Reboot.

    Die Einstellungen in der knxd.conf sehen bei mir folgendermassen aus.


    # configuration for knxd.service
    START_KNXD=YES
    #KNXD_OPTS="-e 1.2.201 -u/tmp/eib -b ipt:192.168.178.202"
    KNXD_OPTS="-DTRS -t 0xffc -f 9 -b tpuarts:/dev/ttyAMA0"
    #KNXD_OPTS="-DTRS -t 0xffc -f 9 -b ft12:/dev/ttyKNX1"

    In dieser Konstellation kann ich via WLAN vom Notebook auf das WLAN vom PI 3 zugreifen. Die KNX Installation, welche am Pigator-Modul angeklemmt ist, lässt sich so mit der ETS 4 programmieren. Gruppenmonitor oder Busmonitor geht auch. Aber nicht beide gleichzeitig.

    Andreas
    Zuletzt geändert von Andreas Hendrix; 27.10.2016, 19:29.

    Einen Kommentar schreiben:


  • Bit-te
    antwortet
    Hallo Onkelandy,

    kannst du mir ein paar Befehle/Optionen nennen oder einen Link wo die Beschrieben sind?
    Vielleicht kommt mein Problem, das die Schaltzustände nicht initiiert werden nach dem Booten auch von der Schnittstelle??
    (https://knx-user-forum.de/forum/supp...eserver/page22) Post #327

    Hatte bisher gedacht das wäre ein Problem der Quad-Visu.

    Gruß
    Wolfgang

    Einen Kommentar schreiben:


  • Onkelandy
    antwortet
    Wenn wir hier mal zusammenfassen könnten, welche Einstellung für welche Interfaces korrekt ist, könnte ich das im Wiki noch kurz ergänzen.
    Könnt ihr bitte die exakte Zeile für die knxd Optionen sowie einen Link auf das Gateway posten?

    Einen Kommentar schreiben:


  • Kennygl
    antwortet
    Hallo Wolfram
    Danke für den Hinweis habe es hin bekommen lag an dem tpuarts.

    Die Verbindung geht jetzt ohne Probleme, der PI3 wird in der ETS 5 automatisch erkannt und Busmonitor sowie Programmieren funktionieren auch.

    Grüße
    Nico
    Zuletzt geändert von Kennygl; 27.10.2016, 05:44.

    Einen Kommentar schreiben:


  • Onkelandy
    antwortet
    Schau mal in die Konfig-Möglichkeiten von knxd. Gibt dort auch eine Tunneling-Funktion soweit ich mich erinnere. Wichtig ist die Reihenfolge der Parameter, da ist knxd ziemlich unangenehm..

    Tontechniker die Logik für den Visu Cache Refresh: https://knx-user-forum.de/forum/supp...chen-per-logic

    Einen Kommentar schreiben:


  • Bit-te
    antwortet
    Hallo,
    Mit der ets 3.0f gibts bei mir auch Probleme! Hab es gerade mal ausprobiert aufgrund kennygl's Beitrag! Busmonitor funktioniert. Verbindungstest ist auch ok! Aber programmieren von Aktoren und Sensoren funktioniert nicht!

    Meldung aus der Ets: Ein interner Fehler ist aufgetreten (Details: Authentication failed)

    EDI: KNXnet/IP
    Params: Name='knxd';IpAddr='192.168.178.107';Port='3671';N AT='off'
    Last messages (cEMI):
    20:57:11.275 R L_DATA.ind (UDT/GroupValue_Write) BC D0 119D 1116 02 00 80 00
    20:57:11.898 R L_DATA.ind (UDT/GroupValue_Write) BC D0 1102 1315 02 00 80 00
    20:57:12.179 R L_DATA.ind (NDT-2/Memory_Response) B0 50 110C 0000 04 4A 41 B6 EC 01
    20:57:12.180 S L_DATA.req (ACK-2/) B0 60 0000 110C 00 CA
    20:57:12.184 R L_DATA.con (ACK-2/) B0 50 0000 110C 00 CA
    20:57:12.974 R L_DATA.ind (UDT/GroupValue_Write) BC D0 119D 1115 03 00 80 00 00
    20:57:13.274 R L_DATA.ind (UDT/GroupValue_Write) BC D0 11A0 180F 03 00 80 00 00
    20:57:15.179 R L_DATA.ind (NDT-2/Memory_Response) B0 50 110C 0000 04 4A 41 B6 EC 01
    20:57:15.180 S L_DATA.req (ACK-2/) B0 60 0000 110C 00 CA
    20:57:15.184 R L_DATA.con (ACK-2/) B0 50 0000 110C 00 CA
    20:57:16.274 R L_DATA.ind (UDT/GroupValue_Write) BC D0 119D 1116 02 00 80 00
    20:57:18.285 S L_DATA.req (NDT-3/PropertyValue_Read) B0 60 0000 110C 05 4F D5 03 0D 10 01
    20:57:18.289 R L_DATA.con (NDT-3/PropertyValue_Read) B0 50 0000 110C 05 4F D5 03 0D 10 01
    20:57:18.341 R L_DATA.ind (ACK-3/) B0 50 110C 0000 00 CE
    20:57:18.375 R L_DATA.ind (NDT-3/PropertyValue_Response) B0 50 110C 0000 0A 4F D6 03 0D 10 01 00 02 A0 1E 20
    Mit dem alten Image ging es über Jahre Problemlos! Es muss also am neuen Image/treiber liegen.

    Jemand eine Idee?
    Zuletzt geändert von Bit-te; 25.10.2016, 22:16.

    Einen Kommentar schreiben:


  • wvhn
    antwortet
    Du solltest in der knxd.conf die gleichen Einstellungen verwenden, wie Wolfgang. Siehe #124, aber auch hier die Zeile mit tpuarts aktivieren.
    ipt kannst Du nur verwenden, wenn Du ein externes ip-Gateway zum KNX hast. Das ist aber bei Dir nicht der Fall.

    Gruß Wolfram

    Einen Kommentar schreiben:


  • Kennygl
    antwortet
    Hallo
    Bin auch gerade am basteln komme aber nicht weiter.
    Ich habe einen Pi3 mit dem RTC-Onewire-TPUART Erweiterung für Raspberry Pi (ROT) von busware.

    Habe das Image installiert und die anpassungen unter
    https://github.com/knxd/knxd/wiki/Ad...-raspberry-pi3
    vorgenommen.
    Status und Socket abfrage sieht eigentlich gut aus. Aber ich bekomme die Schnittstelle nicht in der ETS 5 angezeigt.

    ($)~:$ sudo systemctl status knxd.service -l
    ● knxd.service - KNX Daemon
    Loaded: loaded (/lib/systemd/system/knxd.service; enabled)
    Active: active (running) since Tue 2016-10-25 20:54:27 CEST; 57min ago
    Main PID: 895 (knxd)
    CGroup: /system.slice/knxd.service
    └─895 /usr/bin/knxd -e 1.1.250 -u/tmp/eib -b ipt:192.168.10.31

    Oct 25 20:54:27 raspberrypi systemd[1]: Started KNX Daemon.
    ($)~:$ sudo systemctl status knxd.socket -l
    ● knxd.socket - KNX Daemon (socket)
    Loaded: loaded (/lib/systemd/system/knxd.socket; enabled)
    Active: active (running) since Tue 2016-10-25 20:54:25 CEST; 58min ago
    Listen: /var/run/knx (Stream)
    [::]:6720 (Stream)

    Oct 25 20:54:25 raspberrypi systemd[1]: Starting KNX Daemon (socket).
    Oct 25 20:54:25 raspberrypi systemd[1]: Listening on KNX Daemon (socket).

    Weiß jemand Rat?
    Danke
    Grüße
    Nico

    Einen Kommentar schreiben:


  • Bit-te
    antwortet
    Ihr seit echt krass... das wars. Es funktioniert.


    Vielen Dank
    Wolfgang

    Einen Kommentar schreiben:


  • wvhn
    antwortet
    Das ROT-Interface von Busware steckt direkt auf dem GPIO des Raspi und wird über tpuarts angesprochen. Probier es einmal damit, anstatt ft12.

    Gruß Wolfram

    Einen Kommentar schreiben:


  • Bit-te
    antwortet
    Hallo,

    @Hans: bei knxd.conf sieht absolut gleich aus.
    @onkelandy:

    Hier die Ausgabe journalctl -xn
    lines 1-28/28 (END)
    -- Logs begin at Mon 2016-10-24 18:59:00 CEST, end at Mon 2016-10-24 19:06:19 CEST. --
    Oct 24 19:06:01 raspberrypi CRON[3148]: pam_unix(cron:session): session opened for user root by (uid=0)
    Oct 24 19:06:01 raspberrypi CRON[3152]: (root) CMD (php /var/www/monitgraph/cron.php >>/var/log/monit-graph.log 2>&1)
    Oct 24 19:06:01 raspberrypi CRON[3148]: pam_unix(cron:session): session closed for user root
    Oct 24 19:06:08 raspberrypi systemd[1]: knxd.service start operation timed out. Terminating.
    Oct 24 19:06:08 raspberrypi systemd[1]: Failed to start KNX Daemon.
    -- Subject: Unit knxd.service has failed
    -- Defined-By: systemd
    -- Support: http://lists.freedesktop.org/mailman.../systemd-devel
    --
    -- Unit knxd.service has failed.
    --
    -- The result is failed.
    Oct 24 19:06:08 raspberrypi sudo[3128]: pam_unix(sudo:session): session closed for user root
    Oct 24 19:06:08 raspberrypi systemd[1]: Unit knxd.service entered failed state.
    Oct 24 19:06:19 raspberrypi systemd[1]: knxd.service holdoff time over, scheduling restart.
    Oct 24 19:06:19 raspberrypi systemd[1]: Stopping KNX Daemon...
    -- Subject: Unit knxd.service has begun shutting down
    -- Defined-By: systemd
    -- Support: http://lists.freedesktop.org/mailman.../systemd-devel
    --
    -- Unit knxd.service has begun shutting down.
    Oct 24 19:06:19 raspberrypi systemd[1]: Starting KNX Daemon...
    -- Subject: Unit knxd.service has begun with start-up
    -- Defined-By: systemd
    -- Support: http://lists.freedesktop.org/mailman.../systemd-devel
    --
    -- Unit knxd.service has begun starting up.
    ~
    ~
    Gruß
    Wolfgang

    Einen Kommentar schreiben:


  • Tontechniker
    antwortet
    Hallo Bit-te,
    ich habe nach der Anleitung
    Code:
    [URL="https://sourceforge.net/p/smarthomeng-raspi-image/wiki/knxd/"]https://sourceforge.net/p/smarthomen...age/wiki/knxd/[/URL]
    gearbeitet. Bei mir war der Eintrag in "KERNELS" anders als im Image. Der Eintrag unter "ATTRS" war der Gleiche wie im Image. Hier der Inhalt der modifizierten Datei knxd.conf
    Code:
    # configuration for knxd.service
    START_KNXD=YES
    #KNXD_OPTS="-e 1.1.61 -u/tmp/eib -b ipt:10.0.0.101"
    #KNXD_OPTS="-DTRS -t 0xffc -f 9 -b tpuarts:/dev/ttyKNX1"
    KNXD_OPTS="-DTRS -t 0xffc -f 9 -b ft12:/dev/ttyKNX1"
    die bei mir problemlos arbeitet.
    Gruß Hans

    Einen Kommentar schreiben:

Lädt...
X