EDIT du 16/12/2008: la solution la plus fiable trouvée est décrite ici =>> sur le post 529455 <<.
--------------------------------------------------------------------------------------------------
 
 
L'Axis 207, contrairement à d'autres marques comme la Trendnet TV-IP422W, ne permet pas facilement de prendre des photos à intervalle régulier.
Pourtant, il semble qu'on puisse le faire si l'on en croit ce tuto sur networkwebcams.co.uk.
 
Malgré tous mes tests, la prise de photo fini toujours par s'interrompre sans trop savoir pourquoi. Je propose donc à ceux qui on une Axis 207 et qui sont intéressés, de faire des essais pour voir si ensemble on arrive à trouver la bonne config.
 
 
Voici les manip à faire, il faudra ensuite peut-être ajuster en fonction des résultats obtenus.
Il faut souvent laisser fonctionner 24 heures avant de savoir si c'est ok, mon dernier test a été lancé hier vers 4h00 et s'est arrêté tout seul à 19h55 (soit 95 photos) alors que j'avais mis la valeur maxi pour Duration à 168:00 (voir la doc Parameter Specification).
 
Les doc de référence sont:
- VAPIX®, Parameter Specification v2.16
- VAPIX®, HTTP API Specification v2.14
 
Pour partir sur de bonnes bases et faciliter les manip en configuration avancée, il vaudrait mieux, soit restaurer vos réglages aux valeurs usine (System Options / Maintenance / Restore), soit tout décocher dans Event Configuration/Event Settings. J'ai fait le premier choix.
Version de mon firmware fourni par Axis: 4.40-formatevent-fix1
 
1) Une fois la remise à zéro réalisée (et validée avec le bouton Save, + un petit reboot, comme ça on est tranquille), aller dans System Options / Advanced / Plain Config
2) Parmis les groupes, sélectionner Event. Là si vous avez bien réinitialisé la caméra aux valeurs usine, il ne devrait rien y avoir.
3) Cliquer sur le bouton Add Event type. L'évènement Event E0 a été créé.
4) Renseigner les champs comme je l'ai fait (les champs marqués Vide sont à laisser à blanc, pas d'espace):
Best effort interval à 600000 correspond à l'intervalle de temps (en millisecondes) entre 2 déclenchements de l'évènement. 10 minutes = 10 x 60s = 600. 600 x 1000 = 600000.
 
Config 1

Le nom de la photo porte le nom du type de l'évènement (Planificateur) afin d'identifier facilement l'évènement qui a pris a photo car j'ai essayé au départ de cumuler d'autres évènements comme la détection de mouvements, l'audio et l'interrupteur via connecteur GPIO.
Quand le pb de la planif sera résolu, on pourra regarder pour programmer les autres types.
 
 
5) Création d'une action type FTP pour cet évenement.
J'ai choisi d'envoyer les photos prises toutes les 10 minutes, vers un serveur FTP. Pour créer l'action il n'y a pas de bouton, il faut en fait taper la ligne suivante dans votre navigateur internet (en remplaçant [adresse IP caméra] par l'adresse IP de la caméra).

Pour information: si vous voulez supprimer une action sur un évènement, la syntaxe est la suivante (pour supprimer a0 sur E0):

Source de l'info: doc VAPIX®, HTTP API Specification
 
6) Contenu de l'action FTP:

Pour le serveur, vous pouvez mettre F0 aussi, tout dépend du serveur FTP que vous avez déclaré dans le groupe EventServers.
Pour ma part, j'ai installé FileZilla Server sur mon poste pour faire les tests.

 
Une fois la programmation terminée, les évènements commencent à s'exécuter, certains préfèreront tout de même rebooter la caméra pou être sûr de la bonne prise en compte.
 
A bientôt pour les résultats  
 
 
 
Autre sujet de recherche: comment ranger les photos dans un répertoire créé automatiquement jour après jour (comme le fait la Trendnet TV-IP422W). ==> Résolu, cliquer ici pour la solution.

Excellente idée de Topic que je vais suivre avec attention....
 
Pour compléter, sur la mienne, les photos sont prises toutes les 5 s, détection de mouvement activée. J'ai donc un nombre aléatoire de photos prises sur une journée et le blocage arrive aléatoirement.  
 
Je vais tester une astuce glanée sur le forum : le ON/OFF automatique de la caméra toute les X heures avec une minuterie programmable.  
 
J'ai tout de même du mal à croire à une limitation de cette CAM, de la part d'une marque assez réputée. Un truc doit nous échapper

Résultat de la config 1: échec.
Reboot et première photo le 27/10 à 00h38
Dernière photo le 27/10 à 19h52
Nb de photos reçues: 115
 
