NEWS
Steinel L600 CAM
-
@ggansde sagte in Steinel L600 CAM:
@Smart86 Das habe ich nicht gemeint. Ich wollte eine ältere Baureihe mit alter Firmware um die Lampe out-of-the-box in Betrieb nehmen zu können. Jetzt möchte ich aber nicht updaten um mir damit den rtsp-Stream zu blocken und erkaufe mir damit vermutlich eine miese WLAN-Connectivity, die wohl mit einer aktuellen FW geheilt wäre.
Meine Idee war eigentlich, dass du die China Firmware verwendest. Also zumindest ich habe keine WLAN Probleme damit. Diese Firmware sollte ja laufen. Aber das Risiko besteht natürlich, dass du die Cam "schrottest"
-
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. -
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?
-
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?
-
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
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.
-
@Ken-Popper
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
-
@Ken-Popper
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.
@Smart86 sagte in Steinel L600 CAM:
@Ken-Popper
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.
-
@winkimania sagte in Steinel L600 CAM:
Auch ich habe mit die Steinel L600 letzte Woche gekauft. Die Verarbeitung ist meiner Meinung nach sehr gut, aber die Software ist einfach schlecht. Als erstes hat die Konfiguration mit meinem etwas älteren Handy nicht funktioniert. Ich konnte die Leuchte nicht in mein WLAN einbinden. Mit dem Handy meiner Freundin hat es dann geklappt.
Die Firmware ist noch die alte. Es funktioniert alles soweit bis auf das Nachtlicht. Ich kann es zwar in der App auf 0% (Aus) stellen, es bleibt aber trotzdem immer auf 20%. Eventuell wäre dies mit einem Firmware-Update behoben. Aber dieses hab ich aus den hier genannten Gründen noch nicht gemacht, sondern erstmal ein bisschen geforscht :wink:
https://upgrade.lutec.com/others/F9520510XXXXX00000200000Über eine Anfrage an den lutec-Server mit der DevID in diesem Format kommt folgendes zurück:
{ "version_number": 2, "versions": [ { "FileLevel": 0, "ChangeLog": "new version", "DevID": "F95205101001000000200000", "FileName": "CamLight_Wifi_10%_Attenuation", "FileSize": 7368973, "Date": "2019-01-23", "Latest":true, "Download": "https://camlight-upgrade.steinel.de/others/files/F9520510XXXXX00000200000/General_CamLight_IPC_HI3518EV200_50H10L_8188EU_S38_V4.03.R12.Nat.20190123_ALL_10OFF.bin" }, { "FileLevel": 0, "ChangeLog": "test 2", "DevID": "F95205101001000000200000", "FileName": "CamLight_Wifi_25%_Attenuation", "FileSize": 7368888, "Date": "2019-01-23", "Latest":false, "Download": "https://camlight-upgrade.steinel.de/others/files/F9520510XXXXX00000200000/General_CamLight_IPC_HI3518EV200_50H10L_8188EU_S38_V4.03.R12.Nat.20190123_ALL_25OFF.bin" }, { "FileLevel": 0, "ChangeLog": "test new version", "DevID": "F95205101001000000200000", "FileName": "CamLight_Normal", "FileSize": 7368973, "Date": "2019-01-23", "Latest":false, "Download": "https://camlight-upgrade.steinel.de/others/files/F9520510XXXXX00000200000/General_CamLight_IPC_HI3518EV200_50H10L_8188EU_S38_V4.03.R12.Nat.20190123_ALL_10OFF.bin" } ] }Die alte orginal Firmware konnte ich dort aber leider nicht finden.
Ich habe dann weiter recherchiert und herausgefunden, dass die komplette Kommunikation über ein Programm mit dem Namen "Sofia" läuft. Auch der Zugriff über den Browser und RTSP. Nach einem Vergleich der alter Sofia-Datei mit der neuen Sofia-Datei sieht es so aus, als ob dort die Stellen die RTSP betreffen nun fehlen. Der Grund könnte folgender sein:
https://github.com/tothi/pwn-hisilicon-dvrSo wie es scheint ist Sofia sehr sehr unsicher, teilweise mit default Passwörtern für RTSP und WebInterface die IMMER funktionieren. Ich könnte mir vorstellen, dass RTSP und WebInterface deshalb deaktiviert wurden.
Ich selbst bin nun am überlegen was ich mit der Leuchte mache. Zurückgeben oder eventuell eine andere Lösung!? Wenn das Nachtlicht ohne ein Update nicht AUS geht und mit Update der RTSP weg ist, dann ist das echt doof.
@fd_samdi
Du hast die Leuchte doch schon zerlegt oder? Ist es möglich an die Kamera ran zu kommen ohne was kaputt zu machen? Könntest du mal genauer beschreiben wie du vorgegangen bist? Das wäre echt toll.Ich hab das Image mal heruntergeladen und entpackt:
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.
@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.
-
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.
-
@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. -
@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.
-
@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 :joy:
-
@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 :joy:
-
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.
-
@Smart86 sagte in Steinel L600 CAM:
@Ken-Popper
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.
@Ken-Popper sagte in Steinel L600 CAM:
@Smart86 sagte in Steinel L600 CAM:
@Ken-Popper
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.
IoBroker auf QNAP TS-451, Raspi und NUC
-
@Ken-Popper sagte in Steinel L600 CAM:
@Smart86 sagte in Steinel L600 CAM:
@Ken-Popper
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]: ======================
567
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge