Antworten
Mrz 16, 2021 - 10:27
Du selber machst wohl nichts falsch im Rahmen der Möglichkeiten die Du ausprobierst. Der Punkt wird sein, dass das wohl einfach mit dem Serverpfad des NEO Servers nicht funktioniert, den Du da eingegeben hast.
Wenn Du schreibst 2. erzeugten Link geprüft im Webbrowser, hast Du dann den Link so eingegeben wie dieses im NEO Server steht oder so wie dieser dann auch im Alarmserver der INSTAR Kamera angezeigt wird (Zeile ganz oben)?
Wie Du wahrscheinlich feststellen wirst, kann INSTAR mit dem Serverpfad nichts anfangen und wandelt Zeichen, die direkt im Serverpfad nichts zu suchen haben in der URL um, siehe Dein Bild oben. Alles was hinter dem ? kommt hat mit dem Server Pfad direkt nichts zu tun, das sind Parameter, die der NEO Server erwartet, aber nichts mit dem Server Pfad selber zu tun haben. Da der NEO Server aber auch keine Übergabe der Daten bzw. Authentifizierung per POST Request bzw. Basic Auth unterstützt, wirrt das wohl zur Zeit unmöglich werden den NEO Server direkt so von der INSTAR Kamera zu triggern, es sei denn Mediola baut den NEO Server um und erweitert dessen Möglichkeiten.
Was Du also als funktionierenden Workaround machen kannst, ist den NEO Server über ein Proxy zu triggern, der das Alarmsignal auswerten kann, so lange der NEO Server selber es nicht ermöglicht Daten an den NEO Server per POST zu übergeben, und dann im Bedarfsfall den NEO Server zu triggern bzw. ein Popup mit der Alarmmeldung in der NEO Remote zu öffnen.
Sauber konfiguriert sieht ein Server Pfad im INSTAR Alarmserver so aus, das wir aber eben vom NEO Server so nicht unterstützt, weil die Parameter unbedingt zur Zeit per GET übergeben werden müssen beim NEO Server.
Da der NEO Server das ja zur Zeit nicht unterstützt habe ich das bei mir selber über IP-Symcon gelöst. IP-Symcon richtet den Alarm Server ein, und dient als Proxy für NEO bzw. den NEO Server. Entweder kannst Du direkt aus IP-Symcon über NEO Hilfswerkzeuge z.B. ein Popup in der NEO Remote öffnen bei einem spezifischen Alarm. Oder auch den NEO Server selber bei Bedarf dann über Mediola Gateway-Service triggern, nachdem der Alarm ausgewertet wurde. Das ermöglicht dann auch spezifisch pro unterschiedlichen Alarm Event der Kamera entweder unterschiedliche Popup Meldungen direkt in der NEO Remote zu öffnen oder eben einen spezifischen Task im NEO Server zu triggern. Nebeneffekt ist bei dem Weg mit einem Proxy, Du kannst auch den RTSP Stream der INSTAR Kamera nutzten, den die NEO Remote sonst auch nicht alleine darstellen kann, IP-Symcon wandelt dann der RTSP Stream als Proxy auch gleich in ein Format um, das von der NEO Remote auch angezeigt werden kann.
Ansonsten kannst Du einen Feature Request bei Mediola stellen, dass der NEO Server entsprechend umgebaut bzw. angepasst wird und erstens der NEO Server auch eine Authentifizierung nur per GET sondern auch POST zulässt und man eben einen eindeutigen Server Pfad ohne zu übergebende Parameter in anderen Systemen, die das benötigen, angeben kann.
Wenn Du schreibst 2. erzeugten Link geprüft im Webbrowser, hast Du dann den Link so eingegeben wie dieses im NEO Server steht oder so wie dieser dann auch im Alarmserver der INSTAR Kamera angezeigt wird (Zeile ganz oben)?
Wie Du wahrscheinlich feststellen wirst, kann INSTAR mit dem Serverpfad nichts anfangen und wandelt Zeichen, die direkt im Serverpfad nichts zu suchen haben in der URL um, siehe Dein Bild oben. Alles was hinter dem ? kommt hat mit dem Server Pfad direkt nichts zu tun, das sind Parameter, die der NEO Server erwartet, aber nichts mit dem Server Pfad selber zu tun haben. Da der NEO Server aber auch keine Übergabe der Daten bzw. Authentifizierung per POST Request bzw. Basic Auth unterstützt, wirrt das wohl zur Zeit unmöglich werden den NEO Server direkt so von der INSTAR Kamera zu triggern, es sei denn Mediola baut den NEO Server um und erweitert dessen Möglichkeiten.
Was Du also als funktionierenden Workaround machen kannst, ist den NEO Server über ein Proxy zu triggern, der das Alarmsignal auswerten kann, so lange der NEO Server selber es nicht ermöglicht Daten an den NEO Server per POST zu übergeben, und dann im Bedarfsfall den NEO Server zu triggern bzw. ein Popup mit der Alarmmeldung in der NEO Remote zu öffnen.
Sauber konfiguriert sieht ein Server Pfad im INSTAR Alarmserver so aus, das wir aber eben vom NEO Server so nicht unterstützt, weil die Parameter unbedingt zur Zeit per GET übergeben werden müssen beim NEO Server.
Da der NEO Server das ja zur Zeit nicht unterstützt habe ich das bei mir selber über IP-Symcon gelöst. IP-Symcon richtet den Alarm Server ein, und dient als Proxy für NEO bzw. den NEO Server. Entweder kannst Du direkt aus IP-Symcon über NEO Hilfswerkzeuge z.B. ein Popup in der NEO Remote öffnen bei einem spezifischen Alarm. Oder auch den NEO Server selber bei Bedarf dann über Mediola Gateway-Service triggern, nachdem der Alarm ausgewertet wurde. Das ermöglicht dann auch spezifisch pro unterschiedlichen Alarm Event der Kamera entweder unterschiedliche Popup Meldungen direkt in der NEO Remote zu öffnen oder eben einen spezifischen Task im NEO Server zu triggern. Nebeneffekt ist bei dem Weg mit einem Proxy, Du kannst auch den RTSP Stream der INSTAR Kamera nutzten, den die NEO Remote sonst auch nicht alleine darstellen kann, IP-Symcon wandelt dann der RTSP Stream als Proxy auch gleich in ein Format um, das von der NEO Remote auch angezeigt werden kann.
Ansonsten kannst Du einen Feature Request bei Mediola stellen, dass der NEO Server entsprechend umgebaut bzw. angepasst wird und erstens der NEO Server auch eine Authentifizierung nur per GET sondern auch POST zulässt und man eben einen eindeutigen Server Pfad ohne zu übergebende Parameter in anderen Systemen, die das benötigen, angeben kann.
Mrz 16, 2021 - 11:29
Mir ist noch eine Alternative eingefallen, die Du zumindest erst mal ausprobieren kannst.
Den Server Pfad must Du kürzen, der ist bei Dir definitiv falsch, da muss also nur
/tm/http
stehen sonst nichts.
Dann probiere mal die restliche Parameter mit dem + Zeichen zu ergänzen und alles was der NEO Server als Parameter haben will, dort einzeln einzutragen.
Am Schluss must Du prüfen ob die URL, wie diese oben angezeigt wird, auch Sinn macht und dann ausprobieren ob Du so den NEO Server triggern kannst. Wäre wahrscheinlich der erste Option, die Du ausprobieren solltest bevor Du mit einem Proxy rumhantierst.
Hat nur den großen Nachteil das Du ungesichert die Zugangsdaten für den Task des NEO Servers im Klartext durch das Netz schickst, sicher ist also was anderes bzw. Du musst halt Sorge tragen, dass die Daten niemand einfach mitlesen kann, der da keinen Zugriff haben soll.
Den Server Pfad must Du kürzen, der ist bei Dir definitiv falsch, da muss also nur
/tm/http
stehen sonst nichts.
Dann probiere mal die restliche Parameter mit dem + Zeichen zu ergänzen und alles was der NEO Server als Parameter haben will, dort einzeln einzutragen.
Am Schluss must Du prüfen ob die URL, wie diese oben angezeigt wird, auch Sinn macht und dann ausprobieren ob Du so den NEO Server triggern kannst. Wäre wahrscheinlich der erste Option, die Du ausprobieren solltest bevor Du mit einem Proxy rumhantierst.
Hat nur den großen Nachteil das Du ungesichert die Zugangsdaten für den Task des NEO Servers im Klartext durch das Netz schickst, sicher ist also was anderes bzw. Du musst halt Sorge tragen, dass die Daten niemand einfach mitlesen kann, der da keinen Zugriff haben soll.
Von
Danke - obwohl der Inhalt wohl erstmal eher suboptimal ist für mich.
However:
Auf der INSTAR Seite gibt es ein HowTo bez. CCU3 Einbindung. Was hältst Du davon? Kann man das evtl. nutzen?
https://wiki.instar.com/de/Software/Andere_Plattform/Homematic_IP/#verwendung-der-homematic-ccu3-als-alarmserver-f%C3%BCr-unsere-kamera
Von
Was Du letztlich als Proxy nutzt ist Dir überlassen bzw. wie Du den Workaround baust. Triggern kannst Du den NEO Server auch über die CCU3. Das ganze ist nur deutlich komplexer und zeitaufwendiger einzurichten.
Als RTSP Proxy für NEO kann die CCU3 auch nicht genutzt werden.
Aus dem Grund nutzte ich das persönlich auch nicht, weil für mich zu kompliziert und zu zeitaufwendig einzurichten und am Schluss zu wenig Funktionsumfang in Kombination mit NEO möglich ist.
Wenn Du das aber mit der CCU3 als Proxy so lösen willst, wäre das zumindest ein Umweg der auch funktionieren sollte, falls Du Dich eben mit Skripten der CCU3 auskennst bzw. Dich damit beschäftigen willst.
In dem Fall nimmt dann eben die CCU3 das Event entgegen, wertet das aus und dann müsstest Du wiederum den NEO Server triggern. Wenn Du so was wie CUxD auf der CCU3 installierst, ist halt automatisch auch der Support durch e-Q3 dahin, der Hersteller e-Q3 weigert sich auf Systemen mit nachinstallierten Addons, die nicht von e-Q3 ausgeliefert worden sind irgendeinen Support zu übernehmen.
Das Problem ist höchstens davon abhängig wo die INSTAR Kamera eigentlich steht. Wenn diese im gleichen Netzwerk ist wie die CCU3 und der NEO Server ist, dann ist das machbar. Falls sich die Kamera an einem anderen Standort befindet, verschiebst Du das Problem ja nur, weil Du dann eine URL für die INSTAR Kamera brauchst, die auch von extern zu erreichen ist und das liefert Dir weder die CCU3 alleine und den NEO Server kannst Du dafür eben nicht nutzten, sonnst könntest Du diesen ja auch gleich direkt ansprechen, wenn das funktionieren würde.
Neuen Kommentar hinzufügen