Dahua (Baugleich mit Goliath) 2-Draht-Türsprechsystem mit IP -eure Erfahrungengen ?

[vw_noise]

@Turboferkel : Danke für die schnelle Antwort. Das ich diese Art der Verkabelung machen kann, ist mir klar. Damit werde ich auch meine vorhandene Verkabelung nutzen um die erste Innenstation anzubinden. Soweit fein.
Wenn ich aber nun eine weitere Innenstation haben möchte - an einer Stelle, an der die vorhandene Verkabelung nicht anliegt, ob ich dann ggf. auch auf das "normale" Netzwerk aufsetzen kann?

Wenn ich es richtig verstanden habe, kann ich ja normale IP-Kameras einbinden, aber geht das auch mit der VTH1550CHW (nicht-2-draht)?

 

[Turboferkel]

Einen Vergleich kann ich leider nicht ziehen, habe nur die 2-Draht Anlage ...
Diese funktioniert sehr gut bei einer Kabellänge von ca. 25 m und 0,5mm² Kabelquerschnitt...
Mit den IP-Kameras musst du drauf achten dass du entweder Dahua Kameras benutzt oder aber Onvif mit mindestens Protokoll 2.4...
Ob die normale IP-Version mit der 2 Draht geht weiß ich leider nicht, müsste aber eigentlich da trotz der 2 Draht-Technik ja jedes Gerät über eine IP angesprochen wird (Powerline).

 

[vw_noise]

Danke für den Hinweis mit den Kameras bzw. des Protokolls.

Ob die normale IP-Version mit der 2 Draht geht weiß ich leider nicht, müsste aber eigentlich da trotz der 2 Draht-Technik ja jedes Gerät über eine IP angesprochen wird (Powerline).

Genau das war auch mein Gedanke - wenn sonst keiner aus unserer Runde Erfahrungen damit hat, bleibt es letzten Endes wahrscheinlich beim Ausprobieren....
Bei mir würde das aber noch einige Tage dauern, da ich erst einmal genau schauen muss, wie ich die Anlage verbaue - die jetztige Ausseneinheit ist viel größer und ich muss mir was schönes für das Loch dahinter einfallen lassen. Erst wenn dann die Grundinstallation steht werde ich den Punkt mit der weiteren Inneneinheit angehen.

 

[Kostenlos]

@vw_noise!

Hoffentlich hast Du die Teile nicht bei den "üblichen Kistenschiebern" gekauft, denn dann gehen die nötigen Unterlagen u. der Support in Richtung "0"!

 

[vw_noise]

Morgen,

wie schon geschrieben, bin ich noch in der Planung sind habe noch keine Vorstellung, wo ich die Geräte kaufen werde.



Gesendet von meinem BTV-DL09 mit Tapatalk

 

[riogrande75]

Nochmal bzgl. der 2 Draht Version: Wenn 2 Draht wirklich wie PowerLAN funktioniert, dann müsste man die VTO von einem PC aus über LAN an der VTH (zwischen VTO & VTH ist 2 Draht) pingen können?[emoji848]

Gesendet von meinem SM-T819 mit Tapatalk

 

[Turboferkel]

Nicht ganz denn dass Verbindungsglied (Wandler) ist ja die VTNC3000A denn dort wird dass 2-Draht signal auf Netzwerk-Signal gewandelt....sprich VTH und VTO werden beide mit den 2 Drähten an die VTNC3000a angeschlossen....Dass Bild ist "nicht" ganz richtig, bzw. habe ich es nicht so verdrahtet

allerdings könnte man es so mal testen ....an der VTO gibt es einen 2-Draht Anschluss und an der VTH und an dem VTNC3000a gibt es jeweils drei - 2-Draht Anschlüsse....

Wenn ich im Netzwerk mit einem PC bin, kann ich beide VTO und VTH anpingen bei mir ist dann die xxx.xxx.xxx.109 und xxx.xxx.xxx.110

 

[mike197679]

Hallo, bin auch neu hier im forum.

Mich würde mal interessieren ob es bezüglich der beleuchtung des namenschieldes schon was neues gib.
Ist es normal das es, wenn es dunkel ist, sich einschaltet und dann für ca 10sec ein ist und danach wieder ausschaltet ca 5sec und dann wieder ein und soweiter??

Das würde ja so aussehen als sei die namens schield beleuchtung helligkeitsgesteuert.

Zu meiner Hardware:

1stk VTO2000A-C Modul
Firmware: V3.200.0000.0.R

1 stk VTO2000A-B1

2 stk VTH1550CH
Firmware: V3.200.0003.0.R

### Zusammenführung Doppelpost by stoney ###

Desweiteren habe ich glaube ich, bei einem display ein proplem.

VTH1550CH

Es kommt kein ladebalken mehr am display, denke ich habe beim firmware upgrade mist gebaut.
Wollte über TFTP mal neu aufspielen, bin aber denke ich zu blöd dafür das ich die "commands.bat" richtig einstelle.
Meine commands.bat:

