IPCAM - Wansview Unterstüzung / Unterstützung andere Modelle verbessert

Begonnen von chris1284, 29 Juli 2015, 21:43:34

Vorheriges Thema - Nächstes Thema

chris1284

Ich habe dem modul mal ein wenig mehr logging verpast und den fehler gefunden:

bei einem  IPCAM WC2_IPCAM cmd 1
macht er nicht etwa http://auth@camname/befehl, er haut immer attr path dazwischen, dazu noch ein überflüssiges "&"
http://user:pw@192.168.2.5/&cgi-bin/hi3510/preset.cgi?-act=goto&-number=0

setze ich nun attr WC2_IPCAM pathCMD cgi-bin/hi3510/ der / ist wichtig da das modul ihn nicht setzt ...
und passe das cmd01 an (pathCMD entfernen) baut das modul fast die richtige url

dummerweise wird zwischen pathCMD und cmd01 ein "?" gesetzt



ich habe das modul dahingehen veränder das man nun 2 attribute setzen kann
pathCmdDevider - zeichen zwischen patchCMD und dem CMD - wenn nicht gesetzt wie bisher "?"
cmdDevider - zeichen zwischen der cam url und dem cmd - wenn nicht gesetzt wie bisher "&"

somit ist die kompatibilität zu bisherigen installationen gegeben

auf verbose 5 wird nun auch der von dem modul gebaute url ins log geschrieben. das ist sehr hilfreich bei fehlern
würde mich über rückmeldung von martin fischer freuen. modul im anhang


Gisbert

Hallo Chris,

ich hab mir eine Samsung SNH-E6440BN zugelegt, sieht chick aus.
Für mich war noch entscheidend, dass die eigentliche Kamera und die Steuereinheit in 2 Bauteilen untergebracht sind, so dass ich nur ein Kabel zur Kamera nach draußen führen müsste; die Steuereinheit wäre dann drinnen, auch näher zur WLAN-Station.

Was ich bisher geschafft habe:
ich kann ein Standbild (jpg) und ein Video (mjpg) im Browser aufrufen, wenn ich folgenden Befehl im Browser eingebe:
http://user:pwd@cam-url/cgi-bin/video.cgi?msubmenu=jpg bzw. mjpg

Wenn ich das in IPCAM eingebe, gibt es ein Authentifizierungsproblem.
basicauth habe mit user:pwd gesetzt.

Ich habe dann dein modifiziertes Modul in mein Fhem kopiert, Fhem neu gestartet und versucht deinen Anweisungen zu folgen.
Bisher allerdings noch ohne Erfolg.
Meine Beobachtungen bisher:
- ohne attr path geht es nicht, da sonst ein fehlendes Attribut als Fehler kommt

Wie müssten die folgenden Attribute in meinem Fall heißen?
pathCmd
pathCmdDevider
cmd01
cmdDevider


Noch eine grundsätzliche Frage:
Ich möchte die Kamera zur Überwachung einsetzen und den kamera-eigenen Bewegungsmelder dazu nutzen, um dann bspw. Licht einzuschalten, eine Pushnachricht über Pushover rauszuschicken, eine Alarmsirene in Gang zu setzen, den Hund von der Kette lassen :-) ...
Zu dieser Kamera oder vergleichbaren Modellen von Samsung habe ich bis jetzt trotz intensiver Suche im Netz bisher keine brauchbare Befehlsliste gefunden.
Erscheint es deshalb fraglich mit dieser Kamera weiterzuarbeiten? Selbst wenn ich tatsächlich in der Lage sein sollte, Bilder zu speichern, dann kommt das nächste Problem mit der Bewegungsmeldung, etc.
Wäre es da nicht klüger auf eine bereits getestete Kamera zu nehmen, die "Fhem"-kompatibler ist?
Aktuelles FHEM | PROXMOX | Fujitsu Futro S740 | Debian 12 | UniFi | Homematic, VCCU, HMUART | ESP8266 | ATtiny85 | Wasser-, Stromzähler | tuya local | Wlan-Kamera | SIGNALduino, Flamingo Rauchmelder FA21/22RF | RHASSPY | DEYE | JK-BMS | ESPHome

chris1284

basis wenn basicauth gesetzt ist ist immer

http://username:pw@url

path -> pfad zum snapshot -> http://username:pw@url/cgi-bin/video.cgi?msubmenu=jpg
pathCmd -> "pfad-prefix" für befehle allgemein , in deinem fall bestimmt -> cgi-bin
pathCmdDevider -> trennzeichen zwischen basis und pathCmd -> http://username:pw@url/cgi-bin
cmdDevider -> trennzeichen zwischen [basis + pathCmdDevider + pathCmd] und cmd (zb cmd01) http://username:pw@url/cgi-bin/cmd01
cmd01

