Cet Article évoluera au fil des avancées (qui seront lentes)
En fait je pense avoir fait vraiment fausse route,
Le problèmes d’Adorcam est que le serveur P2P (le Broker) situé aux états unis (chez AWS) par moment ne répond plus ou répond de manière erronée ce qui entraîne les déconnexions des caméras. Il est possible de reconnecter les caméras c’est un processus assez aléatoires mais ça peut marcher j’ai réussi à avoir un fonctionnement pendant 2 minutes avant que ma caméra ne se réinitialise comme une grande.
Le premier écueil est la difficulté de lecture du QR-Code sur le téléphone , la cam doit faire un Bip et le témoin lumineux changer de couleur et passer en bleu fixe si c’est le cas vous avez la connexion Wifi. Puis le voyant doit clignoter en rouge rapidement c’est la phase de connexion. Le contenu du QR Code est le suivant :
{"ssid":"Votre_SSID-2,4Ghz","pd":"Votre Clé","t":"Un Token Numérique","c":33}
le code 33 est le code pour la france.
En configurant un hotspot sur mon linux j’ai pu tracer le dialogue d’initialisation.
- Après la lecture du QR/Code la caméra se connecte au Whifi et fait un échange DHCP pour prendre une adresse IP
- Puis elle fait une connexion cryptée au serveur root.xmitech.net (j’ai des erreurs sur cette connexion)
- s’en suit un dialoque avec dev.eu.adorcam.com
- là le Wifi coupe et remonte
- on a une connexion vers 18.157.235.36 (ec2-18-157-235-36.eu-central-1.compute.amazonaws.com)
- en parallèle nouvelle connexion à dev.eu.adorcam.com
- et la connexion à mqtt.us.xmitech.net (le broker mqtt)
- On voit la « connect command » avec le broker qui est acceptée
- puis une « Subscribe Request » à topic/10001/wake/120022100B39 où l’on reconnait la chaîne de caractères qui est inscrite sur la caméra, c’est son identifiant unique.
- Là le serveur amazon envoie deux paquets de retransmission (en mode push)
- et la caméra plante avec le voyant étant passé brièvement au violet.
Il semblerait que le bégaiement du serveur Amazon et la séquence suivante soit la cause du plantage de la caméra, qui revient à sont cycle de lecture du QR Code.
811 2026-03-23 15:28:13,624691655 ec2-18-157-235-36.eu-central-1.compute.amazonaws.com 10.42.0.20 TCP 70 12308 → 59492 [PSH, ACK] Seq=35 Ack=155 Win=27872 Len=16 10.42.0.20 812 2026-03-23 15:28:13,624792928 ec2-18-157-235-36.eu-central-1.compute.amazonaws.com 10.42.0.20 TCP 70 [TCP Retransmission] 12308 → 59492 [PSH, ACK] Seq=35 Ack=155 Win=27872 Len=16 10.42.0.20 813 2026-03-23 15:28:13,624823590 ec2-18-157-235-36.eu-central-1.compute.amazonaws.com 10.42.0.20 TCP 70 [TCP Retransmission] 12308 → 59492 [PSH, ACK] Seq=35 Ack=155 Win=27872 Len=16 10.42.0.20
Donc au moins sur la séquence capturée ce n’est pas le Broker qui est en défaut mais à la fois le AWS qui retransmet trop rapidement le paquet et la pile TCP de la caméra qui gère mal cette double retransmission. Mais mon diagnostique est incomplet il se peut que l’erreur soit à chercher dans le dialogue avec dev.eu.adorcam.com.
A noter mqtt.us.xmitech.net correspond au cloud ec2-18-192-177-27.eu-central-1.compute.amazonaws.com
root.xmitech.net est ec2-54-219-47-98.us-west-1.compute.amazonaws.com
et dev.eu.adorcam.com est ec2-18-157-72-216.eu-central-1.compute.amazonaws.com
