Reprise du message précédent :

Tant que le FTP fonctionne, récupérer le repertoire /proc et lire les fichiers: kmsg, cpuinfo et autres donnent beaucoup d'infos sur la configuration hard et soft.
Ca permettrait d'identifier les modèles équivalents.
 
Pour ma part, j'arrive a avoir quelques dialogues productifs avec le support Dericam. L'achat/expédition via andy.lig sur eBay a été parfait.

Ca fait 3 heures que je tente de faire fonctionner (en ligne de commande, putty) une vieille version de serviio sur mon DSM107+ (outch!)... Ca semble peine perdue.. .Entre certaines sources qui sont devenues introuvables depuis, et la compilation de ffmpeg ( ./configure --arch=arm --enable-armv?? --prefix=/opt --extra-cflags='-I/opt/include' --extra-ldflags='-L/opt/lib' --enable-static --disable-shared --disable-ffplay --disable-ffserver --enable-libmp3lame ) qui semble devenir l'obstacle de trop par rapport à ma patience...
 
Mais j'fait du HS là... Merci pour le lien, ça finira sans doute à m'être utile quand j'aurai craqué et changé de NAS  

Dans ma H502 (ver 5.20), un des nombreux fichiers html inaccesssibles depuis l'UI Dericam est spécifiquement conçu pour "SmartEye":
tmp\eye\www\ddns_smarteye.htm  

Bonne idée, merci, c'est effectivement bourré d'infos. Ainsi, par un simple FTP on a une idée assez précise sur une cam.
 

Une bonne source d'info aussi: http://x.x.x.x/sysinfo.xml
Surtout la partie <Features>, en plus de onvif, on y voit "ssl" !
Si la connexion sécurisée est en projet, ce serait un énorme atout pour une caméra de cette gamme de prix!
 
...et comme suggéré par macmpi, si <HIDValid>0</HIDValid>, on peut faire une croix sur le p2p, ce qui est mon cas.

FYI... Si ça peux vous aider...  
<Success>1</Success>
<Compiler>gcc 3.4.2</Compiler>
<FirmwareBuildTime>Nov 26 2012 10:58:01</FirmwareBuildTime>
<Board>MIPS</Board>
<SoftVer>00.00.05.17</SoftVer>
<WebVer>h.264 ipcam(2012.11.26)</WebVer>
<OcxVersion>20120526</OcxVersion>
<CurrentTickCount>4303880</CurrentTickCount>
<SysRunTime>0:01:11:43</SysRunTime>
<AppRunTime>0:01:11:26</AppRunTime>
<SysTime>2013,03,22,14,37,19</SysTime>
<HID>BCC3E0FC5BEDAB493AAB07E97D4A3465</HID>
<HIDValid>1</HIDValid>
<Features>h.264,</Features>
<FeaturesNo>debug,easyn,lxm,p2p_microstar,p2p_tutk,</FeaturesNo>

Arrrgh... a l'occase on se rend compte qu'on peut acceder à toutes les pages sans passer par l'authentification!....
Pas terrible qd même.
Trou à boucher avant même de penser au SSL!!

 
  Aucune page ne peut être obtenue à moins d'avoir été authentifié précédemment sinon <ErrorDesc>Have NO authorization</ErrorDesc>
Pour vérifier ce point, il suffit de fermer le navigateur, ce qui ferme la session/connexion en cours, et essayer à nouveau /sysinfo.xml ou tout autre page...

En regardant de plus près, il semble que le problème vienne du menu "logout" de l'interface. Ce logout ne ferme pas la session, et ne fait que renvoyer à la page de login!!! (en enlevant /login.htm de l'URL, on recupère l'interface de la cam!)
De coup on peut se reconnecter si on ne ferme pas le navigateur: ça reste un gros bug.

Le fait de revenir sur la page d'acceuil te "délog". Donc ça donne bien l'effet escompté au final...

non! Ca ne delog pas: ca ne fait que renvoyer sur la page de login. En elevant alors /login.htm de l'URL dans la barre de navigation, on revient sur l'interface de la cam (vérifié avec Firefox 19.0.2 et Safari 6.0.3).
 
A moins de re-appuyer sur le bouton login avec des utilisateurs/pass vides: ca fait echouer le login, ce qui termine la session precedente.

 
Chez moi pourtant, ça délog effectivement.  
Testé sur Chrome et firmware 05.39:
- Accès à la page d'accueil de la caméra
- Après login, on accède à toutes les pages htm, xml, commandes Ajax, etc depuis le même ou d'autres tabs
- Après un clic sur Logout, retour à la page login.htm, un refresh sur un autre tab qui était sur sysinfo.xml retourne "Have NO authorization"
Pour moi tout est bien.
 
edited: même topo sous FF v20