Dernière lignes du journal (j'ai remplacé les @mac par des xxxx):

On trouve l'erreur <WARNING > Oct 27 20:03:27 axis-xxxx /etc/event/event[629]: Action A0 for event E3 failed, status 1. Will retry for a while. qui correspond bien à l'évènement Planificateur E3 et l'action FTP A0. Il n'y a qu'une seule ligne de ce type dans le journal depuis le redémarrage à 00h38.
 
Je fais un nouvel essai (config 2) sur la base de la config 1 en ne changeant que le paramètre Duration, je le met à 0.
A+

Résultat config 2: échec.
Aucune photo n'est envoyée.
J'ai pourtant remis Active sur yes, rebooté et vérifié que c'était toujours sur yes mais rien n'y fait, aucune photo n'est faite.
 

On voit la ligne Event duration = 0 or all weekdays disabled, means no event! qui prévient bien que l'évènement ne sera pas exécuté car duration = 0.
 
Lignes Started task 0 (B_Planificateur) at 21:19:52, slot 0 et Started task 1 (E_Planificateur) at 21:19:52, slot 1.: je ne sais pa ce que ça veut dire ...
 
Je fais un nouvel essai (Config 3) avec Duration = 168:00

Résultat config 3: échec.
Reboot et première photo le 27/10 à 21h36
Dernière photo le 28/10 à 01h46
Nb de photos reçues: 26
 
Extrait du journal:

Toujours la même erreur <WARNING > Oct 28 01:57:52 axis-xxxx /etc/event/event[619]: Action A0 for event E3 failed, status 1. Will retry for a while.
 
Je lance des tests avec la config 4:
Duration: 168:00
HW inputs: j'enlève les xxxx, cellule vide.
Je positionne Active sur yes
Reboot et c'est parti, le première photo est déjà arrivée.
 
A+ et n'hésitez pas à donner le résultat de vos essais   Ça m'intéresserai de savoir ce que ça donne avec le firmware d'origine 4.40.1.

Résultat config 4: c'était bien parti mais échec à 20h00.
Reboot et première photo le 28/10 à 20h41
Dernière photo le 29/10 à 20h01
Nb de photos reçues: 141
Active était sur no lors de la récup du journal vers 20h50 alors que je l'avais mis sur yes hier soir.
 
Extrait du journal:

Toujours la même erreur <WARNING > Oct 29 20:12:57 axis-xxxx /etc/event/event[676]: Action A0 for event E3 failed, status 1. Will retry for a while.
 
Je lance des tests avec la config 5:
Duration: 168:00
HW inputs: cellule vide.
Je remet Active sur yes
Je passe Max sequence number: à 200
Reboot, c'est parti, première photo arrivée.

Résultat config 5: toujours pareil: échec à 20h00
Reboot et première photo le 29/10 à 21h08
Dernière photo le 30/10 à 19h58
Nb de photos reçues: 138
 
Extrait du journal:

Nouvel essais, config 6:
Remise à zéro complète de la config par le bouton "Restore" dans Options/Server Maintenance.
Réglage de la date/heure sur un seveur NTP.
Création d'un évènement (E0) et d'une action FTP associée (A0)

 
Pour sortir le paramétrage facilement, aller à cette adresse :

EDIT: j'ai ouvert un incident au helpdesk d'Axis.

Nicolas, tu n'es pas seul sur ce topic ...
 
Je devrais pouvoir acceder à la CAM la semaine prochaine pour faire des tests (elle est à 300 km).

Résultat de la config 6: échec (j'ai même pas noté le résultat...)
Je suis passé directement la config 7 pour laquelle j'ai remis le firmware d'origine v4.40.1 (pris le 1er nov 2008 sur le site AXIS).
 
Résultat de la config 7: double échec.
21 photos le 01/11/08 de 21h47 à 01h07 puis plus rien.
Reboot et reprise des envois: 95 photos de 04h14 à 19h54
 
Extrait du journal:

 
=> J'ai remis le firmware 4.40-formatevent-fix1 car c'est dans cette version que j'ai ouvert l'incident chez Axis le 1er nov.
 
Le support Axis a répondu aujourd'hui à ma question (Pourquoi le planificateur s'arrête à 20h00 ?). Ils me demandent de passer le paramètre "tcp ECN" de 1 à 0 (Setup--> System options---> advanced---> Plain config---choisir le groupe Network)
Je viens donc de lancer la config 8 avec la même base que la config 6 mais avec tcp ECN sur 0 (il était bien à 1 auparavant).
 
Je précise qu'à chaque fois que je modifie les paramètres, je reboot la caméra pour lancer les tests.
 
 
@HVA3602: merci pour ton petit passage sur ce post. A bientôt  

Résultat de la config 8: échec
Reboot et première photo le 03/11 à 20h27
Dernière photo le 04/11 à 13h37 ==> !!!!
Nb de photos reçues: 104
 
Extrait du journal:

Bon, admettons que les problèmes ça ne viennent pas toujours de la caméra... mais du serveur FTP (Filezilla 0.9.27 beta), bien qu'il n'y ait aucune erreur dans le journal du serveur et que les valeurs de timeout sont soit à 0 soit à 10 minutes, ou de la liaison (ma caméra et le serveur FTP ne sont pas sur le même site et traversent internet).
L'erreur principale est très souvent "/bin/sftpclient[690]: Timeout waiting for response from server.", "/bin/sftpclient[714]: Timeout waiting for response from server." ou "/bin/sftpclient[695]: Timeout waiting for response from server."
 
Pour la config 9, j'ai donc décidé de supprimer l'envoi par FTP et d'activer l'envoi par mail (SMTP).
 
Sur la même base que la config 8, j'ai ajouté l'action smtpaction:

et j'ai supprimé l'action FTP

 
J'ai paramétré le SMTP (Primary mail server et From email address) dans System Options ==>  Network ==> SMTP (email)
 
Voici mes réglages pour l'action SMTP:

Remplacer mon_mail@free.fr par le vrai mail du destinataire ;-)
 
