Willkommen im Loxone Community Forum. Um alle Funktionen nutzen und sehen zu können, registriere dich bitte zuerst. Dies gilt auch für das herunterladen von Dateien.
Dieser Bereich ist für fertige Lösungen gedacht. Nutze bitte für Diskussionen die anderen Bereiche.
hat die INSTAR IN-9420 2K keinen Alarmserver mehr? Würde gerne bei Bewegungserkennung über den Türbaustein ein Bild machen.
Bei der Full HD ging das noch, leider muss diese getauscht werden.
Oh, im Gegenteil - wir haben den Alarmserver nochmal stark erweitert. Also alles was die FullHDs konnten, geht auch mit den 2K+ WQHD Kameras - und mehr.
Der Reiter ist jetzt allerdings im Smarthome Menue untergebracht:
perfekt, vielen dank. Habe es im falschen Menü gesucht.
Kannst du mir noch die Adresse für "Bild beim Klingeln" sagen? Den Livestream habe ich am laufen aber das Bild bei Klingeln macht es noch nicht.
Hallo INSTAR
ich bekomme leider keine Alarmauslösung über eine Bewegungserkennung hin.
Die Einstellungen im Alarmserver stimmen da ich über den „Test“ Button ein Screenshot bekomme.
Wenn ich bei erlaubte Alarmauslöser AUDIO mit hinzufüge funktioniert es auch.
Der Alarm bei Bewegung funktioniert aber nicht, habe jetzt schon sämtliche Einstellungen versucht aber klappt einfach nicht. Könnte der PIR defekt sein? Oder hast du vielleicht einen Tipp?
die Bereiche schauen mir recht gross aus. Bei den 2k+ WQHD Kameras haben wir die Bereiche (also den Erkennungsalgorithmus hinter der Bewegungserkennung) angepasst. Bei einer Empfindlichkeit von 50% muessen jetzt auch ~50% der Pixel im Bild eine Veraenderung erkennen. Bei 90% Empfindlichkeit sind dies dann 10% der Pixel usw.
Dabei muss man beachten, dass eine Person nicht dauerhaft alle Pixel veraendert, die sie im Bild ausfuellt. Es sind i.d.R. nur die Randbereiche um das Objekt herum, die wirklich eine Veraenderung bemerken. Das reduziert die Anzahl an Pixeln die Anschlagen. Wir haben hier einmal ein Video dazu hochgeladen, was die Kamera wirklich sieht:
Wobei man auch beachten muss, dass es einen Unterschied zwischen Tag (hier reagiert die Kamera primaer auf Farbveraenderungen, um Fehlalarme durch Lichtschwankungen zu minimieren.) und Nacht (in Abwesenheit von Farbe werden hier Helligkeitsschwankungen genutzt, was die Erkennung empfindlicher macht):
Oder kurz - mach die Bereiche einfach was kleiner. Ich nutze schmale Streifen entlang der erwarteten Bewegungsrichtung des Objekts entweder horizontal oder vertikal und bekomme damit sehr gute Ergebnisse. Alternativ kann man auch mal den PIR durch die Objekterkennung ersetzen. Gerade jetzt wo es wieder anfaengt Warm zu werden, kann die Reichweite der Erkennung von Waermequellen tagsueber reduziert sein.
Wir haben hier noch 2 Videos, die einen durch die Einrichtung fuehren und noch ein paar Hintergrund Informationen im Anhang:
Wenn ich das über den Browser mit meiner dyndns Adresse öffne, funktioniert es. Seit einiger Zeit funktioniert es in der Loxone App aber nicht mehr, vielleicht weil es http und nicht https ist? Ist das Problem bekannt und gibt es eine Lösung? Im lokalen Netzwerk funktioniert die App, aber von extern über dyndns nicht (mehr).
Es funktioniert wenn ich extern darauf zugreife, also über dyndns Adresse und dem Port, worüber ich die Weiterleitung in der FritzBox konfiguriert habe. Ich habe das auch über das Mobilfunknetz getestet.
Ok - in dem Fall kann man die Kamera und den Router eigentlich schon als Fehler ausschliessen.
Zitat von Musicman
vielleicht weil es http und nicht https ist? Ist das Problem bekannt und gibt es eine Lösung?
Wenn die App die Loxone Benutzeroberflaeche ueber HTTPS abgreift und man versucht dort den Videostream ueber HTTP einzubinden wird das fehlschlagen. Wie schaut es denn aus wenn man beides auf den gleichen Standard bring HTTP/HTTPS ?
Ok - in dem Fall kann man die Kamera und den Router eigentlich schon als Fehler ausschliessen.
Wenn die App die Loxone Benutzeroberflaeche ueber HTTPS abgreift und man versucht dort den Videostream ueber HTTP einzubinden wird das fehlschlagen. Wie schaut es denn aus wenn man beides auf den gleichen Standard bring HTTP/HTTPS ?
Nachdem es sehr lange nicht funktioniert habe, geht es jetzt auf einmal wieder. Ich vermute es wurde etwas in der Loxone App geändert, denn die Config habe ich noch nicht aktualisiert. In den CGI Befehlen ist https nicht als Option aufgeführt, ich glaube das ist auch nicht möglich. Die URL für Loxone (extern sowie intern) sind alle http
Hallo zusammen, ich hänge mich hier an. Seit dem Update auf 15.0.5.29 werden meine Instar MJPEG (2x 5907HD) Streams in der Loxone App nicht mehr angezeigt. "Kein Bild". Wenn ich die Streams direkt per Browser aufrufe (PC, iPhone, etc.), dann sehe ich die Streams, aber eben nicht in der Loxone App.
Hat jemand einen ähnlichen Fall?
dakine_55 Ja, habe auch dieses Problem in der App, auch noch Stand heute. Der Stream wird über das Türsteuerungsmodul nicht mehr gezeigt. Ewig Verbindungsaufbau, und dann ein Fehler.
Allerdings im Loxone Web-UI funktioniert es. Auch wenn ich den Stream direkt über den Browser aufrufe, wie bei Dir.
Habt ihr den Kamera Fernzugriff als P2P verbunden oder über einen dynamic DNS? Ich bin über P2P, vielleicht liegt es daran?
Update: ah, steht ja oben alles, Du bist über dyn-dns verbunden und hast trotzdem das Problem.
PPS: und es hat eigentlich nichts mit der Instar App zu tun, sondern mit der Loxone App. Die Stream URL ist gemäß Anleitung nur HTTP und ist im lokalen Netz ja erreichbar.
PPPS: jetzt mal im Loxone Türbaustein die Stream URL zur Kamera per HTTPS konfiguriert: gleiches Problem. Funktioniert aber auch im Browser (wenn man das Zertifikat akzeptiert).
Seit damals (Juli 2024) hatte ich das Problem nicht mehr. Die Streams habe ich ja schon seit 2016 ohne Änderungen über Loxone am Laufen.
Intern: "http://IP-CAM/mjpegstream.cgi?-chn=11"
Extern nutze ich nicht, da ich Wireguard VPN am iPhone und allen anderen Geräten laufen habe und immer über das Heimnetzwerk auf den Loxone Miniserver zugreife.
Hi INSTAR, mit eurer neuen HTTP-Alarmserver v2 API wird ja jetzt auch der Auslöser (als trigger query Parameter) übertragen. Coole Sache!
Ich würde den Auslöser gerne im Miniserver mit loggen (und in der Türsteuerung anzeigen ggfls).
Meine Frage: wie kann ich den trigger Wert aus der HTTP query auslesen?
Da kommt ja sowas wie z.B. "&trigger=16" mit, richtig?
Bonus: noch schöner wäre natürlich, wenn ich einen lesbaren Text (anstatt der Binärkodierung) kriegen würde. Z.B. "Alarm ausgelöst durch PIR in Bereich 3".
Ansonsten müsste ich mir dafür manuell ein mapping irgendwie in Loxone bauen denk ich (keine Ahnung ob das geht^^).
Hi INSTAR, mit eurer neuen HTTP-Alarmserver v2 API wird ja jetzt auch der Auslöser (als trigger query Parameter) übertragen. Coole Sache!
Hey ,
nicht nur die Auslöser (Alarmbereich 1-4, PIR Sensor, Alarmeingang, Audioerkennung, usw. + Kombinationen aus allen). Auch die Objekterkennung hat ein neues AI Modell mit 19 Objektklassen erhalten (person, face, car, numberplate, motorbike, train, van, bus, truck, bike, boat, plane, helicopter, dog, cat, bird, deer, horse, cow). Und es ist gerade auch noch ein weiteres AI Modell in Arbeit, das noch weitere Funktionen ermöglichen wird.
Nur in der Loxone auswerten - bitte korrigiert mich wenn ich falsch liege - kann man das nicht. Schon damals hatte der Alarmserver mehr Informationen als URL Query mitgegeben. Aber beim Schreiben des oben verlinkten Artikels hatte ich nur die Möglichkeit gefunden, den eingehenden HTTP Request der Kamera als Pulse auszuwerten und damit einen Alarm weiterzuleiten.
Was ich in so einem Fall normalerweise mache ist, einen Node-RED Docker Container zu starten, dort die URL Queries (oder MQTT Updates) auszuwerten - Anleitungen dafür findet man bei uns im Wiki - und dann die Information an unterschiedliche Webhooks weiterzuleiten.
1. Also Kamera kontaktiert Node-RED
2. Node-RED liest aus, dass Bereich 1 ausgelöst hat und eine Katze erkannt wurde
3. Node-RED kontaktiert den Loxone WebHook für Bereich 1 + Katze
In dem Fall müsste man für jeden relevanten Fall einen eigenen WebHook in der Loxone Software anlegen und kann somit für alles eigene Aktionen hinterlegen.
Hi, ich hab eine Instar 9820 4k und habe diese in den Türbaustein eingebunden.
Soweit hat alles geklappt. Ein Problem ist jedoch, dass das Bild in der Loxone-App immer nur 1 Benutzer gezeigt wird, dem der als erster den stream öffnet. die anderen benutzer haben dann kein bild bzw. nur ein rot durchgestrichenes kamerasymbol.
Wir benötigen teilweise gleichzeitigen Zugriff von intern, extern und auch vom Webinterface am PC... vlt. jemand eine Lösung dafür?
Auf meine älteren günstigen Ip Kameras können wir alle gleichzeitig problemos zugreifen... intern, extern und vom pc gleichzeitig...
Kann man nach einem Stromausfall bzw. Neustart der Kamera die vorherige Blickwinkel-Position automatisch wiederherstellen? Bis jetzt musste ich es immer manuell wieder ausrichten.
Auf meine älteren günstigen Ip Kameras können wir alle gleichzeitig problemos zugreifen... intern, extern und vom pc gleichzeitig...
DIe Kameras von VGA bis 4K unterstützen alle 3 gleichzeitige Zugriffe - unabhängig von der Auflösung. Aber die neuen haben natürlich wesentlich höhere Anforderungen an das Netzwerk. Welche Auflösung ist den in dem Türbaustein hinterlegt? Wie schaut es aus, wenn man - testweise - mal den kleinsten Stream hinterlegt?
Zitat von piet
Kann man nach einem Stromausfall bzw. Neustart der Kamera die vorherige Blickwinkel-Position automatisch wiederherstellen? Bis jetzt musste ich es immer manuell wieder ausrichten.
In den PTZ-Einstellungen kann man eine Start, Alarm und Parkposition festlegen, die die Kamera nach einem Neustart, nach einem Alarmereignis und nach einem Ruheintervall anfahren soll.
DIe hier verwendeten Positionen kann man über das Positionen Menü über dem Live Video festlegen (auf den "Positionen" Button klicken, um dieses auszufahren).
"Ein Support-Mitarbeiter hat auf Ihr Ticket 225283 wie folgt geantwortet:
Derzeit wäre das Problem das Loxone nur rein MJPEG unterstützt.
Es ist zwar geplant auch einen HLS Stream in den Kameras zu integrieren, jedoch würde dies das Problem nicht ändern da man den HLS Stream nicht in Loxone integrieren könnte.
Was wir schauen können ist, ob wir ggf. die fixe Anzahl von 3 Verbindungen etwas variabler gestalten. Aber dies müsste genau geprüft werden um die Auslastung des Chipsatzes zu prüfen da bei MJPEG das Datenvolumen enorm ist da ja jeder einzelne Frame ein komplettes Bild ist, während bei der H264/5 Komprimierung immer nur ein Frame (Keyframe) ein komplettes Bild ist und dann z.B. 25 Frames (Bilder) nur die Veränderung übertragen wird. Daher ist die Auslastung beim abgreifen von MJPEG für die Kamera bereits einiges höher als bei H264/5."
Zur Info, ich hab einen Strich bei "haben wollen" machen lassen
Zuletzt geändert von tobiasbecker; 08.12.2025, 08:45.
Wir verarbeiten personenbezogene Daten über Nutzer unserer Website mithilfe von Cookies und anderen Technologien, um unsere Dienste bereitzustellen, Werbung zu personalisieren und Websiteaktivitäten zu analysieren. Wir können bestimmte Informationen über unsere Nutzer mit unseren Werbe- und Analysepartnern teilen. Weitere Einzelheiten finden Sie in unserer Datenschutzrichtlinie.
Wenn Sie unten auf "Einverstanden" klicken, stimmen Sie unserer Datenschutzrichtlinie und unseren Datenverarbeitungs- und Cookie-Praktiken wie dort beschrieben zu. Sie erkennen außerdem an, dass dieses Forum möglicherweise außerhalb Ihres Landes gehostet wird und Sie der Erhebung, Speicherung und Verarbeitung Ihrer Daten in dem Land, in dem dieses Forum gehostet wird, zustimmen.
,
Kommentar