Utilisateur de JPI depuis plusieurs années je viens de changer de tablette.
Réinstallation JPI OK
Import du Backup OK
Par contre lors de l’appel d’un design avec gotodesign, j’ai la page de connexion de jeedom (comme avant), je saisie le login et mot de passe mais impossible de clique sur le bouton connexion.
Question, lors de l’affichage du design via JPI quel browser est appel (interne à l’application ou browser par default de la tablette)
J’ai essayer de changer de browser par default mais sans réussit (chrome, opéra)
Autre teste, j’ai fait un test d’ouverture de la page d’authentification de Jeedom avec les browser Chrome et opéra avec réussit).
JPI utilise le webview du system, cela peut être chrome ou un autre, cela dépend du matériel…
Le webview est parfois sélectionnable dans les options du menu développeur de l’appareil.
}
else {
$this->__sc->_error("Erreur de communication avec JPI", $log, 'KEEP_ALIVE');
}
}
catch (Exception $e) {
$this->__sc->_error("Erreur de communication avec JPI: " . $e, $log, 'KEEP_ALIVE');
}
Peux-tu ajouter via une option de lancement de KEEP_ALIVE(), l’envoi des erreurs de communication vers le centre de messages de Jeedom ?
Je suis resté plusieurs heures avec JPI planté (ce qui est exceptionnel) sans le savoir, seul le log du scénario le savait.
Le lancement du scénario "KeepAlive" via l’événement #end_update# ne reste pas "En cours".
Jeedom 4.4.18
[2024-10-02 21:57:53][SCENARIO] -- Début : Scenario execute sur evenement : #end_update#.
[2024-10-02 21:57:53][SCENARIO] - Exécution du sous-élément de type [action] : code
[2024-10-02 21:57:53][SCENARIO] Exécution d'un bloc code
[2024-10-02 21:58:53][SCENARIO] Call to a member function load() on null
[2024-10-02 21:58:53][SCENARIO] Fin correcte du scénario
EDIT : l’installation du framework SC n’était peut être pas terminée.
[2024-10-02 21:57:53][SCENARIO] Insertion des modifications afin d'intégrer le framework dans Jeedom
[2024-10-02 21:57:53][SCENARIO] Backup du fichier /var/www/html/core/js/log.class.js...
[2024-10-02 21:57:53][SCENARIO] Backup éffectué vers /var/www/html/core/js/log.class.js.bak
[2024-10-02 21:57:53][SCENARIO] Sauvegarde du fichier /var/www/html/core/js/log.class.js
[2024-10-02 21:57:53][SCENARIO] Framework intégré dans Jeedom avec succès
[2024-10-02 21:57:53][SCENARIO] --- FIN INSTALLATION DU FRAMEWORK
[2024-10-02 21:57:53][SCENARIO] INFO: DOCUMENTATION DISPONIBLE EN LOCAL EN CLIQUANT ICI
[2024-10-02 21:57:53][SCENARIO] Source : Scénario [Framework SC][Aucun][Install_Class_sc]
[2024-10-02 21:57:54][SCENARIO] Fin correcte du scénario
J’ai passé le sleep(60); en sleep(120); dans "KeepAlive".
Oui c’est logique, il faut faire une pause en début de scénario avant de charger le Framework, le temps qu’il s’installe et s’intègre.
un sleep(120) devrait être suffisant, à voir…
Pourrais tu préciser comment remonter dans Jeedom ce type d’erreur inscrit dans les logs du scénario?
[2024-10-27 19:19:02][SCENARIO] - KEEP_ALIVE: Démarrage de la session JPI KeepAlive
[2024-10-27 19:19:02][SCENARIO] - ERREUR: KEEP_ALIVE() - Erreur de communication avec JPI !
[2024-10-27 19:19:02][SCENARIO] - KEEP_ALIVE: Nouvelle tentatative dans 10 secondes...
[2024-10-27 19:19:12][SCENARIO] - KEEP_ALIVE: Démarrage de la session JPI KeepAlive
[2024-10-27 19:19:12][SCENARIO] - ERREUR: KEEP_ALIVE() - Erreur de communication avec JPI !
[2024-10-27 19:19:12][SCENARIO] - KEEP_ALIVE: Nouvelle tentatative dans 10 secondes...
[2024-10-27 19:19:22][SCENARIO] - KEEP_ALIVE: Démarrage de la session JPI KeepAlive
[2024-10-27 19:19:22][SCENARIO] - ERREUR: KEEP_ALIVE() - Erreur de communication avec JPI !
[2024-10-27 19:19:22][SCENARIO] - KEEP_ALIVE: Nouvelle tentatative dans 10 secondes...
[2024-10-27 19:19:32][SCENARIO] - KEEP_ALIVE: Démarrage de la session JPI KeepAlive
[2024-10-27 19:19:32][SCENARIO] - ERREUR: KEEP_ALIVE() - Erreur de communication avec JPI !
[2024-10-27 19:19:32][SCENARIO] - KEEP_ALIVE: Nouvelle tentatative dans 10 secondes...
[2024-10-27 19:19:42][SCENARIO] - KEEP_ALIVE: Démarrage de la session JPI KeepAlive
[2024-10-27 19:19:42][SCENARIO] - ERREUR: KEEP_ALIVE() - Erreur de communication avec JPI !
[2024-10-27 19:19:42][SCENARIO] - KEEP_ALIVE: Nouvelle tentatative dans 10 secondes...
Hello,
J’ai installé JPI sur un Huawei P8 lite 2027 sous android 8.0.
Toutes les autorisations sont OK. J’ai vérifié, j’ai blacklisté l’application de l’économiseur de batterie.
Et pourtant, au bout d’un certain moment je n’ai plus accès à l’interface et je dois allumer le smartphone pour avoir de nouveau accès à l’interface web ui.
Hello,
Je pense que j’ai trouvé en ̶c̶o̶c̶h̶o̶n̶ cochant la fonction qui permet de mettre JPI au premier plan.
Merci pour l’astuce que tu indiques @dJuL
Hello,
Bon, je galère un peu
Je vois que JPI envoie plein de SMS vers le numéro +336.
Du coup je reçois un SMS de mon opérateur indiquant qu’il n’a pas pu délivrer le SMS.
Hello @dJuL ,
Merci, j’ai fait le ménage et j’ai redémarré le téléphone.
Le problème ne se produit plus.
J’en profite pour poser une question sur l’envoi d’un MMS avec le chemin d’une image.
Apparemment la solution a été donnée sur l’ancien forum, mais il n’est plus accessible.
Quel est le chemin à intégrer à l’appel de l’url pour envoyer une image par MMS ?
Je n’arrive pas à reproduire, peut importe le nom du fichier et l’extension (php ou autre), le mms est bien envoyé chez moi si il s’agit d’une image valide, le problème ne vient pas de là…
Le fichier image prend alors automatiquement un nom de ce type dans le mms envoyé :
Peux tu m’envoyer le fichier snapshot.php pour que je regarde ?
J’ai pu la récupérer avec l’outil de dev de mon navigateur.
