Skip to end of metadata
Go to start of metadata

Die Grandstream GDS3710 ist einer der günstigeren IP- VideoTürstation mit interessanten Eckdaten, hier ein Auszug:

  • H.264 High Profile / Main Profile / Base Profile, Motion JPEG
  • 2 Megapixel, 1920H x 1080V, 180°(W) x 150°(H), 0.5Lux
  • SIP/VoIP Support
  • RFID 125KHz: EM4100 (je 1 Karte & Chip im Lieferumfang)
  • 12VDC/1A oder PoE (Power over Ethernet)
  • Edelstahl Gehäuse vandalismusssicher
  • IP66
  • ONVIF (Profile S)
  • keine Cloudverbindung notwendig, aber möglich

Inhaltsverzeichnis

Diese Beschreibung wurde mit der FW-Version 1.0.3.35 erstellt.

In der nachfolgenden Beschreibung werden folgende IP-Adressen verwendet:

  • Loxone Miniserver: 192.168.1.50
  • GDS3710: 192.168.1.60

Der Ansatz der Integration war hier aus Sicherheitsgründen ohne Internetverbindung auszukommen.

Es besteht wohl ein Problem mit FW-Version 1.0.7.7 mit dem Weiterleiten des Klingel-Events an eine IP-Adresse.



Konfiguration des Loxone-Türbaustein

Bei der nachfolgenden Beschreibung werden die Snapshot Bilder verwendet. Sollte für eine Türstation ausreichend sein und ist stabiler als ein Stream.

  1. In der GDS3710 muss zuerst den Authentication Mode auf Basic umgestellt werden:
  2. Dann sollte noch die gewünschte Konfiguration für den ausgewählten Stream eingestellt werden: (Hier nehmen wir Stream 1)
  3. Jetzt kann im Türbaustein von Loxone die Konfiguration eingetragen werden:



Klingel-Event Auswertung

Für die Auswertung des Klingelevents gibt es mehrere Möglichkeiten, die sich je nach gewünschter Konfiguration unterscheiden:

  1. Debug Log an Loxone Auswerten
    • Vorteil
      • Kaum Verzögerung des Event
      • Unabhängig von der SIP Configuration
    • Nachteil
      • Einige "unnötige" Nachrichten für den Miniserver zu verarbeiten (vernachlässigbar)
      • Kann im Fehlerfall des GDS3710 zu einer Vielzahl von Daten an den Miniserver führen und diesen beeinflussen.
  2. IP-Direkt Anruf an Loxone auswerten
    • Vorteil
      • Nur einkommende Nachricht bei Klingel Event
    • Nachteil
      • Kein Anruf andere SIP Teilnehmer parallel möglich
      • Verzögerung des Events von bis zu ca. 3sec.
      • 6 Nachrichten werden pro Klingelevent im Miniserver empfangen.

1. Möglichkeit: Debug Log als Klingel-Event

Die GDS3710 hat die Möglichkeit einen IP Adresse als Ziel des Debug Loggers anzugeben. Diese Debug Logger sendet seine Log-Einträge per UDP and die hinterlegte IP Adresse und dem Port 514. Mit der Einstellung des Log Levels kann Anzahl und Details definiert werden. Für den Klingelevent reicht Level Warning aus.

  1. Konfiguration im GDS3710:


  2. Konfiguration des UDP Eingang & Eingangsbefehl in der Loxone Config:
    UDP-Eingang Konfiguration
    UDP Eingangsbefehl Konfiguration

  3. Verbindung des Eingangbefehls zum Türbaustein in der LoxoneConfig


Natürlich können hier auch andere Buttons/Events der GDS3710 ausgewertet werden.

Einfach den UDP-Monitor der LoxoneConfig hierfür laufen lassen und herausfiltern, was man triggern möchte.

Nachteil dieser Methode: Es kommt zu einem zusätzlichen UDP Kommunikationsaufkommen, je nach Loglevel.

2. Möglichkeit: IP-Direkt Anruf als Klingel-Event

  1. In der GDS3710 under Door Settings die IP+Port als SIP-Rufnummer eintragen:
  2. virtueller UDP Eingang auf den entsprechenden Port legen:

  3. UDP Befehl konfigurieren:

SIP-Anmeldung an FritzBox 7490

  • Vorteile der SIP-Anmeldung:
    • andere Telefone der FritzBox als Gegensprechstelle verwenden
    • Signalisierung der Türklingel an den Telefonen der FritzBox
    • Kein Online-Sip Account notwendig, unabhängig von der Internetverbindung
    • Vorhanden Nummer für externe Anrufe verwendbar.

Konfiguration:

  1. Einrichten eines IP-Telefons / IP-Türsprechanlage an der FritzBox
    Link zur AVM Wissensdatenbank
  2. Eingabe der SIP Anmeldedaten in der GDS3710 unter SIP Account → SIP Basic Settings

  3. Konfiguration der SIP Advanced Settings

    Der Standard SIP-Port 5060 ist bei der FritzBox bereits belegt und darf nicht für lokale IP Telefone verwendet werden. Deshalb muss ein anderer Port angegeben werden.


  4. Nach dem Speichern sollte innerhalb einer Minute der SIP Registration Status auf ONLINE wechseln. (Seite mit F5 aktualisieren)


Door Relay Options / Webrelay

Ab der Firmware 1.0.7.19 kann direkt von der GDS3710 (Door System Settings -> Basic Settings) ein Digitaler Ausgang des Miniservers geschaltet werden.

Im Beispiel hängt am ersten Digitalausgang des Miniserver das Motoschloss der Tür. 

Webrelay On URL: http://miniserverip/dev/sps/io/q1/1

Webrelay Off URL: http://miniserverip/dev/sps/io/q1/0

Webrelay Username: Username: *LoxoneUser*

Webrelay Password: *LoxonePW*

Event Notification via Loxberry mit MQTT Plugin

Es gibt ab Firmware 1.0.4.9 die Möglichkeit, bestimmte Variablen wie CARD-ID und SIP-Nummer (ab 1.0.7.19 gib es die Variable Username*) per HTTP Event Notification in der Türstation zu generieren.

Diese können jedoch nicht direkt vom Miniserver ausgewertet werden.

Dazu ist ein gateway nötig, wie etwa der loxberry mit MQTT plugin.

Damit können die HTTP Post events als UDP event an den Miniserver weitergeleitet und ausgewertet werden.

Link dazu:

https://www.loxwiki.eu/x/ZofPAw


GDS Beispielkonfiguration

HTTP/HTTPS Server: <Loxberry.IP>/plugins/mqttgateway/receive_pub.php

URL Template: "type=${TYPE}&username=${USERNAME}"

Je nach Auswertelogik in Loxone können im URL Template weitere Variablen wie "${SIPNUM}" oder "${WARNING_MSG}" zur Notifizierung eingetragen werden.

MQTT Beispielkonfiguration

Im TAB "Subscriptions", IP von deinem Sender (GDS) eintragen: i.e. rcvr/192.168.1.60

Damit kriegt man die Daten wie z.B.:

Loxone Beispielkonfiguration

Für die Events zur Türöffnung (Motorschloss)


Für das Klingelevent (Befehlserkennung)

POST_type == 504 (Falls "Number Called When Doorbell Pressed" nicht leer ist)

oder

POST_content == Call Log(Door Bell Call)

oder

POST_SipNumber == <number configured for SIP Call>


Weitere POST_type für (Befehlserkennung)

POST_type == 300 (Open Door via Universal PIN) GDS Config unter: Door System Settings → Basic Settings → Local PIN Type "Unifide PIN" → Local PIN to Open Door

POST_type == 301 (Open Door via Privat PIN) GDS Config unter: Door System Settings → Basic Settings → Local PIN Type "Privat PIN" → PIN aus: Door System Settings → Card Management (Pro User) 

POST_type == 302 (Open Door via Guest PIN) GDS Config unter: Door System Settings → Basic Settings → Guest PIN

POST_type == 1200 (Hostage Alarm) GDS Config unter: Alarm Settings → Alarm Events Config -> Enable Hostage Code

Event Notification via Node-RED