Un reboot, premier mail est arrivé, avec la photo. Y a plus qu'à voir ce que ça donnera demain soir.

Tu as essayer avec un autre hébergeur ???????
 

J'ai le même genre de soucis chez Oxito ....

Salut    
 
Quelques news, des bonnes ...
 
Pour info, avec la config 9, dernier mail reçu à 15h07:

 
J'ai lancé la config 10 (sur base de la config 1) avec envoi vers serveur FTP (FileZilla).
 
J'ai pas trouvé pourquoi l'envoi s'arrête à 20h00 mais j'ai trouvé une config qui fonctionne et qui permet en plus de relancer l'évènement au cas il se serait arrêté suite à une erreur rencontrée sur le réseau.

L'évènement est maintenant lancé à 22h00 au lieu de 00h00, ou relancé au cas il se serait arrêté depuis le dernier lancement.
L'évènement est lancé pour une durée de 23h58, il s'arrête donc automatiquement à 21h58 (et se réactive à 22h00).
 
J'ai laissé tcp ECN sur 0.
 
Avec cette config, j'arrive à passer 20h00 sans problème.

Bonjour,
Je possède une Axis 207w et désespéré vu l'investissement et le résultat.
Je regarde avec bonheur des pistes de solutions ici....merci Nicolas ainsi que les contributeurs présents !
 
Utilisation de ma cam:
Le but du fonctionnement de ma 207w est d'envoyer simplement toute les 5 secondes une image (la même) sur un site hébergé, par la commande ftp incluse à la cam.
 
Mise en oeuvre:
Cette Cam est dédiée pour la surveillance de mon aquarium afin de pouvoir le sécurisé ce qui n'est pas vraiment fiable pour le moment...
La page est simplement "rafraichie" artificiellement sur le site et montre donc la dernière image envoyée.
http://andycam.on-web.fr/articles. [...] =fr&pg=140
L'hébergeur lui est "planet work" et est un hébergeur payant/pro.
Le ftp fonctionne en général plus sereinement que les gratuits ce qui pourrait diminuer les erreurs de communication lié au disfonctionnement pur de l'échange entre la Cam et le serveur.
 
Motion fantaisiste:
Le "motion" s'arrêtant et complètement fantaisiste, je m'oriente sur la planification comme indiquée.
Il est évident que suivant la faible activité et la lumière le motion déraille ou ne fonctionne même plus du tout par moment (..)
Je confirme le on/off de la cam qui arrange des fois le fonctionnement souhaité du "motion"
Ce qui est plus bizarre par contre c'est que le motion arrive dans fois à redémarrer sans rien faire et redécouvre le déplacement de très petit objet comme vagues et poissons de mon aquarium par magie...
 
Datation HS:
Les images datées ne restent jamais bien une grande période et reviennent en 1970...
J'ai déja remarqué des Axis dans le même état...un désespoir de plus et impossible d'arriver à utiliser correctement un serveur de temps internet...
 
Déclenchement sur changement d'état externe:
Commençant seulement à creuser quand est-il des déclenchements sur changements d'états avec les entrées physiques prévues sur la cam ?
 
Configuration de la configuration linux embarquée:
Que pensez-vous de modifier directement la config linux de la cam comme ceci sans passer par la config prévue ce qui dois faire la même chose finalement...
http://nerix.free.fr/apropos.html
 
Je vais regarder ce que je peux faire avec vos informations et je vous tiens au courant.
Afin d'éliminer les problèmes, je vais l'installer directement avec un câble réseau sans le wifi déja....
 
Merci, à bientôt,
Andycam

Peut tu me redonné les deux lignes "inittab", j'ai pas penser de faire une sauvegarde de ce fichier  
 
J'espère que  cela v mieux marché car une camera axis a ce prix c'est pas très  pro :-)
 
Par contre bel aquarium  

Bonjour,
Notre affaire se présente bien car j'ai trouvé le même cas et la même solution Linux pour la 207 et/ou 207w ;
http://www.plevenon-meteo.info/webcam_description/html
Et apparemment ça fonctionne d'enfer...
J'ai commencé à maquetter une petite plate-forme locale pour tester ;
 