ZitatWie müssten die folgenden Attribute in meinem Fall heißen?
zeig mit mal die url mit der man zb die cam nach links fahren kann und dann kann ich dazu was sagen, aber ohne einige beispiel-urls die im browser das tun was man will gehts nicht.


ZitatIch möchte die Kamera zur Überwachung einsetzen und den kamera-eigenen Bewegungsmelder dazu nutzen,

das geht nur wenn

a) die cam den aufruf von url's (hhtp get) bei alarm unterstützt. deine cam würde dann zb http://fhemip:8083/fehm?cmd.AlarmDummy=set%20AlarmDummy%20motion aufrufen und so einen dummy in fhem den du vorher anlegst auf "motion" (oder was auch immer setzen, oder gleich die Pushnachricht über Pushover senden)

b) deine cam eine mail sendet bei alarm, du das postfach überwachst und bei einer mail deiner cam reagierst (zb fhem ein dummy auf alarm setzen) -> zu langsam, mail ist keine echtzeitkommunikation

c) deine cam ein bild auf einen ftp sendet bei alarm, du das ftp-verzeichnis überwachst und bei einer neuen datei  reagierst -> auch langsam

d) deine cam wie meine einen larm-ausgang hat und du so zb einen kontakt schließt (funk-fensterkontak misbrauchen zb ) und fhem das direkt mitbekommt

Gisbert

Hallo Chris,

vielen Dank für deine rasche Antwort.

Ich hab gleich deine Anweisungen befolgt, leider funktioniert es immer noch nicht.
Die Authentifizierung scheint aber geklappt zu haben, denn jetzt werden files (Endung: .svg) mit dem Inhalt "404 - Not Found" gespeichert.
Ich habe diverse Kombinationen probiert (mehr oder weniger Text in den Attributen, viceversa weniger/mehr in den anderen Attributen), alles ohne Erfolg.
Eine Frage zum path: dort steht ja eigentlich alle Information drin, um ein jpg-Bild zu bekommen. Muss der path tatsächlich alle Informationen enthalten, es gibt ja noch die anderen Attribute?

Als cmd01 habe ich gesetzt: video.cgi?msubmenu=jpg - ist das so richtig?

Das Speichern von Bildern sollte funktionieren, bevor ich mich daran begebe den Bewegungsmelder der Kamera anzuzapfen.
Die erste Option (Aufruf einer URL) erscheint mir am sinnvollsten.

Wenn ich nicht weiterkommen sollte mit der Samsung-Kamera, welche der in Fhem empfohlenen IP-Kameras wäre denn für Bewegungserkennung (Weitergabe an URL) am besten geeignet, d.h. unter ungünstigen Bedingungen wie nachts, bei Regen geeignet?
Aktuelles FHEM | PROXMOX | Fujitsu Futro S740 | Debian 12 | UniFi | Homematic, VCCU, HMUART | ESP8266 | ATtiny85 | Wasser-, Stromzähler | tuya local | Wlan-Kamera | SIGNALduino, Flamingo Rauchmelder FA21/22RF | RHASSPY | DEYE | JK-BMS | ESPHome

chris1284

Zitat von: Gisbert am 09 August 2015, 10:46:53
Eine Frage zum path: dort steht ja eigentlich alle Information drin, um ein jpg-Bild zu bekommen. Muss der path tatsächlich alle Informationen enthalten, es gibt ja noch die anderen Attribute?
ja, alle denn nur hinter snapshot steht eine routine die das bild versucht zu holrn.
wenn du versuchst über cmd01 ein snapshot zu holen wird das niemals funktionieren
ZitatAls cmd01 habe ich gesetzt: video.cgi?msubmenu=jpg - ist das so richtig?

kannst du dir also sparen, sihe begründung oben
Zitat
Das Speichern von Bildern sollte funktionieren, bevor ich mich daran begebe den Bewegungsmelder der Kamera anzuzapfen.
Die erste Option (Aufruf einer URL) erscheint mir am sinnvollsten.

dannst musst du nur path so setzen
cgi-bin/video.cgi?msubmenu=jpg
basicauth setzen und ein get [name] image machen

such mal im inet nach der api oder cgi-befehlen für dein modell


ansonsten kenn ich nur die instar die eine url aufrufen können (kenne aber auch nciht viele modelle)

Gisbert

Hallo Chris,

ich kriegs leider nicht hin, trotzdem vielen Dank für deine Hilfe.
Die Kamera werde ich dann zurückgeben und es mit einem Modell von Instar versuchen.
Aktuelles FHEM | PROXMOX | Fujitsu Futro S740 | Debian 12 | UniFi | Homematic, VCCU, HMUART | ESP8266 | ATtiny85 | Wasser-, Stromzähler | tuya local | Wlan-Kamera | SIGNALduino, Flamingo Rauchmelder FA21/22RF | RHASSPY | DEYE | JK-BMS | ESPHome