UNSOLVED Steinel L600 CAM
-
@Smart86 Die App erhielt ja ausgerechnet gestern ein update. Ich habe mir jetzt die alte v1.1.0 als .apk geholt und installiert. Alles läuft wieder perfekt
-
Hallöchen,
da ich hier soviel Input mitnehmen konnte wollte ich auch mal was von mir geben.
Die L600 ist gestern bei mir angekommen,auf der Verpackung ist 11/2018 angegeben und
ich musste ein Downgrade machen um an den Stream zu kommen.
Motioneye Einbindung war denn Problemlos möglich,allerdings hatte sich die Kamera dann
Heute morgen aus dem Wlan verabschiedet.
Neuanmeldung am Handy wie bei der Einrichtung,seitdem läufts wieder.
Ach und die Kamera lässt sich bei mir um 180° drehen ohne das ich etwas Auseinander schrauben musste. -
Also es gibt definitiv eine neue Charge der L600. Zu erkennen an der Zahl rechts neben dem Datum dort stand bisher immer 08529. Bei den neuen Modellen die ich gekauft habe steht dort 09485.
Warum der Downgrade nicht mehr funktioneirt kann ich im Nachhinein nicht mehr zu 100% sagen. Entweder liegt es an dieser neuen Charge, oder es hat schon bei dem Ändern der WLAN Reichweite einen entsprechenden Patch mit eingespielt der das Downgrade verhindert. Die Kameras finde ich im DeviceManager ja problemlos, nur nach dem Upload kommt dann eben die Meldung das ein Downgrade zu einer älteren Version nicht möglich wäre. Mit dem alten Device Manager habe ich es nicht versucht.
Habe jetzt einfach alle Cams auf das vor ein paar Tagen erschienene Update gehoben und nutze einfach die App. -
@Ken-Popper
Meine Cam hat laut Karton Boden auch die Chargennummer 09485.
Habe die Anleitung von https://gsf.diphda.uberspace.de/smarthome/2019/04/15/hack-your-steinel-l600-camlight/
und die dort verlinkten Datei und Software benutzt.
Windows Firewall deaktiviert,Downgrade lief einwandfrei durch.
Läuft jetzt ohne Abbrüche seit ca 36Std.
App hat sich gestern aktualisiert,bietet aber kein Update an. -
Interessant finde ich auch das sich die Cam nicht am DHCP anmeldet bzw wenn dann nur einmalig bei Einrichtung bzw. vielleicht noch im Fehlerfall. Danach behält Sie ihre einmalig zugewiesene IP bis zum Reset und nicht wie es eigentlich üblich wäre nach Ablauf des DHCP Lease wieder neu vom Server. Ebenso scheint die Kamera einen festen DNS zu nutzen. Die IP der Cam konnte ich im Device Manager aber problemlos ändern. Bei dem DHCP Verhalten und dem DNS-Server wird man aber nichts machen können oder?
-
@Ken-Popper
Beim DHCP-Verhalten weiß ich es nicht, aber die DNS-Abfragen könntest du vielleicht umleiten, wenn dein Router das unterstützt. Mein Mikrotik-Router kann das jedenfalls über NAT-Regeln. -
Die Cam erhält wohl einmalig die IP-Adresse vom DHCP Server und vergibt sich dann diese IP selbst als feste IP. Das Ganze wird unter folgendem Pfad auf der CAM abgelegt: /mnt/mtd/Config/network2
Leider habe ich bislang nur einen lesenden FTP Zugriff auf die CAM hinbekommen. Wenn man root Rechte hätte, könnte man dort zumindest die IP ändern.
-
Hallo zusammen, ich bin neu hier. Hoffe mir kann jemand helfen. Ich bekomme seit einigen Tagen keine Benachrichtigungen mehr auf meinem Handy. Reset der Lampe habe ich durchgeführt. Mit dem dünnen, kleinen Schlüssel hat man den Eindruck, als würde mann etwas durchstechen. Egal alles was ich versucht habe bringt leider nichts. Vor ein paar Tagen konnte ich ein Update machen. Weiterhin keine Warnungen mehr auf meinem Handy. Hat jemand eine Idee? Danke vorab
-
@Smart86 sagte in Steinel L600 CAM:
Die Cam erhält wohl einmalig die IP-Adresse vom DHCP Server und vergibt sich dann diese IP selbst als feste IP. Das Ganze wird unter folgendem Pfad auf der CAM abgelegt: /mnt/mtd/Config/network2
Leider habe ich bislang nur einen lesenden FTP Zugriff auf die CAM hinbekommen. Wenn man root Rechte hätte, könnte man dort zumindest die IP ändern.
IP ändern geht wie gesagt im Device Manager, aber hätte die CAM halt gerne über Pi Hole laufen lassen. mein DHCP vergibt diesen zwar eigentlich aber die Cam scheint einen fest hinterlegten zu haben.
-
DNS ändern wäre ggf. in der resolv.conf möglich, die sieht bei mir so aus:
search fritz.box
nameserver 192.168.179.1Man müsste aber Schreibrechte auf die Dateien bekommen. DHCP müsste man schauen.
-
@Hiltex said in Steinel L600 CAM:
Dann ein wenig gegoogelt und das hier gefunden:
https://lfto.me/reverse-engineering-dvr-firmware/Mehr Zeit hatte ich noch nicht, aber vielleicht ist es ja für euch interessant.
Von den jeweiligen Dateien die ersten 64 Byte abschneiden.
Danach kann man die Dateien jeweils unter Linux mounten. Geht natürlich auch in einer virtuellen Linux-Maschine unter Windows.mount -o loop <Image Dateiname> <mountpoint>Also z.b.:
mount -o loop ~/steinel/romfs-x.cramfs_stripped.img /mnt/romDann kann man ganz normal auf die Dateien im Image zugreifen.
-
@Smart86 Wäre auch toll, wenn man der Kamera einen internen NTP-Server zuweisen könnte. Nachdem der Netzwerktraffic in Richtung Internet blockiert ist, funktioniert die Zeitsynchronisation nicht mehr.
-
@ggansde sagte in Steinel L600 CAM:
@Smart86 Wäre auch toll, wenn man der Kamera einen internen NTP-Server zuweisen könnte. Nachdem der Netzwerktraffic in Richtung Internet blockiert ist, funktioniert die Zeitsynchronisation nicht mehr.
Das ist mir auch schon aufgefallen und wäre wirklich super. Meine hängt schon 4 Stunden zurück.
Oder wenn man den Timestamp aus machen könnte. Die meisten Programme wie Motion oder iSpy haben die funktion ja sowieso drin. -
@el_malto sagte in Steinel L600 CAM:
@ggansde sagte in Steinel L600 CAM:
@Smart86 Wäre auch toll, wenn man der Kamera einen internen NTP-Server zuweisen könnte. Nachdem der Netzwerktraffic in Richtung Internet blockiert ist, funktioniert die Zeitsynchronisation nicht mehr.
Das ist mir auch schon aufgefallen und wäre wirklich super. Meine hängt schon 4 Stunden zurück.
Oder wenn man den Timestamp aus machen könnte. Die meisten Programme wie Motion oder iSpy haben die funktion ja sowieso drin.Also bei mir geht das über die Steinel App. Hier gibt es ja den Punkt "Uhrzeit synchronisieren". Das geht auch mit gesperrtem Internetzugang für die Camera, zumindest ist es bei mir so.
-
@Smart86 sagte in Steinel L600 CAM:
@el_malto sagte in Steinel L600 CAM:
@ggansde sagte in Steinel L600 CAM:
@Smart86 Wäre auch toll, wenn man der Kamera einen internen NTP-Server zuweisen könnte. Nachdem der Netzwerktraffic in Richtung Internet blockiert ist, funktioniert die Zeitsynchronisation nicht mehr.
Das ist mir auch schon aufgefallen und wäre wirklich super. Meine hängt schon 4 Stunden zurück.
Oder wenn man den Timestamp aus machen könnte. Die meisten Programme wie Motion oder iSpy haben die funktion ja sowieso drin.Also bei mir geht das über die Steinel App. Hier gibt es ja den Punkt "Uhrzeit synchronisieren". Das geht auch mit gesperrtem Internetzugang für die Camera, zumindest ist es bei mir so.
Das geht bei mir auch. Nur muss ich locker alle 3-4 Tage die Zeit wieder neu stellen weil die immer wieder hinterher hinkt. Bei der Cam läuft die Uhr wohl langsamer
-
@el_malto Bei mir kommt dann die Meldung "query failed".
-
moin,
nachdem ich die Lampe habe, hat sich mein alter Post erledigt...
Jetzt habe ich was gelernt. Auch wenn es im Nachhinein logisch ist.
Ich komme nicht über die Web-Oberfläche rein.Ein Hash-Zeichen im Passwort ist keine gute Idee!mein pure-ftpd schmeißt Segmentation fault
# ./pure-ftpd & # [1]+ Segmentation fault ./pure-ftpd # # ./pure-ftpd Segmentation faulthat einer schon eine Sammlung von funktionsfähigen binares für die Cam? Das wäre ganz praktisch.
Ansonsten versuche ich morgen was zusammenzustellen.
-
@Ken-Popper sagte in Steinel L600 CAM:
@Smart86 sagte in Steinel L600 CAM:
Die Cam erhält wohl einmalig die IP-Adresse vom DHCP Server und vergibt sich dann diese IP selbst als feste IP. Das Ganze wird unter folgendem Pfad auf der CAM abgelegt: /mnt/mtd/Config/network2
Leider habe ich bislang nur einen lesenden FTP Zugriff auf die CAM hinbekommen. Wenn man root Rechte hätte, könnte man dort zumindest die IP ändern.
IP ändern geht wie gesagt im Device Manager, aber hätte die CAM halt gerne über Pi Hole laufen lassen. mein DHCP vergibt diesen zwar eigentlich aber die Cam scheint einen fest hinterlegten zu haben.
Den DNS kann man auch mit dem aktuellen DeviceManager ändern.
hat gut funktioniert und läuft auch bei mir über pihole. auch konnte ich darüber die Cam in ein anderes Wlan umziehen. mit SSID, Passwort und IP ändern. hat prima geklappt.
Nur noch mit dem booten über die sd-Karte mit telnetd habe ich Probleme. Dabei ist der kompletter Traffic der Cam nach draußen gesperrt.
-
Meine oben stehende Antwort hat mich auch auf die Lösung meines Problems gebracht.
Wie @Smart86 bereits gesagt hat, muss die Cam Zugriff auf das Internet haben. Das war mir auch bewusst. Der zweiter Schritt war, den DNS Eintrag zu ändern. Bei mir PiHole im Einsatz, was offensichtlich verhindert hat, dass die Cam beim Booten auf die SD-Card zugreifen konnte.Aber jetzt ist die Scheiße wieder oben.
- Ich bereite die SD-Karte
- Starte die Lampe und kann mich per telnet einloggen.
- Ich schalte die Lampe aus und dann wieder ein
- kein telnet möglich!
muss ich jedes Mal, wenn ich die Karte aus Lampe hole sie neu formatieren? Sie ist immer unformatiert!
WTF mache ich falsch???
-
Ausgabe von Sofia, bevor die Verbindung mal wieder weg war...
Vielleicht kann einer was damit anfangen?!
LibCrypto : g_cryptotype = 2 CryptoDecrypt,556 or_sel=1 IPC_WP_100!!! ********************************************************************** | SYSTEM INFO | ID: 0x0114 | product type: WP_100W | DSP chip: HI3518EV200 | LIBDVR version: Complied at May 13 2017 09:42:27 SVN:2130 ********************************************************************** LIBDVR : LIBDVR: Complied at May 13 2017 09:42:27 SVN:2130 LIBFVIDEO: Complied at May 17 2017 15:57:22 SVN:2002 =>ibwlan version: 1.0.0 - Complie time Sep 13 2015 15:06:28, wpa-psk sensor productID 0xa042 IPC_50H10_Sensorchip h42 HiSystem.c(625) [foo1]: hw_info = 276,sensorChip = 23 HiSystem.c(629) [foo1]: LIBHICAP: Complied at May 13 2017 10:57:03 SVN:3946 HiSystem.c(693) [foo1]: profileVal = ▒,MaxResolution = 3 HiSystem.c(408) [SysHWIDInit]: SLAVE_CHIP_NUM is 0 HiSystem.c(409) [SysHWIDInit]: VI_CHN_NUM_HOST_CHIP is 1 HiSystem.c(410) [SysHWIDInit]: VI_CHN_NUM_PER_SLAVE_CHIP is 0 HiSystem.c(411) [SysHWIDInit]: AI_CHN_NUM_HOST_CHIP is 1 HiSystem.c(412) [SysHWIDInit]: AI_CHN_NUM_PER_SLAVE_CHIP is 0 HiSystem.c(413) [SysHWIDInit]: ======================
