bin schon dran ![]()
nur wenn ich es mache, dann soll es richtig sein und nicht nur bei mir funktionieren → das ist dann aber wieder mit Aufwand verbunden ![]()
Was für Tricks gibt es da aktuell? Kann man die Doorbell auf SIP mappen ohne, dass es UniFi offiziell unterstützt?
paresy
Es gibt die Möglichkeit, analog der G4, das ganze ohne SIP über UnifiProtect abzubilden.
hier die Zusammenfassung von Claude:
Es gibt keine fertige „G6 → SIP“-Lösung von der Community, nur Bausteine, die man selbst zusammensetzen müsste (Talkback-Hack + WebRTC/RTP-Bridge + SIP-Gateway). Und selbst diese Bausteine sind nur für reine Protect-Doorbells öffentlich bestätigt — bei der G6 als Access-Hybridgerät ist offen, ob der Talkback-Kanal sich genauso sauber verhält. Wer SIP zwingend braucht, fährt aktuell sicherer mit älteren UA-Pro/Reader-Pro-Geräten oder wartet auf Ubiquitis offizielles Update.
alle über denselben reverse-engineerten Protect-Kanal, nicht über echtes SIP am Gerät:**
-
Talkback-WebSocket direkt ansprechen (dazu baue ich gerade das Modul):
wss://<Konsole>/proxy/protect/ws/talkback?speaker=<CameraID>, undokumentiert, von der Protect-App selbst genutzt. Liefert nur die Sprechrichtung Symcon/Client → Türstation, kein fertiges SIP. -
go2rtc mit
unifi-talkback-Source (AlexxIT/go2rtc PR #2340) — nutzt denselben Kanal, macht daraus aber einen standardkonformen RTP/WebRTC-Audiorückkanal. Das ist der Baustein, über den man am ehesten Richtung SIP käme: go2rtc → WebRTC-zu-SIP-Gateway (z. B. Janus, FreeSWITCH) → eigentlicher SIP-Server/PBX. -
hjdhjd/unifi-protect + homebridge-unifi-protect — dieselbe Technik, aber Richtung HomeKit statt SIP. Zeigt, dass der Kanal bei reinen Protect-Doorbells (G4 Pro/Lite) stabil läuft.
-
Klassisches Asterisk-Bridging-Muster (bekannt von Vivint-Doorbells,
app_rtsp_sip): Video/Audio aus dem RTSP(S)-Stream in den SIP-Call einspeisen, umgekehrt die SIP-Sprachdaten in denselben Talkback-Kanal framen — im Prinzip genau die Kodier-/Framing-Logik, die wir für den Testton inmodule.phpbereits implementiert haben, nur eben live statt aus einer Datei.
Kurz gesagt: Es gibt keine fertige „G6 → SIP“-Lösung von der Community, nur Bausteine, die man selbst zusammensetzen müsste (Talkback-Hack + WebRTC/RTP-Bridge + SIP-Gateway). Und selbst diese Bausteine sind nur für reine Protect-Doorbells öffentlich bestätigt — bei der G6 als Access-Hybridgerät ist offen, ob der Talkback-Kanal sich genauso sauber verhält. Wer SIP zwingend braucht, fährt aktuell sicherer mit älteren UA-Pro/Reader-Pro-Geräten oder wartet auf Ubiquitis offizielles Update.
DIe UniFi Protect API kann auch eine Talkback Session zu Kameras aufbauen, schau da vllt. mal rein:
https://192.168.1.1/proxy/protect/integration/v1/cameras/{id}/talkback-session
{
"url": "rtp://192.168.1.123:7004",
"codec": "opus",
"samplingRate": 24000,
"bitsPerSample": 16
}
der Tipp hat mir weiter geholfen, habe ich direkt im Modul aufgenommen ![]()
Muss jetzt nur noch das Klingeln + Popup + Sprechen testen.
das reine Tür öffnen geht schon mal
[ALPHA] UniFi Door – UniFi Access/Protect Türstation (G6 Entry) in IP-Symcon
Das SIP-basierte DoorIP funktioniert mit UniFi-Türstationen nicht. Deshalb habe ich ein Modul gebaut, das die Türstation über die UniFi-APIs einbindet.
Status: Alpha. Es läuft bei mir produktiv mit einer G6 Entry und einem Door Hub Mini, ist aber noch nicht breit getestet. Fehler und Lücken sind zu erwarten.
Was das Modul kann
- Tür öffnen über die UniFi Access API (am echten Gerät getestet).
- Klingel-Erkennung per Webhook aus dem UniFi Protect Alarm Manager (Variablen „Es klingelt“ und „Letztes Klingeln“).
- Türauswahl und Kameraauswahl per Auswahlliste, direkt aus den APIs geladen, ohne IDs abtippen.
- Snapshot der Türkamera, wahlweise über die offizielle Protect-API, eine Snapshot-URL oder ein vorhandenes Bild-Medienobjekt (z. B. aus dem UniFi-Protect-Modul).
- Live-Video über Symcons eigenen Stream-Medientyp (RTSP/RTSPS, H.264) oder ein vorhandenes Stream-Medienobjekt.
- Push-Benachrichtigung über die neue Kachel Visualisierung. Das Modul unterstützt ausschließlich die neue Kachel-Visu, nicht das alte WebFront.
- Wandpanel-Modus: Beim Klingeln öffnet sich das Livebild automatisch als Popup, ganz ohne Antippen. Das Popup schließt sich nach einer einstellbaren Zeit selbst (Standard 60 Sekunden).
- Gegensprechen (Diagnose): Kameras auflisten, Lautsprecher prüfen und einen Testton über die offizielle Protect-API senden.
Voraussetzungen
- IP-Symcon ab 8.2
- UniFi Access und Protect
- Kamera-Kodierung „Standard“ (H.264)
- Für den Testton:
ffmpegauf dem Symcon-Host
Offene Punkte (hier freue ich mich über Hilfe)
- Im Popup direkt Tür öffnen und sprechen können. Eigene HTML-Kacheln blieben bei mir leer, deshalb ist das Popup aktuell nur das Livebild. Zum Öffnen muss es erst geschlossen werden.
- Echtes Gegensprechen: Mikrofon im Browser abgreifen, nach Opus kodieren und an die Protect-Talkback-Session streamen. Nur die Diagnose und der Testton sind gebaut, die eigentliche Sprechfunktion ist nicht getestet.
- Ereignis-Historie aus dem Access-Systemprotokoll.
- Automatisches Schließen: Symcon hat keine Close-Funktion. Das Modul nutzt
VISU_Reload(), das alle verbundenen Geräte der Visualisierung neu lädt. Eine sauberere Lösung wäre willkommen. - Tests mit anderer Hardware (G4 Doorbell, G6 Pro usw.).
Mithelfen: Der Code liegt öffentlich auf GitHub: GitHub - sunny-ww/SymconUniFiDoor: IP-Symcon-Modul für UniFi-Türstationen (G6 Entry / Door Hub Mini) — Ersatz für DoorIP · GitHub. Pull Requests, Issues und Hinweise sind willkommen, wer mag, kann direkt dort einsteigen.
Installation: Im Module Store muss exakt nach „Unifi Door“ gesucht werden, sonst wird das Modul nicht gefunden. Alternativ die GitHub-URL über die Modulverwaltung einbinden.
Änderungen im aktuellen Update
- Interaktives Klingel-Popup ab Symcon 9.1: zeigt den aktuellen Snapshot und enthält eine Schaltfläche zum Türöffnen sowie eine Zurücknavigation.
- Versionsabhängige Anzeige: Unter Symcon 8.2 bis 9.0 wird die neue Option ausgeblendet und weiterhin das bisherige Medien-Popup verwendet.
- Popup-Timeout: Im interaktiven Popup navigiert der Timeout zurück zur Modul-Kategorie. Beim bisherigen Popup bleibt
VISU_Reload()der Fallback. - Türöffnungs-Feedback: Das Popup zeigt an, ob der Entriegelungsbefehl erfolgreich war.
- Buildnummer auf 2 erhöht.
Die neue Vollbildansicht muss noch auf Symcon 9.1 praktisch getestet werden.