-1 pc portable sous windows avec un logiciel proposant un serveur ftp (http://fr.typsoft.com)
Cela simule une connection ftp comme la cam va faire sur le net mais en réseau local pour écarter les soucis de communication.
 
-Notre 207w Axis en cablage classique(sans wifi) connecté au PC avec adresse compatible, elle se connectera au pc uniquement en ftp donc.
(cable croisé si besoin)
 
-Un petit fichier html affichant l'image rafraichie automatiquement par le navigateur (firefox ou ie)
 
-Le script de planification ajouté à la cam dans/etc ;
#!/bin/sh
shttpclient -o /tmp/webcam.jpg -u root -w axis http://127.0.0.1/axis-cgi/jpg/imag [...] pression=1
sftpclient -p 10.10.0.1 -s -u toto -w toto -l /tmp/webcam.jpg -c . -d webcam.jpg
 
-L'ajout de la tache dans le fichier "user.task.list" ;
time(h(0-23),m(0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25,26,27,28,29,30,31,32,33,34,35,36,37,38,39,40,41,42,43,44,45,46,47,48,49,50,51,52,53,54,55,56,57,58,59)) once immune %/etc/webcam.script;
 
Avec un envoi de l'image pour l'instant toute les minutes. (webcam.jpg)
 
->J'ai préparé le matériel, je vais tester ces jours-ci et je vous informe du résultat.
L'adresse de test n'est pas confidentielle et le mot de passe de la cam est celle d'origine.
Je vais faire un reset complet de la cam avant et sauvegarder le user.task.list avant de bidouiller car je ne suis pas non plus un dieu du Linux mais quelques bases acquises en formations.
Il ne devrait pas y avoir de raison que ça ne fonctionne pas, ça reste simple sous linux, énorme avantage.
http://www.plevenon-meteo.info/image.jpg
Ensuite on verra à ajouter l'accès sur le vrai serveur sur le web et le wifi...
Andycam

Bonjour à tous;
Je me suis bien "esquinté" sur la planification sous linux sur la cam.
J'ai maquetté et vérifié dans tous les sens mon installation pc-cam. de test local.
Pour le moment pas de résultat et impossible d'effectuer une expédition automatique en ftp simplement.
J'ai contacté plusieurs personnes ayant installées comme ça et pour le moment en attente de réponse.
 
Ayant un peu la rage d'avoir investi si lourdement dans cette cam (presque 300€...), j'ai repris le concept du début.
Si la cam est si formidable que ça en vidéo pure et si économique en bande passante avec le mpeg il me fallait faire le tour du problème.
Je n'utilisais peut-être pas la vocation première de la cam, c'est à dire la vidéo....
Voici le montage du week end ;
-207w
-Adresse ip fixe sur mon réseau local derrière ma boxsfr
-J'ai finalement abandonné le wifi afin d'avoir un vrai débit constant et fiable, donc branché la cam avec un cable réseau. (ce n'était pas la peine d'acheter le modèle 207w finalement...)
-J'ai défini une adresse chez dyndns afin de ne pas déja diffuser mon adresse sfr attribuée (j'ai toujours la même) et en cas de changement Dyndns se débrouille seul.
-J'ai ensuite ajouté une règle "Nat" afin d'ouvrir le port 80 dans un premier temps afin de faire coincider l'adresse de ma cam en interne avec une adresse externe.
-Le mpeg est utilisé simplement comme dans la config.
Pas vraiment autre chose à faire sur la cam, le paramérage est réduit à presque rien de bien sorcier, la difficulté vient plus de la config réseau et internet finalement.
Voila le résulta en test depuis 24h ;
 
http://aqua185.dyndns.org
 
Le résultat dépasse mes attentes :
-Le rafraichissement faible doit économiser de la bande.
-L'image est très bonne même sur une liaison "bas débit", je possède une connection mobile Edge du boulot et j'ai en ligne le bac sans aucun soucis.
Je comptais sur un rafraichissement entre 5 et 10 secondes en ftp, c'est largement au dessus et sans plantage.
Bref, pour le moment je suis satisfait de la cam en utilisation vidéo mpeg bien plus agréable.
Je vous invite à tester un peu !
Ensuite je doit définir des ports différents car j'ai mon automate à partager sur le port 80.
Andycam
 
 
 

J'ai trouver un site qui parle des cameras axis : http://www.wasatis.com/

Ca fait un petit moment que je n'ai pas donné de nouvelles, j'avais pas trop le temps    
 