Benötigt werden folgende Node`s:

  • node-red-contrib-loxone
  • node-red-contrib-deduplicate


  • GDS3710: 
    unter Maintenance -> Event Notification 
    mac:${MAC}&cardid:${CARDID}&sipnumber:${SIPNUM}&content:${WARNING_MSG}&eventtyp:${TYPE}&date:${DATE}&username:${USERNAME&
  • Node-RED:


Beispiel Datei Node-RED

Event Type+Username.json


  •  Loxone Seite: 
    ZT-EventTyp (UDP Eingang)
    ZT-Username (Virtueller Texteingang)





TODO's

  • Konfiguration für die Verbindung aus dem Internet hinzufügen

Verwandte Artikel




32 Comments

  1. Jetzt bin ich gespannt (smile)


  2. Hi guys,

    please keep in mind that if something goes wrong in GDS3710 it will start logging heavily into the SYSLOG via the UDP 514. This ends ultimately in taking miniserver down due to huge amount of UDP traffic. I was playing with this set up for a while, and it is just too dangerous.

    Alternative is using the HTTP LOG MANAGER which works perfectly, but you need extra HTTP server running somewhere on the network.

    Jakub

    1. KubaBuba How did you get this solution working? HTTP server = loxberry?

  3. also, 1 more thing...

    the SIP call for ring is not a perfect idea either, because there are 3-5 SIP incoming calls when doorbell is pressed. better is to again use HTTP LOG MANAGER (msg = DOOR BELL PRESSED) or of course the SYSLOG if you trust it enough


    please do not consider this an attack on a nice how-to. I am just submitting things I have came across when I was testing GDS3710 (smile)

    Jakub

  4. KubaBuba You are fully right. Fell free to add a description of your configuration and a hint on the other configurations. I'm very interested in your configuration of the HTTP server.

  5. Ich experimentiere gerade mit einer anderen Lösung, und zwar mit dem neuen Grandstream GXV3700 Android Videotelefon und einer weiteren Grandstream Fixed-Dome Kamera, die ebenfalls SIP können.
    Daher denke ich, dass meine folgende Ergänzung ganz gut zu diesem Thema passt.

    Wenn man beide von mir genannten Grandstream-Geräte an das LAN einer Fritz Box hängt und wie oben im Beitrag beschrieben, bei der Fritz.Box als Telefoniegeräte registirert, dann kann man ohne Probleme einen Anruf bei der Kamera tätigen und, die dann auch sofort eine Sprachverbindung herstellt.

    Allerdings ist es zumindest mir nicht gelungen, auch eine Videoverbindung aufzubauen, die laut (sehr wortkargem) Grandstream-Support zwingend H.264-Unsterstützung benötigt. Letzteres wird aber von der Fritz.Box nach meiner Kenntnis nicht unterstützt.
    Alternativ habe ich versucht, die SIP-Konfiguration der beiden Grandstream-Geräte an eine eigene SIP-Telefonnumer zu binden (also dann die Telefonie nicht über Fritz.Box) - allerdings gab's auch hier, ohne mögliche Störeinflüsse durch die Fritz.Box sofort eine Audioverbindung aber kein Videobild.


    im Übrigen eignet sich das Grandstream Videotelefon - zumindest für meine Belange - hervorragend als Türsprechstelle, zumal man auch die Android-App von Loxone direkt draufspielen kann und man damit auch die Türsprechfunktionen der Loxone-App direkt auf dem Gerät hat

    - inklusive Video im Übrigen - sofern man die URL des MJPEG Videostreams der Kamera bei Loxone einträgt. (Man muss dann aber auf dem Webinterface der Kamera allerdings nur einen der Videostreams auf MJPG einstellen Channel 0 ist der erste und Channel 4 der zweite (muss man auch erstmal drauf kommen)      http://*IPDERKAMREA*.:"PORT"/goform/stream?cmd=get&channel=0

    Leider kann das Grandstram Telefon selbst nur H.264 und keine MPEG Streams wiedergeben, was bei Loxone genau anders herum ist und die Sache nicht gerade vereinfacht.
    Daher wird man mit direkter SIP-Telefonie zwischen den Geräten vermutlich nicht weiter kommen, wobei die Möglichkeit der oben beschriebenen Einbindung über die Loxone-Android-App mir als sinnvoller Ansatzpunkt erscheint. 

    Übrigens bin ich beim Recherchieren zu den Videostreams bei Fritz auf die Funktion Heimnetz/Live-Bild gestoßen, bei der man den MJPG-Stream mit der gleichen Streaming-URL auf ein Fritz.Fon holen kann. Funktioniert einwandfrei

       

    Jens

  6. Ein Benutzer meldet mit FW 1.0.7.7 ein Problem bei der Weiterleitung des Klingelevents an eine IP-Adresse und SIP-Nummer:

    https://forums.grandstream.com/t/calling-ip-port-on-doorbell-push-no-longer-functions/39381

    Zitat:

    -a SIP number by itself works fine. SIP INVITE is sent and the call goes through.

    -with IP:PORT in that field nothing is sent.

    -with IP:PORT,SIP# in that field nothing is sent.

    -with SIP#,IP:PORT the SIP INVITE is sent and the call goes through, but nothing is sent to the specified IP:PORT.

    Hat jemand dieselbe Erfahrung gemacht?

  7. Tom

    Gut das ich nicht upgrade gemacht hab... Hab das Ding so langsamm leid... Updates bringen keine Abhilfe, wenn es regnet/feucht drausen ist hört man kaum was, jetzt wo es kalt ist, versagt das Ding komplett....

    1. Kann mich aktuell nicht beklagen. Meine Türstation läuft mit Firmware 1.0.7.14 seit 74 Tagen stabil. Akustik passt. Benutze allerdings noch einen Loxberry dazwischen, um die Events weiterzuleiten. Somit kann ich gleichzeitig das Klingeln an der Fritz.box als auch am Smartphone mit Loxone App realisieren.

      1. Tom

        Freut mich! Bei mir lief die Box eigentlich rund, aber wie gesagt ab irgendwann , Feucht/Nass (und ich hab noch ausm Drucker nen Regenschutz drauf), und schon ist es ne Katastrofe mit Audio.

        Ich hab auch nen Loxberry , aber der macht nur Asterisk Telefonie für das Ding.

        Das mit dem Abfangen der Events , wie machst Du das? Könnte mir ggf mit öffnen über RFID chip weiterhelfen...

        1. Hi Tom,

          folge einfach der Anleitung im Kapitel "Event Notification mit Loxberry". Mein URL-Template sieht so aus: 
          content=${WARNING_MSG}&SipNumber=${SIPNUM}&CardNumber=${CARDID}

          Damit kann ich auch per Karte/RFID die Tür öffnen. SipNumber wird im Miniserver ausgewertet und erzeugt ein Klingel-event.

          1. Tom

            Andy,

            wärst Du bereit mir mit GDS config und MQTT bischen zu helfen? Stehe mir z.Z. scheinbar auf dem Schlauch, krieg es nicht gebacken... Würde dann auch ne "Anleitung für Dummies" draus machen für alle.

            1. Hi Tom, 

              wo hängt es denn genau?

              GDS config: siehe mein Kommentar oben, für die Event Notification.

              Grundsätzlich habe ich bei der GDS "Call Mode": "SIP Number" eingestellt. "Number Called When Doorbell Pressed": "193". 

              MQTT settings: Send Data via UDP, Expand JSON Data. Subscriptions: Hier steht der String "rcvr/192.168.XXX.XXX" (IP Adresse der GDS Türstation).

              Checks:

              1. Überprüfe, ob das Klingel-event beim Loxberry ankommt, über "Incoming Overview".
                Dann kannst Du im MQTT Plugin als Logfile Eintrag nach Klingel-Betätigung sehen: content=Call Log(Door Bell Call)& SipNumber=193&CardNumber=
              2. Überprüfe, ob das Klingel-event vom MQTT an den Miniserver weitergeleitet wird.
                Hierbei habe ich einen virtuellen UDP Eingang erstellt, welcher auf die Befehlserkennung "SipNumber=193" hört.

              Optional:

              Falls noch ein zweiter SIP-Anruf gestartet werden soll (z.B. für FritzBox Mobilteile), kannst Du diesen ebenfalls in der GDS unter "Number Called When Doorbell Pressed" mit eintragen. Dann steht drin: "193,**630,"

              Optional:

              "Show Advanced Table Information" im MQTT "Incoming Overview", und bei SIP Calls den Haken für "Disable Cache" setzen.

              Dies verhindert bei Neustart des Loxberry ein irrtümliches Senden des Klingelevents, aus dem Cache.


              1. Tom

                Moin Andy,

                ich hab z.Z. einen VirtualNumber call via UDP zum Loxone via IP, das auch funtioniert. Über MQTT wollte ich nur den Punkt für RFID abgreifen , um Tür aufzumachen...


                Z.Z: hab ich auf WebRelay versucht umzuschwenken (zum Testen ob zumindest das Funktioniert), aber hängt irgendwo, muss mir nen Syslog (Wireshark) draufpacken um zu gucken was die GDS macht - am Loxone kann ich über HTTP-API aktion zum Türaufmachen triggern - funktioniert. Pack ich die URL & Login daten in GDS , und versuche über RFID aufzumachen , tut es nicht....

                in der GDS muss man ja auch bei dem Alarms usw. was einstellen damit das funktioniert? Hab z.Z. ne Karte, mit Local PIN eingetragen. Gibt einiges an Einstellungen bei dem Teil...

                Im MQTT sehe ich nur:

                loxberry/mqttgateway/keepaliveepoch=1627905591MQTT:\iloxberry/mqttgateway/keepaliveepoch=\i\v

                08/02/2021 1:59:51 PM

                loxberry/mqttgateway/status=ConnectedMQTT:\iloxberry/mqttgateway/status=\i\v

                08/02/2021 1:54:07 PM

                1. bin nicht sicher ob ich dein Problem richtig verstehe?!


                  Du kannst bei "Local PIN Type" zwischen "Private PIN", "Unified PIN" und "Card & Private PIN" wählen.

                  Bei "Private PIN", "Unified PIN" wird das WebRelay bei auflegen einer Kart/Chip ausgelöst ohne zusätzlich einen Pin abzufragen?! 


                  1. Tom

                    ja, bei Private PIN wird z.z. WebRelay ausgelöst wenn ich die RFID Karte/Chip dranhalte , so wie gewollt. Bis heute hat es nicht funktioniert...

                2. Da sehe ich in der "Incoming overview" im MQTT noch keine Nachricht von der Türstation.

                  Erwartet wird: Die Subscription der Türstation, also z.B. "rcvr/192.168.188.XX" gefolgt vom Event, also etwa "POST_content=Open Door via Universal PIN" oder "POST_type=300".

                  Mögliche Gründe: Subscription nicht korrekt angelegt im MQTT, oder in der Türstation "Event Notification" / URL Template nicht korrekt aktiviert.


                  1. Tom

                    Bei Subscriptions hab ich nur: "shellies/#

                    bei Event notification hab ich als URL z.Z: content=${WARNING_MSG}&EventType=${TYPE}&CardNumber=${CARDID}


                    Nach weiterem Reboot von der GDS (da Video wieder weiß war...), tut nun WebRelay ohne Änderungen zu gestern... k.a... MQTT ist soweit besser, da kein Benutzer in HTTP übertragen wird...

                    1. Tom

                      Soo , stehe mir nicht mehr auf dem Schlauch:) Hab die How-to hier gleich geaendert, damit es ggf. für den nächsten einfacher wird:)

                      Sehe nun die Daten in MQTT und kann weiter spielen:) Danke für Hilfe Andy, der Subscription hint hat mir geholfen

                      1. Andy Hönig "POST_type == 504" kommt aber nur wenn unter "Number Called When Door Bell Pressed" etwas angegeben wird, oder? 

  8. Tom

    Mit 1.0.7.19 klingelt auch alles wie es vorher tat mit 1.0.5.9


  9. Liebe Lox Freunde,
    Ganz am Anfang möchte ich mich an alle für den tollen Austausch und alle Informationen in diesen Artikel bedanken. Dank euch war ich in der Lage selbstständig als Anfänger den GDS an meinen Loxone in meinem Einfamilienhaus anzuschließen.
    Ich möchte das Thema noch mal auffrischen und neue Frage posten. Es ist ganz schön beschrieben die ganze Konfiguration für internen Zugriff auf Video und Audio leider gab es keine Vorschläge für Einstellungen für externen Zugriff und nicht über VPN Tunnel sondern den CloudDNS von Loxone.
    Ich habe mittlerweile geschafft mittels Port Weiterleitung die Sache mit dem Videostream zu lösen bin aber bei Audio gescheitert. Auf dem angehängten Bild Sieht ihr in rot markiert die Zeile für die externe Einstellung die ich hier meine. Und wirklich habe ich schon alles was ich mittlerweile gelernt hab als Anfänger in Netzwerktechnik versucht inklusive SIP Registrierung auf dem FRITZ!Box und GDS Software, Port Weiterleitung über Home dns.de und und und. Hat jemand das vielleicht bereits geschafft einzustellen und könnte hier Erfahrungen teilen?
    Besten Dank im Voraus für eure Beiträge.
    Grüsse,
    Dom

  10. Ich habe beim Grandstream Helpdesk drei anfragen gestellt bezüglich Funktionserweiterung:
    1.) "Doorbell" via "Event Notification"
    2.) "Doorbell Mode" via "Webrelay"?
    3.) "Webrelay" to open Door 2 and 3?

    Alle drei anfragen wurden an die Entwicklung zur Bewertung weitergeleitet, da bin ich mal gespannt ob meine wünsche in Erfüllung gehen! :-)

    1. Hallo Günther,
      Super Idee und spannendes Thema. Bin gespannt was Grandstream sagt. Antworten tun sie schon nir nicht immer konstruktiv und ausführlich. Halte und bitte aufm laufenden.
      Viel Erfolg.
      Gruss,
      Dom

  11. Tom

    Die Box ist bei mir nach nicht mal ganz 3 Jahren hin... Bild ist mal weg, mal da, mal dunkel, mal komplett weiß. Also von mir kein Daumen hoch mehr... Support von Grandstream war nicht wirklich hilfreich "mal n factory reset", "schalte WDR ein" und das wars. 500€ weg ... Nervt für das Geld solch schlechte Quali.

    1. Bei mir ist es ein ähnliches Problem. zu 80% funktioniert sie und dann ist sie komplette weiß....hat jemand eine Idee was sie Ursache sein kann?

      Das Problem besteht erst seit einem großem Softwareupdate, dass ich gemacht habe, da die Türstation kann gebraucht hat um das Klingelevent zu schicken. Die Kamera ist bei mir immer weiß, wenn es sehr heiß bzw. die Sonne stark scheint.

      1. Tom

        Hallo Christian,

        Nein, ich hatte es vorher nicht wirklich. Hatte Probleme mit Audio (wie oben erwähnt), aber sowas kannte ich nicht.


        Ich hab einen Factory reset gemacht, und dann auch 1.0.7.19 downgrade. nur das nötigste im config geändert damit alles läuft , und z.z. rennt die box wieder.


        Ja die Kiste ist Thermisch überlastet, Fehlkonstruktion...So heiß wie die Box wird bei mir... und die Kriegt nur ab 15:00 direkt Sonne ab...Hatte ein Plastik (3D druck) "cover" drauf um Regen & Sonne von der Linse zu halten , und ist komplett geschmolzen an den Kontaktpunkten mit GDS durch die Abwärme....


        Ich würde Dich bitten bei Grandstream ein Ticket aufzumachen, kann Dir meine Ticket ID durchgeben, kannst dazu linken..TICKET INFO #20210724151835

      2. Tom

        Christian Frei : hast Du ein Ticket aufgemacht? Hab z.Z. CMOS Sensor auf Normal und "Shutter speed" auf Manuell i.e. 1/2000

        Die letzten paar Tage gab es kein weiß im Bild mit dem Setup.

        1. Hallo! 

          Habe kein Ticket eröffnet, da es mit einer Videoeinstellung bis jetzt funktioniert.

          LG 

  12. Tom

    Ist hier jemand ausser Andy Hönig , der es geschafft hat, das seine GDS öffnet (ob webrelay, http event….)  über eine RFID Karte / Chip ohne PiN eingeben zu müssen?

  13. Gibt es eine Möglichkeit extern ein Bild zu sehen, wenn man über das Cloud Connect verbunden ist (ohne VPN oder portforwarding)?