NEWS
Steinel L600 CAM
-
@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]: ====================== -
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???
@a200 said in Steinel L600 CAM:
muss ich jedes Mal, wenn ich die Karte aus Lampe hole sie neu formatieren? Sie ist immer unformatiert!
Hallo a200,
wie hattest du die Karte denn formatiert? FAT32 order ExtFat? Ich würde FAT32 empfehlen.
Ggf. ändert deine Firmware den File System Typ der Karte. Hast du überprüft welchen File System Typ sie hat nachdem du sie nicht mehr lesen konntest?
Vielleicht kannst du die CAM mal laufen lassen, eine Aufnahme provozieren und dann in Telnet nachschauen ob und wie die SD gemoutet ist. Hierzu einfach "mount" eingeben.
Oder unter einem Linux System feststellen, ggf. auch mit einem Tool wie "MiniTool Partition Wizard" unter Windows. -
@a200 said in Steinel L600 CAM:
muss ich jedes Mal, wenn ich die Karte aus Lampe hole sie neu formatieren? Sie ist immer unformatiert!
Hallo a200,
wie hattest du die Karte denn formatiert? FAT32 order ExtFat? Ich würde FAT32 empfehlen.
Ggf. ändert deine Firmware den File System Typ der Karte. Hast du überprüft welchen File System Typ sie hat nachdem du sie nicht mehr lesen konntest?
Vielleicht kannst du die CAM mal laufen lassen, eine Aufnahme provozieren und dann in Telnet nachschauen ob und wie die SD gemoutet ist. Hierzu einfach "mount" eingeben.
Oder unter einem Linux System feststellen, ggf. auch mit einem Tool wie "MiniTool Partition Wizard" unter Windows.@joedi sagte in Steinel L600 CAM:
@a200 said in Steinel L600 CAM:
muss ich jedes Mal, wenn ich die Karte aus Lampe hole sie neu formatieren? Sie ist immer unformatiert!
Hallo a200,
wie hattest du die Karte denn formatiert? FAT32 order ExtFat? Ich würde FAT32 empfehlen.
Ggf. ändert deine Firmware den File System Typ der Karte. Hast du überprüft welchen File System Typ sie hat nachdem du sie nicht mehr lesen konntest?
Vielleicht kannst du die CAM mal laufen lassen, eine Aufnahme provozieren und dann in Telnet nachschauen ob und wie die SD gemoutet ist. Hierzu einfach "mount" eingeben.
Oder unter einem Linux System feststellen, ggf. auch mit einem Tool wie "MiniTool Partition Wizard" unter Windows.Hi @joedi,
- habe die Karte immer mit FAT32 formatiert.
- Aufnahme ist bei mir ausgeschaltet.
- gemountet wird sie unter /var/tmp/mmcblock0 habe aber nie auf das FS-Type geachtet. Mach ich beim nächsten Mal.
- Als ich gestern noch die extrahierten Binares auf die Karte kopiert habe und drauf zugreifen wollte, dann konnten die Verzeichnisse /etc und /sbin nicht richtig gelesen werden. Ein cd in das Verzeichnis war möglich, aber ls -ls meldete zu jeder Datei eine input/output Lesefehler. und zwar in jedem Verzeichnis. strange....
- Was ich bei dir nicht verstehe ist ist der Abschnitt:
mount /dev/mmcblk0 /opt/ PATH=/opt/bin:$PATH CPLUS_INCLUDE_PATH=/opt/bin pure-ftpd &Wieso mountest du die Karte unter /opt erneut und greifst nicht über über den bereits gemounteten Pfad?
- Was mich aber am meisten stört, ist die Tatsache, dass meine Lampe innerhalb von 24 Stunden plötzlich resettet wurde. Gestern kurz vorm Schlafengehen meldet die Lampe plötzlich "Ready to configure". Alle Einstellungen sind weg! Der Zugang zum Internet war gesperrt und auf der SS lief eine Daueraufnahme. Aber es kann nicht sein, dass die Einstellungen weg sind....
Ich werde heute noch bisschen testen. Vor Allem das mit dem FS der SD-Karte nachdem sie raus ist. Ich melde mich mit neuen Infos.
Vielen Dank für die Unterstützung.
-
@joedi sagte in Steinel L600 CAM:
@a200 said in Steinel L600 CAM:
muss ich jedes Mal, wenn ich die Karte aus Lampe hole sie neu formatieren? Sie ist immer unformatiert!
Hallo a200,
wie hattest du die Karte denn formatiert? FAT32 order ExtFat? Ich würde FAT32 empfehlen.
Ggf. ändert deine Firmware den File System Typ der Karte. Hast du überprüft welchen File System Typ sie hat nachdem du sie nicht mehr lesen konntest?
Vielleicht kannst du die CAM mal laufen lassen, eine Aufnahme provozieren und dann in Telnet nachschauen ob und wie die SD gemoutet ist. Hierzu einfach "mount" eingeben.
Oder unter einem Linux System feststellen, ggf. auch mit einem Tool wie "MiniTool Partition Wizard" unter Windows.Hi @joedi,
- habe die Karte immer mit FAT32 formatiert.
- Aufnahme ist bei mir ausgeschaltet.
- gemountet wird sie unter /var/tmp/mmcblock0 habe aber nie auf das FS-Type geachtet. Mach ich beim nächsten Mal.
- Als ich gestern noch die extrahierten Binares auf die Karte kopiert habe und drauf zugreifen wollte, dann konnten die Verzeichnisse /etc und /sbin nicht richtig gelesen werden. Ein cd in das Verzeichnis war möglich, aber ls -ls meldete zu jeder Datei eine input/output Lesefehler. und zwar in jedem Verzeichnis. strange....
- Was ich bei dir nicht verstehe ist ist der Abschnitt:
mount /dev/mmcblk0 /opt/ PATH=/opt/bin:$PATH CPLUS_INCLUDE_PATH=/opt/bin pure-ftpd &Wieso mountest du die Karte unter /opt erneut und greifst nicht über über den bereits gemounteten Pfad?
- Was mich aber am meisten stört, ist die Tatsache, dass meine Lampe innerhalb von 24 Stunden plötzlich resettet wurde. Gestern kurz vorm Schlafengehen meldet die Lampe plötzlich "Ready to configure". Alle Einstellungen sind weg! Der Zugang zum Internet war gesperrt und auf der SS lief eine Daueraufnahme. Aber es kann nicht sein, dass die Einstellungen weg sind....
Ich werde heute noch bisschen testen. Vor Allem das mit dem FS der SD-Karte nachdem sie raus ist. Ich melde mich mit neuen Infos.
Vielen Dank für die Unterstützung.
@a200 said in Steinel L600 CAM:
Was ich bei dir nicht verstehe ist ist der Abschnitt:
mount /dev/mmcblk0 /opt/ PATH=/opt/bin:$PATH CPLUS_INCLUDE_PATH=/opt/bin pure-ftpd &Wieso mountest du die Karte unter /opt erneut und greifst nicht über über den bereits gemounteten Pfad?
/opt ist der Standardpfad für "optionale" Module. Das bin ich so z.B. von den OpenWRT Routern und anderen Linuxgeräten gewohnt. Auch die Quelle, aus der ich die Binaries gezogen habe, nutzt diesen Pfad. Ich hatte eigentlich gehofft, dass ich IPKG zu einem entsprechenden Paket aus einem kompatiblen Projekt ans Laufen bekomme. Die installieren dann idR in das /opt Verzeichnis.
Ist nicht nötig, aber ich werde es für mich dennoch so lassen.Als ich gestern noch die extrahierten Binares auf die Karte kopiert habe und drauf zugreifen wollte, dann konnten die Verzeichnisse /etc und /sbin nicht richtig gelesen werden. Ein cd in das Verzeichnis war möglich, aber ls -ls meldete zu jeder Datei eine input/output Lesefehler. und zwar in jedem Verzeichnis. strange....
Das ist wirklich strange. Hast du mal mit "df" geprüft wieviel Platz noch auf dem entsprechenden Verzeichnis frei ist?
Was wir hier machen ist leider nur herumgebastel. Wenn es läuft haben wir Glück gehabt, wenn nicht...
Wäre natürlich schöner, wenn es Dokumentation und Entwicklertools mit Unterstützung durch den Hersteller gäbe. Mit 135€ ist das Produkt halt billig.
Ich nehme an, dass nicht einmal Steinel einen tieferen Einblick hat, sondern das Modul einfach zukauft und "as is" verbaut. Software als Produkt ist für die sicher auch ein neues Feld.
Ich bin mit der Software und den Cloud Services nicht glücklich, mit der Hardware zu dem Preis jedoch ganz zufrieden.
Für eine offene Plattform wäre ich bereit deutlich mehr Geld auszugeben - auch ohne Support durch Steinel.
Kann schon sein, dass ich mal einen Rappel bekomme, den ganzen Kram ausbaue und dort z.B. einen Raspberry oder ESP32 einbaue... -
@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.
-
@ggansde sagte in Steinel L600 CAM:
@a200 Wo finde ich nochmal den Device Manager?
Schau mal unter: https://gsf.diphda.uberspace.de/smarthome/2019/04/15/hack-your-steinel-l600-camlight/
dort ist ein Link zu: https://download.xm030.cn/d/MDAwMDA2NTQ=
Viel Erfolg.
-
moin,
jetzt läuft es bei mir wieder. Mir ist aufgefallen, dass auf der Lampe die i2c-Bus Devices und die entsprechende Kernelmodule vorhanden sind. Ich vermute, dass der Bewegungsmelder und/oder die Lampe über den i2c-Bus gesteuert werden. Ich habe mir die i2c-Tools geladen und versuche die Adressen der i2c Geräte herauszufinden. Wenn sich hierbei einer auskennt, dann könnte ich gut Hilfe gebrauchen.
/var/tmp/mmcblock0/usr/sbin # i2cdetect -l i2c-0 i2c hisi_i2c I2C adapter i2c-1 i2c hisi_i2c I2C adapter i2c-2 i2c hisi_i2c I2C adapter /var/tmp/mmcblock0/usr/sbin # i2cdetect -y 1 Error: Can't use SMBus Quick Write command on this bus (ISA bus?) /var/tmp/mmcblock0/usr/sbin # i2cdetect -F 1 Functionalities implemented by /dev/i2c-1: I2C yes SMBus Quick Command no SMBus Send Byte no SMBus Receive Byte no SMBus Write Byte no SMBus Read Byte no SMBus Write Word no SMBus Read Word no SMBus Process Call no SMBus Block Write no SMBus Block Read no SMBus Block Process Call no SMBus PEC no I2C Block Write no I2C Block Read no -
@ggansde sagte in Steinel L600 CAM:
@a200 Wo finde ich nochmal den Device Manager?
Schau mal unter: https://gsf.diphda.uberspace.de/smarthome/2019/04/15/hack-your-steinel-l600-camlight/
dort ist ein Link zu: https://download.xm030.cn/d/MDAwMDA2NTQ=
Viel Erfolg.
@a200 Danke! Die Lampe ist wirklich instabil. Fortlaufende WLAN-Abbrüche trotz AP nur 1m entfernt und eigenes 2.4GHz-Netz. Die App ist eine Zumutung. Näherungssensor lässt sich nicht nutzen, Lampe geht wahllos an und aus. Getätigte Einstellungen werden verworfen. Mein Gefühl: Verbindungsabbrüche haben auch etwas mit der App zu tun (z.B. beim Ein- und Ausschalten der Lampe per App). Ist auch unerheblich ob App v1.1.0 oder 1.1.6 eingesetzt wird. Ich stehe jetzt vor einer verzwickten Entscheidung: Lampe ohne Funktionalitäten aber laufenden rtsp-Stream weiterbetreiben oder FW-upgrade und dann nur noch über die App steuern.
-
@a200 Danke! Die Lampe ist wirklich instabil. Fortlaufende WLAN-Abbrüche trotz AP nur 1m entfernt und eigenes 2.4GHz-Netz. Die App ist eine Zumutung. Näherungssensor lässt sich nicht nutzen, Lampe geht wahllos an und aus. Getätigte Einstellungen werden verworfen. Mein Gefühl: Verbindungsabbrüche haben auch etwas mit der App zu tun (z.B. beim Ein- und Ausschalten der Lampe per App). Ist auch unerheblich ob App v1.1.0 oder 1.1.6 eingesetzt wird. Ich stehe jetzt vor einer verzwickten Entscheidung: Lampe ohne Funktionalitäten aber laufenden rtsp-Stream weiterbetreiben oder FW-upgrade und dann nur noch über die App steuern.
-
@a200 Danke! Die Lampe ist wirklich instabil. Fortlaufende WLAN-Abbrüche trotz AP nur 1m entfernt und eigenes 2.4GHz-Netz. Die App ist eine Zumutung. Näherungssensor lässt sich nicht nutzen, Lampe geht wahllos an und aus. Getätigte Einstellungen werden verworfen. Mein Gefühl: Verbindungsabbrüche haben auch etwas mit der App zu tun (z.B. beim Ein- und Ausschalten der Lampe per App). Ist auch unerheblich ob App v1.1.0 oder 1.1.6 eingesetzt wird. Ich stehe jetzt vor einer verzwickten Entscheidung: Lampe ohne Funktionalitäten aber laufenden rtsp-Stream weiterbetreiben oder FW-upgrade und dann nur noch über die App steuern.
@ggansde sagte in Steinel L600 CAM:
@a200 Danke! Die Lampe ist wirklich instabil. Fortlaufende WLAN-Abbrüche trotz AP nur 1m entfernt und eigenes 2.4GHz-Netz. Die App ist eine Zumutung. Näherungssensor lässt sich nicht nutzen, Lampe geht wahllos an und aus. Getätigte Einstellungen werden verworfen. Mein Gefühl: Verbindungsabbrüche haben auch etwas mit der App zu tun (z.B. beim Ein- und Ausschalten der Lampe per App). Ist auch unerheblich ob App v1.1.0 oder 1.1.6 eingesetzt wird. Ich stehe jetzt vor einer verzwickten Entscheidung: Lampe ohne Funktionalitäten aber laufenden rtsp-Stream weiterbetreiben oder FW-upgrade und dann nur noch über die App steuern.
Ich hatte die glichen Probleme gehabt. Zusätzlich hat meine Lampe keine Änderungen der Konfiguration angenommen. Die Lampe wurde ausgetauscht und läuft bestens. Die Lampe wurde ausgeliefert mit:
Build Date:2018/4/24 10:33:12
System: V4.02.R12.F9520510.10002.142302.00000
Produktion: 11/2018
Und funktioniert ohne FW Update/Downgrade. Sowohl der rtsp Stream, als auch die http Verbindung gehen problemlos. Auch telnet geht. Ich bin sehr zufrieden.
Vielleicht könnte man genau diese FW-Version irgendwo finden?!Das könnte interessant sein:
https://www.unifore.net/ip-video-surveillance/v4-02-r12-ip-camera-firmware-download.htmlGanz unten wird erklärt, wie die FW generiert wird.
698
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge