je viens de tester en redémarrant la passerelle est je n’ai pas ce problème sur mes appareils :
Le pire c’est que je n’ai rien changé dans l’apk à ce niveau là.
Je ne comprend pourquoi l’événement en ligne ne se déclenche pas chez toi.
Par contre je vois toujours ces START_EVENT désactivé dans ton log
Ce n’est pas normal, car cet événement se déclenche uniquement au démarrage de paw.
Cela veut dire que paw redémarre tout seul 
Si ceux qui ont des soucis peuvent vérifier si ils ont des START_EVENT dans le log des événements qui arrivent en dehors des démarrage de paw normaux.
Rien de déconnant, je me demande si ce n’est pas la fonction détection de mouvement qui le rend instable.
Sinon, je n’arrive pas à tenir plus de 10min connecté en http avec mon pc.
la détection de mouvement est gérée uniquement par l’apk.
Mais de mémoire tu avais le problème avant cette maj donc pour toi c’est autre chose.
Par contre j’ai une piste pour les autres, même si je ne comprend pas pourquoi ça déconne je pense avoir trouvé d’ou ça vient.
La nouvelle fonction qui détruit les cores obsolètes qui restent chargés lors des restarts manuels de paw pourrait détruire le core valide en cours, ce qui pourrait expliquer tout les problèmes ci dessus liés à cette version.
Tu m’as fait pense à une chose, une option de Paw « restart on IP change », elle était cochée chez moi, je viens de la décocher
Je viens de redémarrer mon routeur et apparemment c’est passé … Il faudra voir sur la durée
Oula oui, Il ne faut surtout pas cocher cette option.
Par défaut JPI la décoche lors de l’installation.
Par contre vérifie si tu as toujours des start_event dans ton log car ça c’est un vrai problème si ça continue
Je vais surveiller, je te tiens au courant
Je viens de publier un patch avec pas mal de petites corrections.
C’est toujours la même version pour l’instant.
Pour l’installer il faut faire un forceMaj sur l’écran d’accueil de l’APK (ou via l’action forceMaj de JPI).
Merci de me tenir au courant.
J’ai également modifié le log afin de mieux comprendre si les problèmes de certains sont bien liés à ce que je pensais.
install faite
bonjour,
@dJuL est ce que pour la détection de mouvement cela fonctionne avec le capteur de proximité ? en clair pour détecter un mouvement faut il absolument lancer un « startMotionDetector » ou Demarrer automatiquement au démarrage du service même si la premiére option dans reglages de base : Activer les fonctions de streaming, d’enreg… etc, soit sur OUI ??
merci de ta réponse
cordialement
Salut @dJuL
Je viens de teste le patch que tu a mis avec une config a 0 pour l’instant ces stable zéro bug.
Je vais importer mon backup et je te tien au ju
Mais ces bien partie.
La détection de mouvement fonctionne avec la caméra.
Il y a un événement dédié pour le capteur de proximité et qui n’a aucun lien avec la détection de mouvement.
A savoir que le capteur de proximité fonctionne sur quelques centimètres seulement.
Du coup j’ai publié un patch regroupant toutes les corrections.
Tenez moi au jus.
Bonjour dJuL,
Pour ma part depuis ta mise à jour, je n’ai pour l’instant plus le problème de perte de connexion http si l’écran ne restait pas allumé !
A voir si cela dur ! Je serais fixé demain 
Merci !
je suis en 0.9903
Incident a environ 20:45, je te joins le log
- 26/03/20 20:40:05 - motiondetected_event - action: sleep => 1 [OK]
- 26/03/20 20:40:05 - motiondetected_event - action: resumeMotionDetector => 1 [OK]
- 26/03/20 20:40:05 - MOTIONDETECTED_EVENT terminé
- 26/03/20 20:40:34 - MOTIONDETECTED_EVENT déclenché
- 26/03/20 20:40:34 - motiondetected_event - basic scenario
- 26/03/20 20:40:34 - motiondetected_event - action: getScreenTime => 2 [600]
- 26/03/20 20:40:34 - motiondetected_event - action: setVar => 1 [OK]
- 26/03/20 20:40:34 - motiondetected_event - action: toast => 1 [OK]
- 26/03/20 20:40:34 - motiondetected_event - action: saveLastDetection => -1 [ACTION DÉSACTIVÉE]
- 26/03/20 20:40:34 - motiondetected_event - action: setVar => 1 [OK]
- 26/03/20 20:40:34 - motiondetected_event - évaluer: SI ( file_exists("ACTION DÉSACTIVÉE") ) => FAUX
- 26/03/20 20:40:35 - motiondetected_event - lance: SINON
- 26/03/20 20:40:35 - motiondetected_event - action: sendMail => -1 [ACTION DÉSACTIVÉE]
- 26/03/20 20:40:35 - motiondetected_event - FIN du bloc CONDITION
- 26/03/20 20:40:35 - motiondetected_event - action: screenOn => 1 [OK]
- 26/03/20 20:40:45 - motiondetected_event - action: sleep => 1 [OK]
- 26/03/20 20:40:45 - motiondetected_event - action: resumeMotionDetector => 1 [OK]
- 26/03/20 20:40:45 - MOTIONDETECTED_EVENT terminé
- 26/03/20 20:45:54 - GATEWAYOFFLINE_EVENT déclenché - Gateway IP: 192.168.2.1
- 26/03/20 20:45:54 - gatewayoffline_event - scenario: 0
- 26/03/20 20:45:55 - gatewayoffline_event - action: toast => 1 [OK]
- 26/03/20 20:45:55 - GATEWAYOFFLINE_EVENT terminé
- 26/03/20 20:46:04 - GATEWAYOFFLINE_EVENT déclenché - Gateway IP: 192.168.2.1
- 26/03/20 20:46:04 - gatewayoffline_event - scenario: 10
- 26/03/20 20:46:04 - gatewayoffline_event - action: toast => 1 [OK]
- 26/03/20 20:46:04 - gatewayoffline_event - action: resetWifi => 1 [OK]
- 26/03/20 20:46:04 - GATEWAYOFFLINE_EVENT terminé
- 26/03/20 20:46:28 - MOTIONDETECTED_EVENT déclenché
- 26/03/20 20:46:28 - motiondetected_event - basic scenario
- 26/03/20 20:46:28 - motiondetected_event - action: getScreenTime => 2 [600]
- 26/03/20 20:46:28 - motiondetected_event - action: setVar => 1 [OK]
- 26/03/20 20:46:29 - motiondetected_event - action: toast => 1 [OK]
- 26/03/20 20:46:29 - motiondetected_event - action: saveLastDetection => -1 [ACTION DÉSACTIVÉE]
- 26/03/20 20:46:29 - motiondetected_event - action: setVar => 1 [OK]
- 26/03/20 20:46:29 - motiondetected_event - évaluer: SI ( file_exists("ACTION DÉSACTIVÉE") ) => FAUX
- 26/03/20 20:46:29 - motiondetected_event - lance: SINON
- 26/03/20 20:46:29 - motiondetected_event - action: sendMail => -1 [ACTION DÉSACTIVÉE]
- 26/03/20 20:46:29 - motiondetected_event - FIN du bloc CONDITION
- 26/03/20 20:46:29 - motiondetected_event - action: screenOn => 1 [OK]
- 26/03/20 20:46:39 - motiondetected_event - action: sleep => 1 [OK]
- 26/03/20 20:46:39 - motiondetected_event - action: resumeMotionDetector => 1 [OK]
- 26/03/20 20:46:39 - MOTIONDETECTED_EVENT terminé
- 26/03/20 20:47:15 - GATEWAYONLINE_EVENT déclenché - Gateway IP: 192.168.2.1
- 26/03/20 20:47:15 - gatewayonline_event - basic scenario
- 26/03/20 20:47:15 - gatewayonline_event - action: toast => 1 [OK]
- 26/03/20 20:47:15 - gatewayonline_event - action: goToDesign => 1 [OK]
- 26/03/20 20:47:16 - gatewayonline_event - action: configureLayout => 1 [OK]
- 26/03/20 20:47:16 - GATEWAYONLINE_EVENT terminé
- 26/03/20 20:47:44 - Web GUI - Connexion réussie - CLIENT: 192.168.2.150
1 - affichage de xxx injoignable en boucle sur l’apk, simultanément l’interface web ne trouve plus le serveur
2 - Au bout de environ 2-3 mn l’apk recharge le design (via mon scenario « passerelle OK » ET l’interface web se relance
L’étonnant c’est que cette coupure devait être infime (µs , ms) puisque j’ai une vingtaine d’équipement sur le réseau et aucun ne l’a « ressenti » 
merci, de la réponse donc si j’ai tout bien compris pour que la détection camera fonctionne il faut obligatoirement lancé un « startmotiondetector » par un scenario ou bien le lancer au démarrage du service ? merci de ta confirmation
maj ok pas de soucis
cordialement
Je ne vois aucun soucis
La passerelle est hors ligne , puis au bout de 10s le scénario fais un resetWifi
C’est donc totalement logique que l’interface n’est plus joignable pendant ce laps de temps
Elle est à nouveau détecter en ligne 1mn après.
L’événement passerelle hors ligne ne veut pas forcément dire que la passerelle tombe.
Cela veut dire qu’elle tombe du point de vu de l’appareil et cela peut venir de plusieurs choses : La borne Wifi qui décroche, le Wifi de l’appareil qui décroche, le wifi de l’appareil qui déglingue (ça arrive parfois), le cpu à 100% qui fait que les pings ne répondent plus assez vite… C’est pour cela qu’il y a l’action resetWifi au bout de 10s de offline, car c’est relativement fréquent que ce soit le wifi de l’appareil qui part en cacahuète tout seul.
Tout à fait.
Et dans le scénario de mouvement détecté, il faut également relancer la détection de mouvement à la fin avec l’action resumeMotionDetector (ou startMotionDetector) si on veut que la détection tourne en boucle
merci infiniment pour la confirmation et pour cette excellente application
cordialement
bonjour,
si je puis me permettre, j’ai réglé mon problème de déconnexion furtive de passerelle (vu de ma tablette car mon routeur asus ne décroche pas) en activant dans les réglages avancés « rallumer périodiquement l’écran » et en appliquant le dernier patch. Soit j’ai fait 2 actions à la fois donc difficile de discriminer, mais le problème venait bien de mon périphérique et depuis la consommation batterie est bien moindre ?
cordialement