Apple - HomeKit - Schnittstelle zur Heimautomation

[skynet74]

alles klar, ich teste und forke dann. account habe ich.

[snowdd]

skynet74
1. lokaler Test: Die Javascript-Datei in homebridge-knx/lib/addins (analog zu https://github.com/snowdd1/homebridge-knx/tree/master/lib/addins) legen.
2. Wenn alles läuft und Du das Ergbnis mit der Welt teilen möchtest: GitHub-Account anlegen, das Repo forken, einen Pull-Request erzeugen. Dann bestätige ich den und Dein Code wird Teil von homebridge-knx. Super wäre es dann noch, eine kurze Doku (auf Deutsch) im Wiki https://github.com/snowdd1/homebridge-knx-de/wiki anzulegen.

[skynet74]

Gut, dann verwerfe ich das miz KNXPulsXXX. Aber hat keine eine Idee für ein normales Garagentor?

Simple geht auch nicht, weil es unterschiedliche GA für das Tor erwartet.

{
    "DeviceName": "Garagentor",
    "Services": [
        {
            "ServiceType": "GarageDoorOpener",
            "Handler": "SimpleGarageDoor",
            "ServiceName": "Garagentor",
            "Characteristics": [
                {
                    "Type": "TargetDoorState"
                },
                {
                    "Type": "CurrentDoorState"
                }
            ],
            "KNXObjects": [{
                "Type": "OpenDoor",
                "Set": ["5/1/1"],
                "Listen": ["5/4/2"],
                "DPT": "DPT1"
            },
            {
                "Type": "CloseDoor",
                "Set": ["5/1/1"],
                "Listen": ["5/4/1"],
                "DPT": "DPT1"
            }
            ],
            "LocalConstants": {"TravelTime": 17
            }
        }
    ]
}

@snowdd:

Ich würde mich sonst daran machen, ein ElsnerGarageDoor.js zu schreiben?

EDIT: Ich habe eine solche Datei fertig. Wohin müsste die?

[snowdd]

Ich glaube die Einstellung KNXPulseXXX funktioniert anders. Aber dieses Add-in hatmisc2000 geschrieben, vielleicht kann er ja was dazu erzählen...

[skynet74]

Meine GAs haben letzter Bedeutung:

5/1/1 Garagentor auf (1) und zu (0)
5/4/2 Status Garagentor auf
5/4/1 Status Garagentor zu

[snowdd]

skynet74 Hallo skynet, was für ein Signal brauchen deine GAs? Ich frage weil meine z.b. nur aus ein kurzes Signal mit 1 reagieren, danach sende ich sofort eine 0 um den Schalter wieder spannungslos zu machen. Das ist aber nicht KNX Standard-konform, denn DPT 1 gibt es ja auch als subtyp auf/zu, und dort hat die 0 eine eigene Bedeutung.

[skynet74]

Hallo,

ich habe ein Problem mit der Konfiguration meines Garagentors in der knx_config.json.

Ich habe die DTP1 Objekte vom elsner Garagentoradapter:

5/1/1 Garagentor auf (1) und zu (0)
5/4/2 Status Garagentor auf
5/4/1 Status Garagentor zu

Damit habe ich diesen Device-Teil in der Konfiguration angelegt. Mein Tor reagiert auch kurz, bleibt dann aber sofort stehen. Ich habe mir den Teil kopiert und mit meinen KNX Adressen verändert, steige aber echt nicht dahinter.

Kann mir vllt. jemand mit einer funktionierenden Teil helfen? Vielen Dank im Voraus!

        {

            "DeviceName": "Garagentor",

            "Services": [

                {

                    "ServiceType": "GarageDoorOpener",

                    "Handler": "GarageDoorOpenerAdvanced",

                    "ServiceName": "Garagentor",

                    "Characteristics": [

                        {

                            "Type": "CurrentDoorState"

                        },

                        {

                            "Type": "TargetDoorState"

                        }

                    ],

                    "KNXObjects": [

                        {

                            "Type": "KNXPulseUp",

                            "Set": "5/1/1",

                            "Listen": "5/1/1",

                            "DPT": "DPT1"

                        },

                        {

                            "Type": "KNXPulseDown",

                            "Set": "5/1/1",

                            "Listen": "5/1/1",

                            "DPT": "DPT1"

                        },

                        {

                            "Type": "KNXDoorOpen",

                            "Listen": "5/4/2",

                            "DPT": "DPT1"

                        }

                    ],

                    "KNXReadRequests": [

                        "5/4/2"

                    ],

                    "LocalConstants": {

                        "simulateDoorContactMode": "internal",

                        "doorContactPresent": "open",

                        "staircaseFunc": false,

                        "separatePulseUpDown": true,

                        "sensorOn": 1,

                        "pulseLength": 500,

                        "doorRunTime": 18500

                    },

                    "subtype": "SUB_e8e360eb-01e6-4443-8d1b-9338533fd627"

                }

            ],

            "UUID": "8de26787-c717-45cc-a0f9-6519509e27a4"

        }

[snowdd]

Hallo Jürgen, Thermostate sind in HomeKit so abweichend von den KNX Standards abgebildet, dass noch niemand eine sinnvolle Konfiguration veröffentlicht hat. In meinem Wunschliste-Thread haben ein paar von uns mal darüber philosophiert, aber letztendlich nur die Temperaturmessfühler (Sensoren) eingebunden. Das wiederum ist recht banal.

was bisher gut geht und auch erprobt ist sind

• Rollläden
• Lampen
• Bewegungsmelder
• Tür- und Fensterkontakte
• Temperatursensoren
• Garagentore

alles weitere ist experimentell Tell aber sicher irgendwie möglich. Wenn du nach HomeKit suchst findest du sicher noch den einen oder anderen Thread.

[Jue]

Hi,

wäre jemand so lieb und stellt mir seine knx_config.json (auszugsweiße) zur Verfügung? Ich kann Licht ein/aus und Rollo hoch/runter. Für Thermostate und so weiter finde ich keine Beispielkonfigurationen.

Würd mich auch über nen passenden Link freuen (oder PM)

Viele Grüße

Jürgen

[MKasi]

Weiß der Geier warum, aber es hat nun mit folgender Einstellung funktioniert: KNXD_OPTS="-e 1.1.240 -E 1.1.241:10 -B single --send-delay=70 -b ipt:192.168.1.28 -c"

[MKasi]

Da steht aber überall ipt...

Sorry, nur mit ip ist es fehlgeschlagen. KNXD_OPTS="-e 1.1.251 -c --no-tunnel-client-queuing -b ip:192.168.1.28"

[schuma]

Da steht aber überall ipt...

[MKasi]

Das hier sind meine bisherigen traurigen Versuche:

# configuration for knxd.service
#KNXD_OPTS="-e 1.1.251 -c --no-tunnel-client-queuing -b ipt:192.168.1.28"
#KNXD_OPTS="-u /tmp/eib -i -b ipt:192.168.1.28"
#KNX_OPTSS="-d -i --no-tunnel-client-queuing --GroupCache -b ipt:192.168.1.28"
#KNXD_OPTS="-c -d/var/log/eibd -t 5 -S -D -R -T -i --no-tunnel-client-queuing ipt:192.168.1.28"
KNXD_OPTS="-e 1.1.250 -c --no-tunnel-client-queuing -b ipt:192.168.1.28"

Nach ca. 10 Neuinstallationen bin ich kurz davor, das ganze einfach aufzugeben.

Interessant ist, dass ich meine Schnittstelle in der ETS auch mit gestoppten KNXD nicht benutzen kann. Erst wenn ich den Raspi ausschalte geht es wieder.

[schuma]

Ich glaube bei Routern muss da nicht "ipt" sondern ip stehen.
Bin mir aber gerade nicht sicher ob ich da was durcheinander bringe8-)

Ein Versuch ist es wert...

Marc

[MKasi]

Ich benutze zwar ein Gateway aber das funktioniert damit:

KNXD_OPTS="-e 1.1.251 -c --no-tunnel-client-queuing -b ipt:192.168.178.xx"

Grüße, Marc

Schade, das wars leider nicht. Sieht immer noch so aus. Ich weiß auch nicht an welchen Stellen ich gucken könnte, um das Problem einzugrenzen

Ich habe gerade noch in der ETS festgestellt, dass bei laufender homebridge die Schnittstelle nicht verwendet werden kann:

Unbenannt.JPG