tftp 0x82000000 custom-x.cramfs.img; flwrite
tftp 0x82000000 data-x.cramfs.img; flwrite
tftp 0x82000000 gui-x.cramfs.img; flwrite
tftp 0x82000000 kernel-x.cramfs.img; flwrite
tftp 0x82000000 pd-x.cramfs.img; flwrite
tftp 0x82000000 romfs-x.cramfs.img; flwrite
tftp 0x82000000 user-x.cramfs.img; flwrite
tftp 0x82000000 .FLASHING_DONE_STOP_TFTP_NOW
sleep 5

die Firmware liegt im root ordner


Wenn ich jetzt die TFTP verbindung aufbaue:

accepting requests..
Open TFTP Server MultiThreaded Version 1.64 Windows Built 2001

starting TFTP...
alias / is mapped to root\
permitted clients: all
server port range: all
max blksize: 65464
default blksize: 512
default timeout: 60
file read allowed: Yes
file create allowed: No
file overwrite allowed: No
thread pool size: 1
Listening On: 192.168.254.254:69
Client 192.168.1.108:3325 root\upgrade_info_7db780a713a4.txt, 1 Blocks Served
Client 192.168.1.108:3347 root\custom-x.cramfs.img, 3 Blocks Served
Client 192.168.1.108:3396 root\data-x.cramfs.img, 639 Blocks Served
Client 192.168.1.108:3992 root\failed.txt, 1 Blocks Served

//edit by stoney: [CODE] TAGs [/CODE] gesetzt

 

[timblo]

Wie ist denn die Qualität der Ton-/Bildübertragung über 2-Draht (VTO->VTH) im Vergleich zu IP?

Ich habe eine 2-Draht Version - mein Kumpel eine IP - bei Bild und Ton sehe ich keinen Unterschied - beides gut !!! - sind beide sehr zufrieden - nur warten wir immer noch auf neue Klingeltöne, die uns seitens des deutschen Anbieters versprochen wurden

 

[mike197679]

........
Client 192.168.1.108:3325 root\upgrade_info_7db780a713a4.txt, 1 Blocks Served
Client 192.168.1.108:3347 root\custom-x.cramfs.img, 3 Blocks Served
Client 192.168.1.108:3396 root\data-x.cramfs.img, 639 Blocks Served
Client 192.168.1.108:3992 root\failed.txt, 1 Blocks Served

Keiner eine idee??

habe mich mal per hypertermianl draufgeschalten:

UBL Version: 1.46t(DM365)09:30:17 Sep  2 2014                                           
 Oscillator: 24MHZ               
 ARM Rate: 432 MHZ               
 DDR Rate: 340 MHZ               
 BootMode: SPI           
Starting SPI Memory Copy...                         
DONE 


U-Boot 1.3.6 (jerry) (Sep  2 2014 - 09:44:01)                                           

DRAM:  128 MB           
SF: Got idcode c2 20 18 c2 20                           
In:    serial           
Out:   serial           
Err:   serial           
Ethernet PHY: GENERIC @ 0x05,id:221513                                   
total gio 2         
gio[22]=1       
gio[25]=1       
TFTP from server 192.168.254.254; our IP address is 192.168.1.108; sending throu                                                                             
gh gateway 192.168.1.1                   
Filename 'upgrade_info_7db780a713a4.txt'.                                       
Load address: 0x80100000                     
Loading: *       
Retry count exceeded; starting again                                 
Fail to get info file!                   
Init error!         
TFTP from server 192.168.254.254; our IP address is 192.168.1.108; sending throu
gh gateway 192.168.1.1
Filename 'failed.txt'.
Load address: 0x80200000
Loading: *
Retry count exceeded; starting again
==>use default images
.......
## Booting kernel from Legacy Image at 80007fc0 ...
   Image Name:   Linux-2.6.18_pro500-davinci_evm-
   Image Type:   ARM Linux Kernel Image (uncompressed)
   Data Size:    1685840 Bytes =  1.6 MB
   Load Address: 80008000
   Entry Point:  80008000
   Verifying Checksum ... OK
   XIP Kernel Image ... OK
OK

Starting kernel ...

Uncompressing Linux.............................................................
...................................................... done, booting the kernel.

wie bekomme ich das ding wieder zum laufen??

//edit by stoney: [CODE] TAG [/CODE] gesetzt

 

[riogrande75]

Offenbar wurden nur custom-x.cramfs.img und data-x.cramfs.img geflasht. Pack mal alle .img Files vom selben Image auf den TFTP Server und passe die Upgrade_...txt Datei an. Offenbar passt die nicht.
Poste mal die Commands.txt, mit der die Upgrade_...txt erzeugt wird.

 

[mike197679]

....

Poste mal die Commands.txt, mit der die Upgrade_...txt erzeugt wird.

Das wäre die Commands.txt:

tftp 0x82000000 custom-x.cramfs.img; flwrite
tftp 0x82000000 data-x.cramfs.img; flwrite
tftp 0x82000000 gui-x.cramfs.img; flwrite
tftp 0x82000000 kernel-x.cramfs.img; flwrite
tftp 0x82000000 pd-x.cramfs.img; flwrite
tftp 0x82000000 romfs-x.cramfs.img; flwrite
tftp 0x82000000 user-x.cramfs.img; flwrite
tftp 0x82000000 .FLASHING_DONE_STOP_TFTP_NOW
sleep 5

Das wäre die erzeugte "upgrade_info_7db780a713a4.txt":

CRC:290917043
MagicString:c016dcd6-cdeb-45df-9fd0-e821bf0e1e62
tftp 0x82000000 custom-x.cramfs.img; flwrite
tftp 0x82000000 data-x.cramfs.img; flwrite
tftp 0x82000000 gui-x.cramfs.img; flwrite
tftp 0x82000000 kernel-x.cramfs.img; flwrite
tftp 0x82000000 pd-x.cramfs.img; flwrite
tftp 0x82000000 romfs-x.cramfs.img; flwrite
tftp 0x82000000 user-x.cramfs.img; flwrite
tftp 0x82000000 .FLASHING_DONE_STOP_TFTP_NOW
sleep 5

//edit by stoney: [CODE] TAGs [/CODE] gesetzt

 

[Turboferkel]

sollte da nicht als Adresse die 0x81a00000 statt der 0x82000000 stehen?

 

[mike197679]

Vollzitat von darüber entfernt by stoney

Habe ich auch schon probiert, ohne erfolg

 

[riogrande75]

Offenbar gefällt ihm das Kommando

tftp 0x82000000 gui-x.cramfs.img; flwrite

nicht.
Vielleicht wirklich die Adresse.
Da es sich um einen relativ alte Software handelt (Bootloader is ja aus 2014) bin ich mir nicht ganz sicher, ob es vielleicht nicht sogar am Bootloader selbst liegt.
Welchen Bootloader hast du am TFTP Server (dm365_ubl_boot_16M.bin.img)? Mach mal ein "strings dm365_ubl_boot_16M.bin.img | grep DM365" drauf.
Wenn der deutlich neuer ist, dann sollte der auch drauf.
Würde übrigens mit den automatischen Kommandos arbeiten: anstatt "tftp-adresse-file;flwrite" in der Commands.txt würde ich "run dk" (=tftp 0x8xxx kernel-x.cramfs.img; flwrite" usw. nutzen. Dann hast du auch keine Probleme mit den Adressen.

 

[mike197679]

So, habe es nun geschaft dem teil neues leben einzuhauchen.

Schuld war mein PC, keine ahnung wieso aber troz aussgeschalteter firwall ging es nicht,
habe es nun einfach mal mit dem lapi probiert, mit aktiver firewall und siehe da, ohne probleme geflasht gleich beim ersten durchgang.

man oh man, danke leute,

 

[riogrande75]

"strings" ist ein linux kommando. Also dm365_ubl_boot_16M.bin.img auf irgendeine Linux Kiste kopieren und dann das Kommando wie oben gepostet. Dann siehst du in der Zeile wo DM365 (das ist die HW-Plattform bzw. der Professor der Dahua Boxen) drinsteht auch an welchem Tag der Bootloader kompiliert wurde. Hier ein Bsp. von mir:

# strings dm365_ubl_boot_16M.bin.img | grep DM365
1.46t(DM365)18:30:31 Jan  5 2018

 

[Eagle_Eye]

@ mike197679:

Ja, beim Namensschild gibt es tatsächlich Neuigkeiten: ich habe die VTO2000 zum Lieferanten zurück geschickt. Nach ca. 2 Monaten habe ich das Gerät zurück erhalten. Siehe da: die LED Beleuchtung für das Namensschild - auch wenn weitere Module angeschlossen sind - bleibt Nachts an!

Problem ist nur das folgende: es werden KEINE echten Softwarestände VOR 3.120 mehr akzeptiert. D.h. z.B. auch NICHT mehr die deutsche 3.2 Version von Aval**. Die Software wird hochgeladen; nach 50% scheint der interne Upload zu geschehen. Dort kommt dann ein Fehler.
Da es jedoch noch keine echte 3.120 mit deutschem Sprachmodul gibt, funktionieren zwar die LEDs, die Sprache kann ich nicht mehr auf deutsch ändern.

Blöd, ist aber so. Ich warte daher zZ auf ein SW Update, so daß die LEDs anbleiben und ich eine neue SW laden kann.

 

[mike197679]

Soll das jetzt heisen die namensschild beleuchtung hat jetzt mit der software zu tun?
welche firmware ist jetzt drauf?

 

[dietdol]

@Eagle_Eye

so eine Hardwareversion habe ich auch, da hilft nur das Flashen per TFTP, wie ich das beschrieben hab.
Aber bei mir ist es genau anders herum , ich möchte die LED Beleuchtung dauerhaft aus haben.
Bisher fällt mir dazu keine Lösung ein. Die Config wurde dafür schon erfolglos bearbeitet.