Et les news ne sont pas terribles ... J'ai bloqué la caméra il y a plusieurs jours et je ne suis pas à côté pour la redémarrer électriquement.
Comment j'ai fait pour la planter ? Très simple: l'évènement planifié était repassé à Active = no , je l'ai remis à yes et là, terminé, plus moyen de joindre la caméra. L'interface WEB ne répond plus.
Les photos ne sont plus envoyées sur le FTP. J'ai quand même reçu par mail le message d'erreur "Nov 26 21:37:30 Camera time_handler[381]: sntp.c, line 148, getaddrinfo Name or service not known". Donc la caméra n'est pas totalement HS mais seulement le serveur WEB...
La caméra est bien connectée au Wifi sur le routeur et j'arrive à la pinguer. Si je reboot le routeur, elle s'y reconnecte sans problème mais toujours impossible de la joindre par HTTP, même depuis le LAN (j'ai un poste sur le LAN sur lequel je peux prendre la main et lancer des commandes).
 
La commande directe de reboot ne donne rien (pas de réponse) : http://user:password@adresse_de_la_camera/axis-cgi/admin/restart.cgi
La commande http://adresse_de_la_camera:554/ , renvoie la réponse "No session ID specified.".
 
J'ai ouvert un incident chez Axis.

Concernant le blocage de la caméra ci-dessus, Axis n'a pas de solution et me demande de couper l'alim. Impossible à faire, la caméra est à 200km...
La connexion HTTP est toujours impossible, les photos ne sont plus transmises.
Si je coupe le wifi sur le routeur, la caméra voit bien le défaut et quand je remet le wifi sur le routeur, la caméra se reconnecte et m'envoie un mail "Syslog received critical message":

En attendant mes tests sont stoppés ....  

J'ai remis à zéro ma conf et j'essaie la méthode de andycam.
 
Pour ce qui est de la planification du lancement de la tâche, ça a l'air d'aller (j'ai pas testé sur une journée complète).
Fichier /etc/user.task.list

Pour le script, j'ai ceci dans /etc/snapshot.script

Cette config fonctionne mais l'image "Maison.jpg" est écrasée sur le serveur à chaque nouvel envoi.
ATTENTION: mettre "resolution=640480" et pas "resolution=640x480", sinon blocage !!
 
 
J'ai tenté cette manip trouvée sur electronika.fr pour renommer automatiquement les photos:

Mais la caméra se bloque. Il semble que ce soit la ligne sec=$(date +’%s’) qui pose problème.
 
J'ai aussi trouvé ce site (networkcamerareviews.com) qui parle de la création d'un sous-répertoire par date pour classer automatiquement les photos (pas testé).

 
 
Cette fois, je pense tout est OK.    
Firmware utilisé: v4.40.1
 
Voici les 2 fichiers pour envoyer toutes les 2 minutes 24h/24h une photo vers un serveur FTP dans un répertoire qui porte la date du jour/mois/année et créé automatiquement chaque jour  
 
/etc/user.task.list

Toutes les lignes précédées de # sont en fait mises en commentaire, pas exécutées et inutiles. Ce sont juste des exemples fournis par le contructeur.
 
/etc/snapshot.script

• L'option -F permet de créer automatiquement les sous-répertoires.
• Dans mom cas je n'ai mis qu'un sous-rep, la date au format aaaa-mm-jj (%Y-%m-%d/) (avec le slash à la fin).
• Le nom du fichier suit le nom du sous-rep, j'ai mis \"Maison_-_%Y-%m-%d_%Hh%Mm%S.jpg\". Il inclut la date et l'heure où a été prise la photo.
• L'option -n est facultative et permet simplement de préciser le numéro de port du serveur FTP distant, par défaut c'est 21 mais vous pouvez le changer si le serveur est sur votre réseau par exemple.
• Pour éditer les fichiers, c'est très simple. L'outil est inclus dans l'interface WEB, voir System Options / Advanced / Scripting / Bouton \"Open Script Editor\"

• ATTENTION, IMPORTANT: pour pouvoir s'exécuter, le fichier snapshot.script doit être en attribut 755 (Mode: 0100755). La manip est réalisable avec l'interface d'édition.

Extrait du journal:

 
On doit pouvoir améliorer encore et encore en ajoutant par exemple l'option \"-T 60\" pour mettre le délai d'attente du timeout à 60 secondes au cas où le serveur FTP aurait vraiment du mal à répondre. On peut aussi ajouter un serveur de secours (backup) avec les options -B -U -W au cas où le serveur primaire serait hs. On peut aussi se demander ce qu'il se passerait si le réseau où se trouve la caméra était HS et que la caméra continuait à prendre des photos, elles risquent fort de s'écraser au fur et à mesure sur /tmp/image.jpg et ne garder donc que la dernière (dommage...).
 
EDIT du 21/12/08: tout fonctionne parfaitement. J'ai activé la détection de mouvement en plus du planificateur et tout va bien.
Astuce: pour que les photos de la détection de mouvement se stockent dans un répertoire portant la date du jour, mettre Base file name: %Y-%m-%d/Maison_.jpg
 
Merci à tous pour votre aide ou votre participation

bonjour Nicolas 2
"ce n'était pas la peine d'acheter le modèle 207W"
je vais être dans la même situation, à 600km du lieu filmé.
Mon Alicebox wifi ne marchant pas, il me faudra donc le 207.
Est-ce vraiment une manip pour utilisateur débutant en réseau IP ?
La procédure est-elle enfin fiable ?
Avez-vous un conseil pour un bon prix d'achat ?  
Merci du conseil
bien cordialement et ..bonne année
Jean

Bonjour jinb,
 
J'ai donné mes arguments pour le choix d'une caméra Axis 207 ou Trendnet TV-IP422 ici => clic clic
 
Pour ce qui est du planificateur de la 207, la solution user.task.list fonctionne parfaitement depuis plus d'une semaine.
Les problèmes rencontrés n'étaient pas liés au wifi.
 
Est-ce vraiment une manip pour utilisateur débutant en réseau IP ? : la manip n'est pas très compliquée sur Axis 207 mais tu peux obtenir le même résultat sans rien bidouiller en prenant une Trendnet 422 ou 410 (je ne sais pas pour les autres).
 
 
Pour ce qui est Trendnet, attention au choix TV-IP422 ou TV-IP410, ce ne sont pas les mêmes. Il ne faut pas croire que la 410 est une 422 sans l'infrarouge.
- La 410 ne supporte pas le mode vidéo mpeg (uniquement mjpeg).
- La 410 n'a pas de port USB.
- La 410 n'a pas de micro et pas de prise pour connecter un HP.
- La 410 ne peux pas enregistrer une vidéo vers un NAS ou un partage disque sur Windows.
Toutefois, la 410 a un mode nuit qui permet de renforcer la vision par lumière faible (comme la 422 mais cette dernière voit même dans le noir complet à condition qu'il y ait un éclairage infrarouge).

Je viens de lire ce résumé.
 
ça signifie que la 422 peut enregistrer une vidéo avec le son sur un Qnap par exemple, sur détection ou programmée?
Merci

L'enregistrement vidéo avec Trendnet IP-TV422 se fait sans le son (en tous cas, sur les vidéos que j'ai).
Avec MediaInfo, on ne voit pas de piste audio:

 
Voir les caractéristiques sur la page du contructeur: Enregistrez des vidéos en continu sur votre ordinateur ou vos périphériques de stockage réseau.
 
Pour voir l'interface de configuration cliquer sur l'image ci-dessous:

J'ai testé l'enregistrement vers un partage Windows. Pas testé vers un NAS (j'en ai pas...)

Merci pour votre réponse.
 
Je cherchais une cam qui enregistre en direct sur un NAS, le son n'étant pas prioritaire, mais je ne comprends pas pourquoi cette trendnet qui a un micro ne le fait pas. Peut-être avec un new firmware?
 
Question: tout est en anglais, y compris la notice?

Yes, tout est en anglais, même le manuel d'utilisation.
 
Le guide de mise en service rapide est en français (pour mettre l'adresse IP).

Bonjour,
 
Je me permets de continuer ce post, car j'ai une demande un peu similaire mais pour une camera vivotek.
Elle fonctinone aussi avec la possibilité de faire des scripts perso.
 
Je souhaite faire des snapshots vers un ftp: une photo toute les 10 minutes avec 300 photos maximum, lorsque j'arrive à la 301 elle ecrase la 1ère, la 302 la 2ème et ainsi de suite...
 
je joins le lien du document pour réaliser un script.
Je  n'y connais pas grand chose...
 
Si une âme charitable peut m'aider    
 
Merci à tous
event_task_configuration_user_guide_2008_01_28.pdf
 

Pour info, j'ai mis le nouveau firmware 4.44 de l'Axis mais le script snatpshot.script ne fonctionne plus correctement.
En fait, la commande shttpclient créait un fichier jpg avec un format non reconnu par les visionneuses sous Windows (image vide).
 
J'ai remis la 4.40.1 et c'est reparti.
 
Attention: avant de mettre à jour le firmware: sauvegarder le fichier snaptshot.script car il est effacé lors de la mise à jour    
 
 
@ puccin0: j'ai ouvert ton PDF mais je me suis pas lancé dans les bidouillages car ça prend pas mal de temps et en plus je n'ai pas ce type de caméra. J'ai fait une recherche sur le net pour trouver des exemples Vivotek mais rien trouvé.
 
 

Bonjour !
Je galere a utiliser ce script.
j'ai une axis 207, j'arrive a la voir via internet sans probleme j'ai bien modifier le utask, j'ai visualiser le log il s'execute bien tous les 2 mn comme je l'ai configurer.
 
le script s'execute bien il enregistre une "image.jpg" sur le serveur ftp de la webcam tous les 2mn.
 
mais impossible d'envoyer cette image sur le serveur ftp de mon site. le site est hebergé chez OVH. j'ai donner les bonne permissions au dossier www en ecriture
 
#!/bin/sh
shttpclient -o /tmp/image.jpg -u root -w pass http://127.0.0.1/axis-cgi/jpg/image.cgi
sftpclient -p ftp.prout.com -s -u login -w pass -l /tmp/image.jpg -c /www
 
je l'ai simplifier au maximum pr enlever toutes erreur possible
 
Où est mon erreur pr que ca ne fonctionne pas ?
merci pr votre aide !
voici le script :
 

Bonjour ionix85,
 
1) T'as essayé de te connecter au serveur avec ce login (login) et mot de passe (pass), avec Filezilla ?
Une fois connecté, essaye d'y créer un sous-répertoire et d'y envoyer un fichier.
 
2) Pour l'envoi, essaye (en enlevant -c /www)

3) Vérifie que ta caméra a bien un serveur DNS, sinon elle trouvera jamais ftp.prout.com
 
A d'taleur  

salut  
 
je viens de regarder le  log ftp d'OVH la camera na jamais essayer d'y acceder
 
nan j'utilise les vrai login et mot de passe
et j'arrive tres bien a me connecter au ftp et a modifier les fichiers manuelement
 
par contre je ne comprend pas ton 3eme point. j'ai creer un serveur dyndns que j'ai configurer sur ma livebox pour acceder d'un autre ordi via internet ce qui fonctionne tres bien. et j'arrive a acceder a la cam en passant par internet (hors reseau local)
 
mais je n'ai pas configurer de serveur dns sur la webcam qu'est ce que c'est exactement ?
 
merci !!

Si ta caméra est en DHCP, le DNS devrait y être configuré automatiquement et tu peux le vérifier en cliquant sur le bouton VIEW dans Basic Configuration / TCP/IP / Network Settings/View current network settings
 
Moi, j'ai,ceci (ipv6 masquée):

Mon serveur DNS est mon routeur (192.168.2.1).
 
J'ai trouvé une méthode pour vérifier que la caméra a bien un DNS opérationnel. J'ai renseigné un serveur NTP (fr.pool.ntp.org) pour le réglage automatique de l'heure, quand elle tente de se mettre à l'heure, la réponse dans le journal doit être du type "<INFO    > Apr 24 13:45:21 Camera time_handler[380]: NTP small time adjustment 52054 usec." sinon on a un message en timeout.
 
Vérifie que tu a ce genre de ligne dans ta log.

nikel merci !!
 
c'est ca qui me manquant ca fonctionne maintenant.
 
par contre j'ai trouvé ca dans le log et qui bloque le lancement du scipt:
 
<INFO    > Apr 24 20:54:13 axis-00408c92c265 utask[264]: Started task 0 () at 20:54:13, slot 0.
<CRITICAL> Apr 24 20:54:13 axis-00408c92c265 shttpclient[279]: init_connection failed
 
d'ou vient ce probleme ?

Concernant l'erreur init_connection failed:
shttpclient lance une commande vers un serveur pour récupérer l'image.
Dans le cas de la caméra, la demande est envoyée vers l'adresse 127.0.0.1, c'est à dire la caméra elle même. Donc là, pas de pb de réseau normalement.
 
Par contre, il faut lui donner un login et mot de passe pour se connecter à la caméra.
As-tu bien donné des infos valides sur la ligne shttpclient ?
 
Teste le compte et mot de passe directement depuis l'interface web de ton navigateur.
Tu peux même entrer directement la ligne http://ADRESSE_CAMERA/axis-cgi/jpg/image.cgi dans ton navigateur et tu devrais voir s'afficher une photo prise par la caméra.
 
Il faut fermer ton navigateur web avant de faire les 2 tests car il garde en session le premier mot de passe valide.
 
 

Salut !
 
pas de probleme de mot de passe car j'ai ce massage, puis san rien modifier il se remet a envoyer des images 15 ou 20 mn plus tard !
 
je n'arrive pas a prendre des photos toutes les mn ? j'ai modifier le utask comme ceci
 
time(h(6-23),m(0,2,3,4,5,6,7,8,9,10,12,14,16,18,20,22,24,26,28,30,32,34,36,38,40,42,44,46,48,50,52,54,56,58))
once immune % /etc/upload.script;
 
et il me prend une photo a 0 mn puis a 12 mn mais pas entre les deux !  
pourquoi ?
 
merci encore pour ton aide !
 

Bonjour, j'ai deux questions :
 
1-Est qu'il a possibilité d'envoyer avec mon Axis 207 deux images de résolution différentes( exemple :320x240 et 640x480).
 
2-Que faut t'il mettre dans le Ustask  pour que mon image se réactualise toutes les 20 secondes ????
 
 
Concernant le problème que j'ai eu comme ionix85 je me suis inscrit sur le site d'Axis (axiscam.com) et après, j'ai pu envoyé mon image sur mon serveur FTP.  
 
 

Bonjour,
 
j'ai eu des pbs similaires à ceux de Nicolas2 avec le soft 4.44.
 
1- Pb de format jpeg lors de l'upload http par le script ci dessous :
#!/bin/sh
 
statusled yellow
shttpclient -o /tmp/image.jpg -u root -w XXXXX http://127.0.0.1/axis-cgi/jpg/imag [...] ion=640480
statusled green
shttpclient -i /tmp/image.jpg  http://XXXXXXXX.org/webcam/upload.php
statusled off
 
Le pb est qu'il manque l'entete jpeg au début du fichier 0xff,0xd8,0xff,0xe0,0x00 . Si on le rajoute à la main, on obtient l'image
 
2- Pb de plantage de l'upload
Ca plante aussi avec le script (pas seulement avec un upload généré par le gestionnaire d'évènement de la caméra). Personnellement j'ai remarqué que le plantage avait souvent lieu juste après une fermeture plus ou moins sauvage d'une connexion sur le serveur Web de la caméra (à l'aide d'un navigateur). Je n'ai pas de solution.
 
 
Pour ceux que ca intéresse, le script upload.php qui récupère les images de la caméra :
 
<?php  
echo "upload OK";
 //sauvegarde des entêtes
 $file_handle=fopen("headers-".date("Y-m-d_His" ).".txt",'w');
 foreach($_SERVER as $key=>$value) {
   fwrite($file_handle,"$key: $value \n" );
    }  
 fclose($file_handle);
 
 //sauvegarde de l'image
 $file_handle=fopen("axis-".date("Y-m-d_His" ).".jpg",'w');
 
        //ajout de l'entête manquante avec la version 4.44 du soft axis  
 fwrite($file_handle,chr(0xff).chr(0xd8).chr(0xff).chr(0xe0).chr(00));
 
 fwrite($file_handle,file_get_contents('php://input'));
 fclose($file_handle);
 
 
 //suppression des fichiers vieux de plus de 1h
 $dirhandle = opendir("." );
 while (($file = readdir($dirhandle)) !== false)
  {
  $ext = strtolower(strrchr($file,"." ));
 
  if(is_file("$file" ) )
   if ( ($ext==".jpg" ) && (filemtime("$file" ) <= (mktime()- 3600)) ) unlink("./$file" );
   if ( ($ext==".txt" ) && (filemtime("$file" ) <= (mktime()- 3600)) ) unlink("./$file" );
  }
 closedir($dirhandle);
 return $result;  
?>
 
Benben

Bonsoir,
 
suite à d'éternels problèmes de plantage, qui se résolvent soit par un déconnexion du réseau (parfois) ou de l'alimentation ( ouf!), j'ai amélioré le script. En effet j'ai observé que quand la caméra était plantée, la led (activée par mon script flashait encore). J'ai donc modifié le script en faisant flasher la led en vert si l'upload fonctionne, en rouge si l'upload echoue. Quand la caméra était planté, j'ai obtenu des flashs rouges. J'ai alors modifié le script pour compter ces echecs et rebooter la caméra au bout de 10 échecs. Cela donne le résultat si dessous :

#!/bin/sh
 
#check if the counter file doesn't exist (first call of the script)
if [ ! -e /tmp/nb_upload_err.txt ]; then  
  #create the file
  echo "0" > /tmp/nb_upload_err.txt
 
  #log
  logger  -p user.crit "Upload script init"
fi
 
#get counter value
COUNTER=$(cat /tmp/nb_upload_err.txt)
 
#switch the led to yellow
statusled off  
statusled yellow
 
#get the image
shttpclient -o /tmp/image.jpg -u root -w PASSWORD_CAM http://127.0.0.1/axis-cgi/jpg/imag [...] ion=640480
 
#switch the led to green
statusled green
 
#upload the image
shttpclient -i /tmp/image.jpg  http://votre.site.web/webcam/upload.php
 
#if upload has been succesfull
if [ $? = 0 ]; then
   # and if counter is not nul
   if [ $COUNTER -ne 0 ];  then
 
        #reset it
 echo "0" > /tmp/nb_upload_err.txt
        logger  -p user.crit "Upload is OK : Reset Upload Error Counter"
   fi
 
   #switch the led off
   statusled off
 
#if upload has raised an error
else
   #switch the led to red
   statusled red
 
   #increment the counter
   COUNTER=$(($COUNTER + 1))
   echo $COUNTER > /tmp/nb_upload_err.txt
 
   logger -p user.crit "Nb Erreur Upload $COUNTER"
 
   #if the error counter raise 10
   if [ $COUNTER -ge 10 ];  then
 
     #reboot the cam
     logger -p user.crit "Reboot"
     reboot
   fi
fi

 
Ne pas oublier de faire un chmod 755 pour mettre les droits d'execution ( ou le mode 0100755 à l'aide de l'editeur web de la caméra). Vous pouvez tester le script à l'aide de telnet en lancant ./snapshot.sh
 
J'attend maintenant que la caméra se plante (je dois recevoir un mail de log "Upload script init" lors du premier upload après un reset), et évidemment ce ne plante plus. C'est la loi de murphy ...
 
Benoit