Suchergebnisse

Ja, sollte schon. Das Problem is eig. die Fritze, da die kein SIP Video kann. Sprache funktioniert und das Bild am FritzFon kommt ja nicht über SIP.

VTO als SIP Server (z.b.8801), VTH als Client (9901#0) - alles nach Anleitung von Dahua. Dann Fritze als 2. Client (9901#1) auf der VTO registrieren. Also quasi einen SIP Trunk einrichten. GroupCall aktivieren. Anleitung hab ich hier im Forum schon mal gepostet meine ich. Anders wirst du das...

Na dann machs mit der 2. Methode.

Die VTH IP Settings kannst du doch über die GUI am Gerät selbst machen. Kenne die neuen Geräte zwar nicht mehr so im Detail, aber bei den VTH1xxx,VTH5xxx,usw. ging das eigentlich immer so. Oder du gibts dem PC temporär eine 192.168.1.x Adresse, dann sollte es auch über's Tool gehn.

Die VTH hat noch eine statische IP aus dem 192.168.1.x Netz, du arbeitest sonst aber mit dem Fritzbox Std. Netz 192.168.178.x. Stell auf der VTH eine freie IP aus dem .178.x Netz ein, dann kannst du sie auch mit dem ConfigTool administrieren.

Naja, das Risiko hält sich hier wohl in Grenzen. Ist halt 2 Monate neuer und daher hat Dahua wohl den Bug mit den Prompts darin wieder behoben.

Hab mich mal mit dem RS485 Port für Erweiterungen an der VTO2000A beschäftigt. Bin aber auf keinen grünen Zweig gekommen. Das Protokoll war mir gänzlich unbekannt, selbst die Baudrate habe ich nicht wirklich rausfinden können. Die beste Chance sehe ich durch disassemblieren eines FW Updates ein...

So ein CRON Job wäre sicher möglich. Ich würde dem Fehler aber auf den Grund gehen und den IP Traffic zwischen VTO und VTH bis zum Ausfall mitsniffern. Im Trace sollte man schon sehen, woher das Problem kommt.

Einfach Wireshark installieren und starten (Auswahl des eigenen LAN Interfaces). Nach Abschluss des Upgrade Vorganges den Trace speichern und mir zukommen lassen.

Ich würde mal mit einem "ganz normalen" FW Upgrade per Toolbox starten. Im Hintergrund läuft Wireshark um zu sehen, was/wie da alles geschrieben wird. Kannst die gleiche Version nehmen, die drauf ist. Evtl. wird das Image hier schon so übertragen, das man es dann öffnen kann.

Bei mir war da nix angeklebt. Im Zweifelsfall einfach anwärmen das Teil, dann wird der Kleber schon "mürbe".

Da es ja Android basierte VTH's gibt (z.b.VTH5341G), müsste man mit etwas Geschick die Applikation, welche für die Türstation zuständig ist, auch runterkopieren können. Diese könnte man dann wohl manuell auf einem anderen Gerät installieren und hätte eine sehr "günstige" VTH. Das die Theorie...

Grundsätzlich ja, weil das SIP Protokoll genutzt wird. Aber aus Erfahrung wissen wir, dass da trotzdem vieles nicht funktioniert, weil einige Funktionen von Dahua nicht 100% den SIP RFC's konform implementiert wurden. Auch ein wirkliche brauchbarer Android SIP Client, welcher den Videostream...

Ist eine VTO9541D-S2 da wirklich nicht etwas "übertrieben"? Preislich sicher teuer, weil sehr selten im Einsatz vermutlich viele Bugs in der SW, Display ohne Vandalismusschutz im Außenbereich,... Da würde ich mich fürchten, dass da schnell mal einer das Display schrottet... Denke die besser...

Dann musst du mal die Tracer anwerfen...

Kenne das von meinen CP600 Geräten an einer OS4k. Sind leider CP Firmware Probleme, die ich in Zusammenhang mit UC vermute. Spiel mal eine ältere/neuere FW auf die betroffenen Phones und teste nochmal.

Mit der Fritze als SIP Server sehe ich da schwarz für dein Vorhaben. Mit Astersik & Co. würde sich wohl eher was stricken lassen.

Fürchte fast, dass das nicht ohne Server möglich ist. Das Phone führt keinen Status für externes Features, somit wird das schwierig. Mit einer OSV geht das auch nur, weil das per "Server feature" gemacht wird. An welche Funktion denkst du denn konkret?

CP400 SIP oder HFA?

Klar, gerne.