Hmmmm denke ich nicht …eher denke ich an Unterschiede zwischen IOS und Android …
Ich habe hier die aktuellste Android Version
NEIN es hat bisher gar nicht funktioniert …
Kann es ev. an dem http Link in der App liegen ?. Da gab es doch mal Fehler beim manuellen
eintragen früher …
Wie könnte ich das einfacher testen ob der http Befehl überhaupt in der Doorbird ausgelöst
und geschickt wird ?
Wenn Du exakt den gleichen HTTP Link aus der App in einen Browser einträgst passiert denn dann was in IP-Symcon?
Siehst Du denn was im Debug Fenster der Doorbird Instanz? Kommen da überhaupt Daten in IP-Symcon an? Ansonsten würde mir jetzt nur so was wie Wireshark und ahliches einfallen, indem Du halt mal schaust ob überhaupt irgendwas von der Doorbird verschickt wird.
Wireshark hatte ich schon im Kopf oder Anruf bei Doorbird …
Interessant ! Gerade sehe ich . dass es ein Ereignis Bewegung um 09:17 heute früh gibt. Da war ich aber
gar nicht im Büro. Gestern gab es auch eins um 09:XX .
Jede jetzige Bewegung löst aber nix aus …
Sieht fast so aus als wäre es ein Problem im Doorbird Gerät …
Bei mir läuft es jetzt einigermaßen, Speicher frisst er nur , wenn der Socket aktiv ist . Schalte ich den inaktiv geht eigentlich alles und der Arbeitsspeicher frisst sich nicht fest . Komisch
Gesendet von iPhone mit Tapatalk
Sooooo … da kommt man halt nicht drauf …
Wie es aussah funktionierte also der http Befehl, der durch das IPS Modul in die Doorbird eingetragen
wird nicht. In dem Fall alle 4 Befehle nicht …
Den http Aufruf extern in einem Browser eingegeben funktionierte aber …
Es war also der Aufruf im Doorbird irgendwie zu testen. Beim genaueren Anschauen des Anrufes kam
mir die Vermutung dass die Authentifizierung schuld sein könnte. Also user : passwort@ rausgenommen
und siehe da im IPS Debug tauchten die Meldungen über nicht korrekte Passwörter auf. Hmmmm
Da meine Vermutung war, dass die Doorbird mit einem Webhook mit 2 @ Zeichen also :
user@domain.de : passwort@ip-Adresse … nicht zurecht kommt war also ein Username anzugeben ohne @.
Und an dieser Stelle ist die Doku zu mager denn ich dachte in die Webhook Einstellungen muss der Zugang zum Webfront rein. Erst nach weiterem langen suchen um den Webfrontnamen zu ändern kam mir die Idee dass an dieser Stelle ein eigener NEUER Name und Passwort gemeint ist …
Und das wars dann eben auch. Neuen Namen ohne @ und Passwort eingegeben und dann in den vorhandenen
http Aufrufen im Doorbird angepasst und alles ging !
2 Sachen bleiben übrig :
nicht nachvollziehbar bei Änderungen in den Moduleinstellungen ist die Meldung im IPS „could not get schedule“
beim Speichern.
2 Klingeltaster - es gibt zwar 2 Einträge in den http Aufrufen aber in beiden steht der gleiche Webhook
Weshalb nur Klingeltaster getriggert wird und nicht Klingeltaster 2
Wäre nett wenn es für die beiden Punkte noch eine Erklärung geben könnte ?
Gut zu Wissen das dies die Ursache ist. Wie würdest Du das formulieren bzw. was würdest Du in der Beschreibung ergänzen, damit man über den Punkt nicht erneut stolpert?
Wann kommt das denn genau?
Es gibt nur einen einzigen Webhook für die Doorbird, das einzige was sich unterscheidet sich die Parameter, die an den Webhook übergeben werden. Wie lautetn denn die Einträge bei Dir in der Doorbird App? Diese sollten an sich nicht indentisch sein.
?doorbirdevent=doorbell&id=111
ist der Parameter für Klingel 1
und
?doorbirdevent=doorbell&id=211
ist der Parameter für Klingel 2.
->>> Gut zu Wissen das dies die Ursache ist. Wie würdest Du das formulieren bzw. was würdest Du in der Beschreibung ->>> ergänzen, damit man über den Punkt nicht erneut stolpert?
Erst mal hinschreiben das hier nicht die Webfront Anmeldung gemeint ist sondern neue eigene Anmeldedaten.
Dazu das keine E-Mail Adresse als Anmeldenamen genommen werden dürfen.
Zugleich würde ich in der Programmierung aber nur Buchstaben und Zahlen und keine Sonderzeichen zulassen …
->>> Wann kommt das denn genau?
Wenn ich was ändere und dann auf „übernehmen“ drücke. Das in der alten Windows IPS Console. In der Webconsole
habe ich das noch nicht probiert.
->>> Es gibt nur einen einzigen Webhook für die Doorbird, das einzige was sich unterscheidet sich die Parameter, die an ->>> den Webhook übergeben werden. Wie lautet denn die Einträge bei Dir in der Doorbird App? Diese sollten an sich
->>> indentisch sein.
?doorbirdevent=doorbell&id=111
ist der Parameter für Klingel 1
und
?doorbirdevent=doorbell&id=211
ist der Parameter für Klingel 2.[/QUOTE]
Ahhhhhh da steckt der Fehler … der Teil &id=111 wurde bei mir bei keinem der Aufrufe angelegt
Bitte gleich noch mal erklären welche ID da stehen müssen und im Handbuch die http Aufrufe mal aufführen
und darauf hinweisen, dass diese überprüft werden sollten wenn etwas nicht geht …
Also dass mit der &id=111 und &id=211 geht nicht …
Nachdem ich Klingel 2 nicht zum Triggern bekommen habe habe ich mal bei der
Klingel 1, die funktioniert, im http Aufruf die &id=111 in &id=211 geändert.
Aber auch dann wird nur Klingel 1 getriggert, obwohl Klingel 2 hätte getriggert werden
müssen.
Da der BWM auch einfach triggert ohne &id=xxx und die Klingeln ja auch triggern
wenn man keine id einträgt , muss da noch irgendwas mit der Auswertung nicht stimmen.
P.s. wenn man einen http Aufruf mit &id=211 direkt aus dem Browser schickt wird Klingel
1 getriggert …
Hallo zusammen,
ich habe gesehen, dass im Doorbird die Funktion „Geofencing“ integriert ist. Über die Doorbird App funktioniert das auch recht gut. Hat jemand eine Idee ob ich die Variable „Geofencing“ auch über IPS oder http (curl) abfragen kann? Ich habe mich schonmal an Doorbird support gewendet, die konnten/wollten mir aber noch nicht so recht weiterhelfen?
Für alle interessierten, sende ich im Anhang die offizielle Doku der API.
viele Grüße
dealer
api_lan.pdf (801 KB)
Das funktioniert außschließlich über die App, daher kannst Du da auch nichts in der Doorbird selber abfragen. Ein Auslesen des RFID Status ist zur Zeit nicht mit der API möglich.
Du kannst aber z.B. Geofency nutzten und das in IP-Symcon auswerten.
Hi
ich habe gerade noch mal die Doku durchforstet aber ich kann einfach nichts finden …
Deshalb noch mal die Fragen an den Entwickler :
Wie ist der grundsätzliche Aufbau eines Webhooks an IP-Symcon, welche &id=xxx Möglichkeiten
gibt es und was bedeuten diese oder lösen diese aus ?
Was bedeutet die Variable Doorbird Return und was sollte wann dort drin stehen ?
In Ergänzung zum vorherigen Beitrag habe ich jetzt mal den Debug vom IPS eingeschaltet
und eine Bewegung sowie 2 Klingeltasterdrücke (2 Taster) ausgelöst. Damit ergeben sich
wieder einige Fragen. Doch hier zuerst das Protokoll:
TXT: 23.01.2019 19:18:45.00 | Doorbird Recieve: | webhook user:
TXT: 23.01.2019 19:18:45.00 | Doorbird Recieve: | webhook password:
TXT: 23.01.2019 19:18:45.00 | Doorbird: | wrong webhook user or password
TXT: 23.01.2019 19:18:45.00 | Doorbird Recieve: | webhook user: xxx
TXT: 23.01.2019 19:18:45.00 | Doorbird Recieve: | webhook password: yyy
TXT: 23.01.2019 19:18:45.00 | Doorbird: | {„doorbirdevent“:„motionsensor“}
TXT: 23.01.2019 19:18:45.00 | Doorbird: | motionsensor event
TXT: 23.01.2019 19:18:46.00 | Doorbird | Status Code 0
TXT: 23.01.2019 19:18:46.00 | Doorbird recieved LastMovement at | 19:18
TXT: 23.01.2019 19:18:46.00 | Doorbird | Message from SenderID 38285 with Message 10603<CR><LF> Data: Array<LF>(<LF> [0] => 23.01.19 19:18:45<LF> [1] => 1<LF> [2] => 23.01.19 19:15:40<LF> [3] => 1548267525<LF>)<LF>
TXT: 23.01.2019 19:18:49.00 | Doorbird Recieve: | webhook user:
TXT: 23.01.2019 19:18:49.00 | Doorbird Recieve: | webhook password:
TXT: 23.01.2019 19:18:49.00 | Doorbird: | wrong webhook user or password
TXT: 23.01.2019 19:18:49.00 | Doorbird Recieve: | webhook user: xxx
TXT: 23.01.2019 19:18:49.00 | Doorbird Recieve: | webhook password: yyy
TXT: 23.01.2019 19:18:49.00 | Doorbird: | {„doorbirdevent“:„doorbell“}
TXT: 23.01.2019 19:18:49.00 | Doorbird: | doorbell event
TXT: 23.01.2019 19:18:49.00 | Doorbird | Status Code 0
TXT: 23.01.2019 19:18:50.00 | Doorbird | No picture with ident DoorbirdRingPic1 found
TXT: 23.01.2019 19:18:50.00 | Doorbird recieved LastRingtone at | 19:18
TXT: 23.01.2019 19:18:50.00 | Doorbird | Message from SenderID 20768 with Message 10603<CR><LF> Data: Array<LF>(<LF> [0] => 23.01.19 19:18:49<LF> [1] => 1<LF> [2] => 19.01.19 21:07:54<LF> [3] => 1548267529<LF>)<LF>
TXT: 23.01.2019 19:19:00.00 | Doorbird Recieve: | webhook user:
TXT: 23.01.2019 19:19:00.00 | Doorbird Recieve: | webhook password:
TXT: 23.01.2019 19:19:00.00 | Doorbird: | wrong webhook user or password
TXT: 23.01.2019 19:19:00.00 | Doorbird Recieve: | webhook user: xxx
TXT: 23.01.2019 19:19:00.00 | Doorbird Recieve: | webhook password: yyy
TXT: 23.01.2019 19:19:00.00 | Doorbird: | {„doorbirdevent“:„doorbell“}
TXT: 23.01.2019 19:19:00.00 | Doorbird: | doorbell event
TXT: 23.01.2019 19:19:00.00 | Doorbird | Status Code 0
TXT: 23.01.2019 19:19:00.00 | Doorbird | No picture with ident DoorbirdRingPic1 found
TXT: 23.01.2019 19:19:00.00 | Doorbird recieved LastRingtone at | 19:19
TXT: 23.01.2019 19:19:00.00 | Doorbird | Message from SenderID 20768 with Message 10603<CR><LF> Data: Array<LF>(<LF> [0] => 23.01.19 19:19:00<LF> [1] => 1<LF> [2] => 23.01.19 19:18:49<LF> [3] => 1548267540<LF>)<LF>
Wie man sieht wird wohl zuerst ein leer Webhookname und ein leeres Webhookpasswort übermittelt … warum ?
Folgend wird der richtige Name und das richtige Password übermittelt.
Bewegungsmelder ist auch Ok. Bei den 2 folgenden Tastendrücken sieht man dass beiden Tasten den selben
Webhook auslösen wie schon beschrieben.
Wie ich aber gerade in der Doorbird App sehe sind bei beiden http Aufrufen die „Anhängsel“ &id=111 und &id=211 „verschwunden“ … d.h. die App hatt diese vermutlich nach Cloudabglech entfernt. Das deutet darauf hin, dass der
App oder der Cloud offentlichtlich das & nicht gefällt.
Im Log sieht man auch diesen Fehler: No picture with ident DoorbirdRingPic1 found
Was bedeutet das ? Ist dass ein Programmfehler ?
Hallo,
Kurze Frage mal jetzt nicht zum Modul, sondern zu der Doorbird selber. Ich habe eine D202 die im Freien montiert ist, und nun löst sich bei mir die Plastik-Halbkugel vom Bewegungssensor auf. Anscheinend ist dieser Kunststoff nicht UV beständig. Hat von euch jemand die selben Erfahrungen gemacht?
LG Chris
So ich habe nun ein Taushcgerät von Doorbird bekommen, wegen der Abdeckung des Bewegungsmelders.
Hat schon mal wer die Doorbird getauscht? Wie bekomme ich das am schnellsten hin, so dass alles im IP Symcon wieder läuft? Oder muss ich da das Modul löschen und wieder neu anlegen?
Moin Moin,
ich habe mein D2101V „Spielzeug“ mal wieder ausgepackt - nach den ersten Spielzügen musste ich dann allerdings einen Werksreset machen.
Also fröhlich neu eingerichtet, und siehe da: es geht … , aber:
die Aktualisierung der DoorOpen-Variable kommt bei mir auch nicht (wäre nicht das Problem). Aber auch das speichern von Bildern will nicht, weder über den Button bei der Moduleinrichtung, noch beim Klingelsignal. Da kommt eine Fehlermeldung
Schaue ich mir das dann im debug an, stehen da auch komische Daten:
Der im Modul für IPS eingerichtete API-User hat die ID …0002. Das hier angezeigte Passwort für den User 0001 gibt es (auch für andere User) nicht (und hat es auch vor dem Reset nicht gegeben).
Mein RasPi hat auf dem IPS-Media-Ordner alle Rechte frei - wohin speichert das Vögelchen? Die Datei ist (wie die Fehlermeldung auch aussagt) nicht vorhanden.
Wäre für Ideen dankbar 
BTW: als FW meldet mir das Ding die 117
LG, Uwe
Manchmal hilft es ja, wenn man einfach mal ein paar Stunden schläft - oder den Rechner ausmacht
Ich vermute einfach mal … mit der Nutzung beider Konsolen scheint mir ein falscher Eintrag in die Konfiguration gelangt zu sein. Ich hätte dafür eher die Legasy als die Web-Konsole im Verdacht (nutze aber auch immer mehr die Webconsole). Gesagt, getan: über die Webconsole die richtigen Userdaten eingetragen und schon kommen jetzt alle Meldungen (auch die DoorOpen) und Bilder.
Somit ist mein Spieltrieb vollständig befriedigt 
Grüße, Uwe
Hallo,
beim Start meines IPS-Dienst wird im LOG der Eintrag:
09.03.2019 18:34:55 | 12409 | MESSAGE | Doorbird | Erstelle...
09.03.2019 18:34:57 | 12409 | ERROR | InstanceManager | Could not create instance interface: could not get schedule
protokolliert. Ich weis nicht, ob der Fehler überhaupt zum Doorbird-Modul gehört.
Kann das irgendwie gefixt werden ???
Gruß Proxima
kann mich dem leider nur anschließen.
habe gerade nach der anleitung veruscht das modul zu installieren, fehlanzeige.
could not get schedule
anybody ?
omg… ich habe es tatsächlich gelöst!!!
mein benutzername war falsch. das habe ich aber leider erst über die debugfunktion hinbekommen!
sorry