Ankündigung

Einklappen

Sammelbestellung ETS6 Vollversionen aktiv!

Sammelbestellung für ETS6 Vollversionen (Prof., Home, Lite) mit 40% Rabatt aktiv! Infos im Forum!
Mehr anzeigen
Weniger anzeigen

HomeKit Brücke für KNX

Einklappen
X
 
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge

  • brutella
    antwortet
    Zitat von KREUZUNDKWER Beitrag anzeigen
    brutella Ist meine Interpretation dieser Meldung richtig wenn ich vermute, dass das Problem am Gateway zu suchen ist?
    Betreibst du hkknx und Homebridge auf dem selben Raspberry Pi? Ich würde das als problematisch ansehen.
    Eine stabile Verbindung zu deinem Heimnetzwerk über Ethernet ist auch empfehlenswert.

    Einen Kommentar schreiben:


  • integrale
    antwortet
    Hallo,

    ich habe das Problem das die HomeKit Brücke immer wenn ich die Konsole im WEB Browser öffne nach einiger Zeit nicht mehr funktioniert. Da hilft immer nur ein kompletter Neustart. Ansonsten läuft das System aber absolut stabil und schnell.

    Eine Idee woran das liegen könnte?

    Ralf

    Einen Kommentar schreiben:


  • KREUZUNDKWER
    antwortet
    Guten Abend zusammen,
    vor ein Tagen sind wieder meine Probleme aufgetreten, dass nichts mehr geht über Homekit in Richtung KNX. Zuletzt hatten sich die Probleme gefühlt einfach so verabschiedet. Genau so unverhofft kamen sie nun wieder. Darauf habe ich mir ein Herz gefasst und wollte den Rasperry mit dem vorgefertigten Image neu aufsetzen.
    Gesagt getan, nach der vorhandenen Anleitung. Soweit so gut. Backup importiert und alles läuft zunächst.
    Nun wollte ich Homebridge und Cups noch auf dem Rasperry installieren. Dabei bin ich auf Probleme gestoßen.

    Code:
    E: Failed to fetch http://raspbian.raspberrypi.org/raspbian/pool/main/c/c-ares/l ibc-ares2_1.14.0-1_armhf.deb 404 Not Found [IP: 2a00:1098:0:80:1000:75:0:3 80]
    E: Failed to fetch http://raspbian.raspberrypi.org/raspbian/pool/main/libu/libuv 1/libuv1_1.24.1-1_armhf.deb 404 Not Found [IP: 2a00:1098:0:80:1000:75:0:3 80]
    E: Unable to fetch some archives, maybe run apt-get update or try with --fix-mis sing?
    Verstanden. Habe ich versucht:

    Code:
    sudo apt-get update
    Get:1 http://raspbian.raspberrypi.org/raspbian buster InRelease [15.0 kB]
    Get:2 http://archive.raspberrypi.org/debian buster InRelease [32.6 kB]
    Reading package lists... Done
    E: Release file for http://raspbian.raspberrypi.org/raspbian/dists/buster/InRele ase is not valid yet (invalid for another 238d 4h 14min 6s). Updates for this re pository will not be applied.
    E: Release file for http://archive.raspberrypi.org/debian/dists/buster/InRelease is not valid yet (invalid for another 238d 2h 43min 3s). Updates for this repos itory will not be applied.
    Klingt irgendwie nach falscher Zeiteinstellung:
    Code:
    admin@hkknx:~ $ date
    Thu 20 May 13:14:54 BST 2021
    admin@hkknx:~ $ timedatectl status
    System has not been booted with systemd as init system (PID 1). Can't operate.
    Failed to create bus connection: Host is down
    admin@hkknx:~ $ timedatectl set-ntp 1 #aktivieren
    System has not been booted with systemd as init system (PID 1). Can't operate.
    Failed to create bus connection: Host is down
    Dank der Hilfe vom Mattias habe ich zumindest manuell korrigieren können.
    Code:
    admin@hkknx:~ $ sudo date -s "$(curl -s --head http://google.com | grep ^Date: | sed 's/Date: //g')"
    Thu 13 Jan 21:32:25 GMT 2022
    Also nochmal versucht, Updates zu installieren.

    Code:
    admin@hkknx:~ $ sudo apt-get update && sudo apt-get dist-upgrade -y
    Get:1 http://archive.raspberrypi.org/debian buster InRelease [32.6 kB]
    Get:2 http://raspbian.raspberrypi.org/raspbian buster InRelease [15.0 kB]
    Reading package lists... Done
    E: Repository 'http://archive.raspberrypi.org/debian buster InRelease' changed i ts 'Suite' value from 'testing' to 'oldstable'
    N: This must be accepted explicitly before updates for this repository can be ap plied. See apt-secure(8) manpage for details.
    E: Repository 'http://raspbian.raspberrypi.org/raspbian buster InRelease' change d its 'Suite' value from 'stable' to 'oldstable'
    N: This must be accepted explicitly before updates for this repository can be ap plied. See apt-secure(8) manpage for details.
    Mache ich was falsch?
    Kann es sein, dass das Image veraltet ist?
    Kann mir jemand sagen, wie ich hier weiter komme?

    Vielen Dank!


    EDIT:
    Für das beschriebene Problem habe ich durch googlen eine Lösung gefunden. Im weiteren Verlauf hatte ich aber weitere Probleme mit dem Image bei z.B. der Installation vom Homebridge.
    Ich bin dann den Weg gegangen, das vorgefertigte Homebridge-Image von smartapfel zu verwenden. Dort konnte ich dann nach brutellas Anleitung wunderbar hkknx installieren.

    Meine Hoffnung darauf, dass mit einem neu aufgesetzten Raspberry meine Verbindungsprobleme verschwinden, war allerdings schnell dahin. Recht schnell hatte ich das zuletzt im November aufgetretene Problem, dass keine Befehle mer von Homekit an den BUS gesendet werden bzw. sie dort nicht ankommen. Im November war das Problem "irgendwie" von alleine verschwunden.

    Es ist immer noch so, dass ein Neustart des Raspberry das Problem mindestens temporär behoben ist.

    Gestern Abend trat das Problem wieder auf und ich habe mal in die Konsole von hkknx geschaut um zu sehen, was dort passiert wenn ich in Homekit einen Schalter betätige.

    2022-01-15 22_55_01-raspberrypi_8080_system_log und 6 weitere Seiten - Geschäftlich – Microsoft​ Edg.png

    Direkt darauf erhalte ich Meldung, die etwas Aufschluss geben könnte "[...] Use of closed networtk connection". Die IPs sind die von meinem iPhone und die von meinem KNX IP Gateway (eibPort).
    brutella Ist meine Interpretation dieser Meldung richtig wenn ich vermute, dass das Problem am Gateway zu suchen ist? Es macht mir den Eindruck, dass zumindest auf Homekit Seite alles sauber funktioniert. Hast du eventuell weitere Informationen zu einer möglichen Problemlösung?


    Angehängte Dateien
    Zuletzt geändert von KREUZUNDKWER; 16.01.2022, 10:28.

    Einen Kommentar schreiben:


  • integrale
    antwortet
    Na gut kann man machen, aber meiner Meinung nach nicht zwingend notwendig weil man es ja in der Home App verändern kann.

    Einen Kommentar schreiben:


  • integrale
    antwortet
    Hier meinte ich:
    You do not have permission to view this gallery.
    This gallery has 1 photos.

    Einen Kommentar schreiben:


  • brutella
    antwortet
    Ja, aber das muss man selbst in der Home-App für jeden Sensor machen. Ich würde die Einstellungen in der Weboberfläche anbieten und dann mit HomeKit über die Konfigurator-App synchronisieren.

    Einen Kommentar schreiben:


  • integrale
    antwortet
    Zitat von brutella Beitrag anzeigen
    In einer kommenden Version von hkknx soll es möglich sein, für einen Kontaktsensor festzulegen, ob dieser als Fenster oder Tür in der Apple Home-App dargestellt werden soll. Das macht die Anzeige in der App etwas besser.
    Das ist doch jetzt schon möglich….

    Einen Kommentar schreiben:


  • vento66
    antwortet
    Zitat von brutella Beitrag anzeigen
    Ist es in KNX üblich, dass ein Fenster als geöffnet gilt, wenn der Kontaktsensor keinen Kontakt erkennt?
    Ja, dann ist entweder das Fenster wirklich offen, oder Drahtbruch.

    Einen Kommentar schreiben:


  • Marino
    antwortet
    Das kann man bei vielen Aktoren einstellen.

    Ich würde eher sagen, dass das aus der Alarmtechnik übernommen wird, die ja auch Reed-Kontakte verwendet. Kein Kontakt ist dabei die sicherere Variante. Denn dies kommt nicht nur bei geöffnetem Kontakt, sondern auch bei durchtrenntem Kabel, also im Fehlerfall, vor.

    Sicherheitstechnik allgemein das gleiche. Kein Kontakt als offen zu delektieren ist sicherer, als nicht zu erkennen, dass ein Sensor gar nicht funktioniert.

    Einen Kommentar schreiben:


  • brutella
    antwortet
    In einer kommenden Version von hkknx soll es möglich sein, für einen Kontaktsensor festzulegen, ob dieser als Fenster oder Tür in der Apple Home-App dargestellt werden soll. Das macht die Anzeige in der App etwas besser.

    Jetzt zu meiner Frage: Ist es in KNX üblich, dass ein Fenster als geöffnet gilt, wenn der Kontaktsensor keinen Kontakt erkennt? (Die Apple Home-App geht nämlich davon aus.)

    Einen Kommentar schreiben:


  • brutella
    antwortet
    Zitat von geck Beitrag anzeigen
    laufen zwei unterschiedliche Skripte auch in unterschiedlichen Variabel-Kontexten? Oder muss ich auf Eindeutigkeit der Variablennamen aller Skripte achten?
    Alle Skripte laufen in einer eigenen Sandbox.

    Einen Kommentar schreiben:


  • geck
    antwortet
    Hi,

    erstmal danke für die coole Skriptfunktion! Das Projekt wird ja immer besser :-)

    Ich habe ein paar seltsame Nebeneffekte beim Skripten - laufen zwei unterschiedliche Skripte auch in unterschiedlichen Variabel-Kontexten? Oder muss ich auf Eindeutigkeit der Variablennamen aller Skripte achten?

    Danke :-)

    Einen Kommentar schreiben:


  • Marino
    antwortet
    Feste IP's. Ich habe keine Lust, dass ich Probleme bekomme. Dabei reicht es ja teils schon aus, dass Geräte schneller booten, als der Router und der DHCP-Server nicht nicht erreichbar ist und eigene IP's zugewiesen sind. Das umgeht man damit recht gut.

    Einen Kommentar schreiben:


  • chef76
    antwortet
    Zitat von Fabianb89 Beitrag anzeigen
    Hallo,
    habt ihr die Bridge von Brutella und euer Interface von KNX eigentlich mit einer festen IP versehen oder wird es alles automatisch bezogen?
    Alles feste IPs.

    Einen Kommentar schreiben:


  • Fabianb89
    antwortet
    Hallo,
    habt ihr die Bridge von Brutella und euer Interface von KNX eigentlich mit einer festen IP versehen oder wird es alles automatisch bezogen?

    Danke vorab!

    Einen Kommentar schreiben:

Lädt...
X