Repository navigation
V0.6.0 — Paramétrage des Caméras par ONVIF
Modifié en V0.7.0 (#96) — Lancement
Avant : Clone obligatoire,build:seul
Après : Clone pour construire ; Site Ubuntu sans sources
Modifié en V0.6.3 (#76) — Échange ONVIF avec la caméra
Avant : en HTTP sur les ports courants, sans condition
Après : HTTPS sur443d'abord, clé du Certificat de l'Appareil mémorisée et vérifiée ; HTTP seulement après accord de l'Administrateur (ONVIF en clair)
Modifié en V0.6.3 (#76) — Port ONVIF retenu
Avant : remis à zéro à toute modification de l'URL RTSP
Après : remis à zéro seulement quand l'hôte change
Modifié en V0.6.3 (#76) — Caméra simulée 2
Avant : ONVIF en HTTP sur8899
Après : ONVIF en HTTPS sur443, HTTP sur8899gardé
Pourquoi
Le nom (CAM01) et la date qui défilent dans le Live ne viennent pas d'ArgOS : la caméra les dessine elle-même dans l'image, et ArgOS relaie le Flux sans réencodage. Pour les changer, il faut régler la caméra. Or l'interface web des caméras génériques exige souvent un vieux module ActiveX, et l'application du fabricant passe par son cloud. Sur la caméra de dev : horloge au 31/12/1999, fuseau australien, nom incrusté qui ne dit rien. La 0.6.0 règle ces points par ONVIF, le standard de réglage des caméras IP, depuis l'Administration.
Ce qu’on peut faire maintenant
- Ouvrir, depuis l'Administration, les Réglages d'une Caméra active. ArgOS lit la caméra par ONVIF et trouve seul le port, avec les identifiants de son URL RTSP, sans passer par l'interface web de la caméra ni par le cloud du fabricant.


- Voir l'Horloge de la caméra (date, écart avec l'heure du Site, fuseau, serveur de temps) et ses Incrustations (nom, date et heure, coin).

- Changer le nom incrusté dans l'image (ou reprendre le nom ArgOS de la Caméra), le déplacer dans un coin, cacher ou réafficher la date et l'heure. ArgOS montre, champ par champ, si la caméra a pris ou refusé le réglage.








- Choisir le fuseau de la caméra dans une liste lisible (
Europe/Paris) et la mettre à l'heure du Site d'un clic, sans lui ouvrir internet.




- Comprendre clairement pourquoi une caméra ne se règle pas : pas d'ONVIF, identifiants refusés ou caméra injoignable.



- Après Enregistrer, voir pour chaque champ envoyé la valeur demandée, la valeur relue sur la caméra et le statut (pris, pas pris, refusé) : une caméra peut accepter un réglage sans l'appliquer. Rien n'est gardé en base, la caméra reste la seule source de vérité ; seul le port ONVIF trouvé est retenu.
- Développer et tester sans matériel : les Caméras simulées 2 (port
8899, avec identifiants, comme une XiongMai) et 4 (port80, sans identifiants) répondent en ONVIF, « sortie d'usine » à chaque démarrage (simulation/onvif/). - Lire la documentation, la feuille de route et les bugs connus sur un site Docusaurus publié par GitHub Pages.
Historique des tickets
- PR : #58
- Commits : https://github.com/UlyssouLV/ArgOS/pull/58/commits
Tickets (Fixes) : #52 #53 #54 #55 #56 #57
Hors périmètre
- Réglage du NTP des caméras et remise à l'heure automatique : le Site deviendra leur serveur de temps (Plus tard, après la 0.7.0). La 0.6.0 n'a que le bouton manuel « Mettre à l'heure du Site ».
- Réglages image et vidéo (0.6.4) ; événements ONVIF ; PTZ ; WS-Discovery ; identifiants ONVIF distincts de ceux du Flux ; police, taille, couleur et format de date des Incrustations.
- ONVIF passe encore en HTTP vers la caméra (mot de passe en empreinte WS-Security) : sécurisation en 0.6.3. Toujours pas d'installation sur de vraies caméras avant HTTPS (0.6.1), authentification des Flux (0.6.2) et sécurisation d'ONVIF (0.6.3).
- Tests humains 11 à 15 non joués (confirmation NTP, absence de remise à l'heure automatique, caméra de dev réelle, relecture de la doc) ; couverts par les tests automatiques sauf la caméra réelle.
ADRs de cette version (liens sur ce tag, pas main) : aucun.
Issues laissées de côté (PR / spec hors périmètre) : aucune.