Wenn dies dein erster Besuch hier ist, lies bitte zuerst die Hilfe - Häufig gestellte Fragen durch. Du musst dich vermutlich registrieren, bevor du Beiträge verfassen kannst. Klicke oben auf 'Registrieren', um den Registrierungsprozess zu starten. Du kannst auch jetzt schon Beiträge lesen. Suche dir einfach das Forum aus, das dich am meisten interessiert.
Meine Frage bezog sich nicht auf die Zuverlässigkeit, sondern auf die Art der "Alarmierung".
Die Divera App der Feuerwehr z.B. gibt einen schrillen Ton raus.
Diese Art von Mitteilungen sind nur für bestimmte Apps erlaubt und Apple kann entscheiden, welche App das darf oder nicht.
Ich benutze hkknx jetzt auch schon eine ganze Weile und bin grundsätzlich zufrieden. Einige Dinge sind mir aufgefallen:
Wenn ich eine Jalousie per Schieberegler verfahre passiert es häufig (immer?), dass die Jalousie kurz anfährt, wieder stoppt und dann erst die gewünschte Position anfährt.
Wenn ich mit meiner Wifi-Applewatch per Sprachbefehl die Haustür öffne, erhalte ich sehr oft die Nachricht, „Öffnen hat nicht funktioniert.“. Beim zweiten Versuch klappt es dann. Ob die AW dabei über ein iPhone mit dem Internet verbunden ist oder im Heim-WLAN ist scheint mir keinen Unterschied zu machen. Mit der Cellular-Applewatch funktioniert es hingegen immer.
Gibt es die Möglichkeit bei hkknx Zertifikate zu hinterlegen und die Webseite per https aufzurufen?
zuerst einmal ein großes Lob für deine tolle Arbeit – hkknx läuft bei mir sehr stabil und zuverlässig!
soweit ich sehe, gibt es aktuell keine Modbus-Funktionalität in hkknx.
Ist geplant, Modbus TCP künftig in die Skriptumgebung zu integrieren?
Falls nicht – wäre es grundsätzlich denkbar, externe Packages (z. B. eine Modbus-Bibliothek) in die Skripte einzubinden oder über eine Art Erweiterung verfügbar zu machen?
Diese Art von Mitteilungen sind nur für bestimmte Apps erlaubt und Apple kann entscheiden, welche App das darf oder nicht.
Schön das du das bestätigst, ich habe auch erfolglos versucht in die Benachrichtigungen von HomeKit einzugreifen.
Wenn ich das richtig verstanden habe, entscheidet Apple, welches Gerät, welche Art der Mittteilung ausgibt.
Rauch- und Leckagemelder können zum Beispiel „Kritische Hinweise“ ausgehen und damit zum Beispiel eine Stummschaltung übersteuern.
Türklingeln, oder Fensterkontakte können nur “Dringliche Hinweise“ ausgeben.
Ich bräuchte das für meine Türklingel, hier möchte ich gerne trotz Stummschaltung über das Klingeln akustisch informiert werden.
Ich habe mir damit beholfen, das ich den Tastendruck parallel auch noch an einen Leckagesensor zu sende. Das funktioniert soweit ganz gut, hat nur kosmetische Nachteile, weil mein Handy jetzt immer ein Leck meldet wenns klingelt ;-)
Hallo brutella,
soweit ich sehe, gibt es aktuell keine Modbus-Funktionalität in hkknx.
Ist geplant, Modbus TCP künftig in die Skriptumgebung zu integrieren?
Falls nicht – wäre es grundsätzlich denkbar, externe Packages (z. B. eine Modbus-Bibliothek) in die Skripte einzubinden oder über eine Art Erweiterung verfügbar zu machen?
Das Importieren von externen Packages wird zurzeit aus Sicherheitsgründen nicht unterstützt. Wenn dann wird neue Funktionalität über ein neues Package zur Verfügung gestellt.
Ich benutze hkknx jetzt auch schon eine ganze Weile und bin grundsätzlich zufrieden. Einige Dinge sind mir aufgefallen:
Wenn ich eine Jalousie per Schieberegler verfahre passiert es häufig (immer?), dass die Jalousie kurz anfährt, wieder stoppt und dann erst die gewünschte Position anfährt.
Wenn ich mit meiner Wifi-Applewatch per Sprachbefehl die Haustür öffne, erhalte ich sehr oft die Nachricht, „Öffnen hat nicht funktioniert.“. Beim zweiten Versuch klappt es dann. Ob die AW dabei über ein iPhone mit dem Internet verbunden ist oder im Heim-WLAN ist scheint mir keinen Unterschied zu machen. Mit der Cellular-Applewatch funktioniert es hingegen immer.
Gibt es die Möglichkeit bei hkknx Zertifikate zu hinterlegen und die Webseite per https aufzurufen?
Nein, https wird nicht unterstützt. Hast du unter den Einstellungen → HomeKit Brücke → IPv4 Adresse ein fixes Netzwerkinterface/IP Adresse ausgewählt oder auf "Auto" gestellt?
ich habe für hkknx ein wake-on-lan script erstellt, welches es ermöglicht, über Homekit einen PC mittels WoL (wake-on-lan) aufzuwecken.
Zusätzlich wird der Online-Status mittels eines TCP-pings auf einen offenen Port ermittelt und dargestellt.
Danke fürs Teilen.
Ich brauche irgendwamm im Laufe des nächsten Jahres eine Möglichkeit einen PC zu wecken. Dafür hört sich das schon einmal nicht schlecht an
Ich habe bei mir das IP Interace (MDT SCN-IP000.03) auf einer anderen Linie als z.B. viele Lampen. Oftmals sind die Schalter für die Lampen auch auf Sublinie. Da kommt dann leider vieles nicht beim Interface an. Was ist denn best practice?
Bzgl. Adaptive Temperature gib es nun ein HomeKit Thermostat, was diese Funktion unterstützt. Es sieht sehr interessant aus...
Greift auf die Routinen/Location bzw. Kalenderdaten von Bewohnern zu, um Räume vorzukonditionieren (was ein PM nicht kann). Das UI sieht sehr intuitiv aus und ich würde es sehr gerne auch mit KNX nutzen.
Ich wollte gerade mal Monitoring testen.
Wie kann es sein, dass unter "Monitoring > Systemstatus > Datum & Uhrzeit" die richtig Zeit steht, ich beim Aktivieren von Monitoring in den Einstellungen dann aber mit einer 2h abweichenden Zeit gefragt werde, ob die Systemzeit richtig wäre? Auch mit NTP-Abfrage geht sie beim Monitoring 2h nach.
date in der Konsole zeigt die falsche Zeit auch.
Koordinaten habe ich angegeben. Was fehlt, damit nicht die UTC-Zeit genommen wird, sondern MESZ?
Ich nutze HKKNX im Container. Zeitzone mit übergeben hilft nicht. /etc/localtime übergeben ebenso wenig. Überschreibe ich /usr/share/zoneinfo direkt komplett, stimmt die Zeit.
Ich habe dafür quasi einen Workaround, aber würde man HKKNX mit NTP als Zeitserver nutzen, könnte das problematisch sein. Ich frage mich, was die eigentliche Lösung wäre, auch in Hinsicht für Nutzer, die das nutzen müssen, weil kein anderer Zeitserver (KNX) vorhanden ist.
Wenn es nur bei mir so ist, dann ist das halt so. Ich hätte erwartet, dass zumindest mit Zeitquelle NTP und grünem Haken an der Adresse und der richtigen Zeit, diese identisch ist mit der Monitoring-Zeit, was sie nicht unbedingt ist, da wohl unterschiedliche Quellen genutzt werden?
Kann es sein, dass der Zeitserver nicht für die Systemzeit genutzt wird, sondern ausschließlich für KNX? Dann wäre das ja nicht problematisch.
Ih wollte es einfach mal ansprechen, falls Handlungsbedarf besteht, wenn auch nicht direkt für mich.
Wir verarbeiten personenbezogene Daten über die Nutzer unserer Website mithilfe von Cookies und anderen Technologien, um unsere Dienste bereitzustellen. Weitere Informationen findest Du in unserer Datenschutzerklärung.
Indem Du unten auf "ICH stimme zu" klickst, stimmst Du unserer Datenschutzerklärung und unseren persönlichen Datenverarbeitungs- und Cookie-Praktiken zu, wie darin beschrieben. Du erkennst außerdem an, dass dieses Forum möglicherweise außerhalb Deines Landes gehostet wird und bist damit einverstanden, dass Deine Daten in dem Land, in dem dieses Forum gehostet wird, gesammelt, gespeichert und verarbeitet werden.
Kommentar