Chez moi:
Version Logicielle:  00.00.05.39
Version Web:  2013.03.1(Dericam h.264)
 
Ca doit donc venir du www.bin que Dericam m'a filé avec la 5.39. Il n'a pas la même date que le votre.
Le votre a la config du P2P dans le menu?

 
Je n'ai pas (ou plus) d'option P2P, mais je pense que c'est dû à mon problème de HID non-valide.

les www.bin semblent donc varier selon les fabricants (ce qui est assez logique, pour la customization de l'interface).
Ce serait pas mal de comparer les app.bin.
Peut-être qu'un MD5 pourrait permettre de se faire une idee.
 
Pour info le MD5 du app.bin 5.39 reçu de Dericam: 5c12d70a6ea27b77683b696b49723400
et.... ca colle avec celui posté par Bubbah!
 
Au moins ca confirme que les firmware app.bin sont rigoureusement les mêmes sur ces modèles

Sur l'UI explorer, cela évoque en effet une identification, mais de quel type ? (user, device, etc...).
L'acronyme HID n'est pas clair. On pense tout de suite à "Human Interface Device", comme dans la classe USB.
le dictionnaire des acronymes propose entre autres  :
Host Intrusion Detection (network and host security)  
Host Interface Display  
Hardware Interface Device  
Handbook on Injectable Drugs  
Holiday In Dixie
...on peut bien se détendre, c'est le week end ;-)
 

Surement IDentifiant Hardware.
Un truc genre addresse MAC: c'est d'ailleur peut-être généré à partir des 2 adresses MAC, ou autre subtilité.
Ce serait pas mal de faire un coup de wireshark pour voir ou/comment la cam s'identifie sur le serveur P2P au boot.
 
Le fait que ca ne marche pas chez Bubbah peut venir de plusieurs raisons:
- fichier de config inclut ds le www.bin ou board.dat (adresse du serveur back-end, nombre magique pour générer l'identifiant)  
- mauvaise routine de génération de l'HID par le firmware (peut-être fait le firmware core?...sachant que le app.bin on a le même)
- HID bloqué par le backend (fabricant n'ayant pas la license)

En fait le menu.htm est en javascript et contruit le menu d'affichage selon la marque de la cam:
var Oem=XmlGetNode(Result,"Oem" );
var Brand=XmlGetValue(Oem,"Brand" ); ....
if(Brand=="SmartEye" ) {...
if(Brand=="pccam" ) {...
Ca autorise donc des fonctions selon le fabricant...
Il y a surement plein d'autres trucs à découvrir en creusant les fichiers javascript...et en modifiant le code, récupérer des infos utiles comme le nom de l'OEM, la marque, etc... et même autoriser certaines fonctions independemment de la marque.
 
Il y a des fana javascript ici qui veulent s'amuser un peu?

Bonjour.
J'ai acheté un IP cam Dericam H502W sur ebay chez andy.
 
Niveau livraison impeccable.  
Commandée le 14/03 livré le 22/03.
 
Voici les infos tirées de celle ci.
Version Logicielle: 00.00.05.35  
Version Web: 2013.03.1(Dericam h.264)  
OCX: 20120826  
Version Système: mips ipcam(11.04.2010)  
Date de Firmware: Feb 25 2013 20:40:43  
Compilateur: gcc 3.4.2  
 
Je ne sais pas si celle ci est à jour.
 
Pas de soucis a la configurer je connais déjà le principe avec mes vielles heden.
Par contre pas de preset je trouve cela bien dommage.
La qualités de l'image est stupéfiante comparé a mes heden v2.2
 
Par contre celle ci ne veulent pas cohabiter sous la même interface web en ajout camera externe.
Je n'arrive pas a rajouter ma dericam sur le web heden et inversement.
Pour IP cam Viewer pas de soucis ça fonctionne bien même le son par contre tinycam pas de son (Dommage)
 
Y as t'il une mise a jour et si oui ou la trouver. Je ne veux pas non plus bricker ma camera.
Y as t'il moyen de faire cohabiter heden et dericam au sein d'une même interface.
 
Merci à vous
 

Il existe la 5.39, celle que Bubbah a fournit est la même que celle pour la Dericam (même MD5)

C'est la dernière fournie par Dericam: elle a un bug de logout il me semble. Bubbah en a une plus récente, qui semble régler ce problème. Cela dit il y a une incertude a installer ça sur une Dericam car on n'est pas sûr que ca ne change pas certains paramêtres d'authentification pour le P2P, etc... Prudent de faire un back-up de tout le repertoire eye avant...

Elle vient d'où cette info?

Avec la 5.39 arrive le début du support ONVIF. Le soft ONVIF Device Manager (opensource) permet d'acceder aux infos de profil, et peut-être de les manipuler. Je n'ai pas essayé encore. A fouiller.

 
Est ce bien celui ci
 

 
Merci comment faire le backup dans ce cas.
Tu dis plus haut que c'est la même que dericam mais la qu'il y as un risque.
Que dois'je en penser.
 

 
Elle viens du panneau de contrôle et Informations System.
 

 
ça devient compliqué pour moi la.
 
Merci macmpi pour tes réponses.

Mickou45,
Le firmware applicatif est composé de 2 parties:
- app.bin, c'est ce qui est en 5.35 dans votre cas (Version Logicielle)
- www.bin, c'est ce qui est en "2013.03.1(Dericam h.264)"  (Version Web)
 
Je vous propose donc de mettre à jour le app.bin en utilisant celui fournit par Bubbah plus haut (evolution en 5.39): c'est le même binaire que celui reçu de Dericam et que j'utilise.
 
Pour le moment je ne changerais pas le www.bin: même s'il y a de très grandes chances que ca marche, il y a une petite incertitude là-dessus. Ou alors faites-le et ça lèvera cette incertitude, et contribuera à faire avancer la compréhension du système de cette caméra  

Quelques info sur le boot linux (core firmware) sur la Dericam.
L'init se fait par le fichier /etc_ro/inittab qui envoie sur /etc_ro/rcS
La on trouve que:
- /tmp/eye est mappé sur le 5eme block flash (que contiennent les autres blocks?)
- le port ethernet est fixé en 192.168.1.111, ce qui explique la procédure de debrickage de Mesfet

- les services de base sont lancés, dont telnet (ceux qui n'ont pas de telnet peuvent voir s'ils peuvent modifier rcS pour dé-commenter la ligne).
- l'appli est lancée (apploader et cs)
 
A voir si c'est pareil sur les Cybernova et autres...ce qui peut fournir des indices pour debricker sur ces autres cam (meme adresse de boot, etc).

Bonjour,
 
Je cherche en vain à comprendre pourquoi ma caméra se plante à chaque fois que je la débranche du secteur. Impossible à la redémarrer que l'ensemble des FW testé. J'ai des choses étranges que je souhaiterai échanger ici pour voir si vous avez le même comportement :
- le FTP en 192.168.1.111 est instable. J'ai la connexion que quelques secondes et ca se déconnecte tout de suite après. Ensuite ca revient...indéfiniment. Je pense que mon pb vient de là, quand j'upload un FW par FTP, il y a sans arret des déonnexions donc je crois que les fichiers ne se copient par correctement (pas en totalité).
- le fameux fichier cs.ini a une taille différentes à chaque fois que je l'efface et qu'il se recrée
je me galère ...
j'ai testé avec une autre alim...pareil.
merci de vos retours.

Mesfet,
Oui il semble que le FTP se casse le figure qd on telecharge plein de fichiers d'un coup. Il faudrait essayer par petit bouts.
Ou sinon, telecharger le fichier .bin, et tenter de l'extraire après "in-situ" via telnet.
Est-ce que tu peux faire un telnet vers la cam?
 
Avant tout ce serait pas mal de regarder les fichiers de /proc, notemment cpuinfo, pour verifier si c'est bien une cam MIPS

 
Merci encore pour ta réponse.
Y as t'il moyen que tu m'envoie celui de dericam. Je me sentirais plus rassuré d'avoir le fichier du contructeur de ma cam.
 
Je vais pas tenter le diable car pas envie de me retrouver avec un cam brické.. Je vais juste mettre a jour le app.bin

Merci macmpi. c'est bien une cam MIPS. Voici le contenu de cpuinfo :
 
system type  : MP_104
processor  : 0
cpu model  : MIPS 24Kc V4.12
BogoMIPS  : 239.61
wait instruction : yes
microsecond timers : yes
tlb_entries  : 32
extra interrupt vector : yes
hardware watchpoint : yes, count: 4, address/irw mask: [0x0ffc, 0x0ffc, 0x0ff8, 0x0ffb]
ASEs implemented : mips16 dsp
shadow register sets : 1
core   : 0
VCED exceptions  : not available
VCEI exceptions  : not available
 

Mickou45,
Tu peux utiliser le fichier app.bin de Bubbah en toute tranquilité, c'est LE même fichier (j'ai vérifié ce matin).

Mesfet,
Dejà essayer d'avoir ca:
tmp/cs (1747384 octets pour la version 5.39)
tmp/eye/board.dat (2048 octets)
tmp/eye/ldr.ini (165 octets)
tmp/eye/app/cs (1747384 octets) oui le meme que dessus (soit un 2eme transfert, ou une copie de l'autre via telnet)
tmp/eye/app/cs.def.ini (961 octets)
 
après essayer de mettre le plus de fichiers de tmp/eye/www

Bravo Macmpi, les choses avancent.
Je confirme que le cpuinfo est strictement le même pour mes 2 dericam (version 5.09 et une 5.20).  
En fait il semble qu'on ne voit que du MIPS sur ce forum.
Pour l'instant je n'ai fait du FTP qu'en lecture sur mes 2 cam.  
J'ai l'impression que les plantages FTP se produisent sur certains fichiers vides quand il passe en mode binaire.  
Je n'ai pas eu de soucis de FTP avec les fichiers ASCII.
Il semble que l'ocx soit différent ce qui n'aide pas pour voir les 2 cam sur la meme UI. Les www aussi sont différents.
J'envisage de passer ma 5.09 en 5.39 sous peu.
Merci pour toutes ces explications.

Je n'y ai jamais touché, pas plus qu'au XML d'ailleurs.
Par contre j'ai fait pas mal d'assembleur dans une  vie antérieure :-)
 
Dans le MENU.HTM je trouve:
var SupportPreset=(XmlGetValue(Result,"SupportPreset" )=="1" );
Puis différentes lignes testent la variable "SupportPreset". Je ne suis pas familer de XmlGetValue, mais je suppose qu'il existe quelque part un fichier ou table qui permet de charger la valeur à 0 ou 1.
J'aimerais bien l'activer pour voir.

Ben il suffit de changer l'affectation de valeur dans le fichier Javascript, ou d'inverser les tests en mettant !SupportPreset dans les tests
J'ai fait ça pour activer le menu Debug par ex.

 
Bonjour.
Chose faite le fichier app.bin est a jour en version 5.39.
Tout s'est bien dérouler.
Quand au www.bin, je ne suis pas joueur pour tester.

Je n'ose pas encore me lancer avec les .bin
Tu as envoyé app.bin dans le répertoire app de la cam par FTP ?
J'imagine qu'app.bin est une image du répertoire app, mais ça me fait froid dans le dos quand je ne sais pas ce que j'envoie.
Envoyer les fichiers un par un me semble plus sur avec tous ces plantages durant le transfert.
Mais je ne dispose pas des fichiers du répertoire app en 5.39. Seulement un .bin  
 

Le methode normale de mise à jour se fait avec l'interface web de gestion: il y a des menus de mise à jour app et www.
Là on selectionne le .bin correspondant, et la cam fait le transfert, mise à jour et redemarre.
Il faut d'abord faire le app.bin puis le www.bin.
 
Les transferts via FTP, c'est plutôt dans des cas critiques (cam briquée, bidouilles), quand la methode normale ne peut pas être utilisée.
Il faut toujours faire la methode classique via la console de gestion, sauf si ca ne marche pas...

A propos du P2P, du HID, de la license
Il semble que la license soit dans le fichier tmp/eye/board.dat.
 
Si on supprime board.dat (ou plutôt le renomme), la cam propose de re-authentifier la cam (auth.htm) en soumettant un fichier "AuthFile".

LOL, merci.
On en finit par oublier les choses normales.
Allez, je me lance...

 
Bravo !!
A ce propos, j'ai fait une ultime sauvegarde "normale" qui génère un fichier IPCAM.CFG, lequel contient le paramètre ui=aWQ9MA0KdXNyPXBxcHENCXXXXXXXXXXXXXXXXXXXXXXXOK
Si on considère le OK final pour une validation, le code hexa pourrait définir l'ui qui aurait été validée avec un équivalent dans la cam ?

Dericam H502 : Passage de version 5.09 en 5.39
Grace aux .bin de Bubbah et aux bons conseils de Macmpi, tout s'est passé en douceur.
D'abord le app.bin, puis vérif de toutes les fonctions= OK, puis le www.bin qui s'est aussi bien passé.
Résultat:

Le nouvel app semble m'avoir résolu un problème avec le son qui n'est plus haché.
Le nouvel UI semble entièrement fonctionnel.
Ajouts de OSD setting qui fonctionne.
Ajout de ONVIF qu'on peut valider et invalider sans problème, mais je ne sais pas tester la fonctionnalité.
Aprés coup, je peux dire que c'est trés facile et sécurisant.

Aprés installation des .bin  5.39, le paramètre ui= est resté inchangé dans ce fichier IPCAM.CFG
Le HID de la fenètre "system info" reste authentifié et inchangé.
Ce ui=aWQ9MA0KdXNyPXBxcHENCXXXXXXXXXXXXXXXXXXXXXXXOK serait-il un code dépendant de l'adresse MAC du PC ?
 

L'entrée ui contient la synthèse cryptée des utilisateurs définis pour accéder à la caméra.  
Ces même entrées sont aussi reprises en clair dans le cfg (admin, et autres users)
Certains outils en ligne permettent de décrypter ce "hash"