[JPI-APK android] Tel Android dedié domotique

[benj29]

Nada comme si pas défini... juste 1/2/3/4

[dJuL]

Aie, curieux...
Tu sais si c'est apache ou nginx sur ton Jeedom ?

[benj29]

J'ai du apache2 sur ma VM quand je fais htop.
Suffisant pour être sûr ?

[dJuL]

Ok merci.
De toutes façons je viens de tester et ça ne marche pas tel quel avec une tache cron.
Je vais rajouter l'adresse de Jeedom en paramètre dans la fonction.

[benj29]

OK, merci, j'attends ton retour alors !

[dJuL]

edit6 :

Update du code patch v0.9676 en ligne

- CORE: Correction d'un bug concernant la vérification des URLs
Les URL avec un nom d’hôte et un port ne passaient pas => corrigé
- Interface web - Correction d'un bug concernant la vérification des champs de type URL
Les URL avec un nom d’hôte et un port ne passaient pas => corrigé

---------- ---------- ----------

OK, merci, j'attends ton retour alors !

C'est en ligne, il faut mettre à jour le Famework SC
viewtopic.php?f=27&t=17645&start=300#p584654


Ensuite dans le bloc code il faut modifier l'action makeDownloadUrl comme ceci :

Code : Tout sélectionner

//génère le lien, avec une validité de 30 secondes
$url = $files->makeDownloadUrl($imagePath, '192.168.0.1', 30);

avec 192.168.0.1 = adresse de Jeedom (IP ou nom d'hôte)

Pour atteindre Jeedom en https :

Code : Tout sélectionner

//génère le lien, avec une validité de 30 secondes
$url = $files->makeDownloadUrl($imagePath, '192.168.0.1', 30, true);

Pour spécifier le port de Jeedom :

Code : Tout sélectionner

//génère le lien, avec une validité de 30 secondes
$url = $files->makeDownloadUrl($imagePath, '192.168.0.1', 30, false, 8090);

Maintenant ça devrait marcher

[Jeandhom]

Oui c'est normal car j'arrive pas à reproduire...

Essayes en mode 'Auto' à la place de Wifi dans les paramètres avancés
Ou alors rajoutes l'action Moteur / restart juste après le resetWifi

J'ai le même résultat avec ces deux options, il faut reconnecter en manuel le wifi

Code : Tout sélectionner

En mode 'Auto', pour paw server, http://localhost:8080
Avec 'restart', pour paw server, http://0.0.0.0:8080

Pour moi le problème est réglé en laissant décoché 'resetWifi'.

Par contre, je reste disponible pour faire d'autres tests.

[dJuL]

Ok je crois comprendre.
Quand le resetWifi se produit au bout de 10s, la box est encore down donc le réseau wifi n'existe plus, donc l'appareil ne peut pas se connecter au wifi...
Il a donc bien le wifi activé, mais connecté à rien (d'où l'ip 0.0.0.0 que j'ai aussi chez moi à ce moment là)
Par contre chez moi dans ce cas de figure l'appareil arrive tout de même à se reconnecter au wifi automatiquement dès que la box revient en ligne, mais apparemment pas chez toi.
Il faudrait donc je pense rajouter un autre scénario déclenchant à nouveau le resetWifi mais après 180s par exemple, afin que la box ait le temps de finir de booter et que le Wifi existe au moment du resetWifi.

edit: car c'est dommage de décocher le resetWifi qui permet tout de même de retrouver le réseau en cas de bug wifi de l'appareil, ce qui peut arriver de temps en temps sur quasi tous les appareils (ça peut être juste une fois tous les 3 mois par exemple)

[Titi007]

Bonjour,
Déjà super boulot et merci Djul.
ça fait un moment que je suis ce forum et là, je viens enfin de me lancer sur mon galaxy note 3 rooté.
Tout a l'air de fonctionner nickel sauf (désolé si la question a déjà été posée mais pas vu) que je n'arrive pas à configurer l'envoi d'un mail avec mes propres identifiants !
ça marche nickel avec les paramètres par défaut mais lorsque je mets un serveur smtp personalisé gmail, j'ai cette erreur dans les logs :
SERVICE Erreur ligne 4096:
javax.mail.SendFailedException: Invalid Addresses;
nested exception is:
com.sun.mail.smtp.SMTPAddressFailedException: 550 Delivery is not allowed to this address.

ça doit être une erreur bête mais je ne trouve pas et ça m'embête de passer par l'email de quelqu'un pour envoyer mes mails
Si quelqu'un a la soluce, je suis preneur
Merci d'avance

[dJuL]

Ce n'est pas l'email de quelqu'un mais un compte dédié uniquement à JPI, là dessus il n'y a pas de soucis... Je ne connais même pas le mot de passe tellement il est long...

Mais par contre pour utiliser son compte gmail perso avec JPI il faut autoriser les appareils moins sécurisés dans ton compte gmail pour que ça marche :
https://myaccount.google.com/lesssecureapps

[Jeandhom]

Ok je crois comprendre.
Quand le resetWifi se produit au bout de 10s, la box est encore down donc le réseau wifi n'existe plus, donc l'appareil ne peut pas se connecter au wifi...
Il a donc bien le wifi activé, mais connecté à rien (d'où l'ip 0.0.0.0 que j'ai aussi chez moi à ce moment là)
Par contre chez moi dans ce cas de figure l'appareil arrive tout de même à se reconnecter au wifi automatiquement dès que la box revient en ligne, mais apparemment pas chez toi.
Il faudrait donc je pense rajouter un autre scénario déclenchant à nouveau le resetWifi mais après 180s par exemple, afin que la box ait le temps de finir de booter et que le Wifi existe au moment du resetWifi.

edit: car c'est dommage de décocher le resetWifi qui permet tout de même de retrouver le réseau en cas de bug wifi de l'appareil, ce qui peut arriver de temps en temps sur quasi tous les appareils (ça peut être juste une fois tous les 3 mois par exemple)

Je remets mon message d'origine.

Bonjour,

Je ne sais pas si c'est un bug ou un problème de configuration de mon appareil.

Samsung SM-G900F kltexx (Galaxy S5).
Android 6.0.1.
Freebox DHCP Off, Wifi Off.
Serveur DHCP sur une machine ne passant pas par le switch de la Freebox pour voir l'AP Wifi.
AP Wifi, Time Capsule.

Cet incident se reproduit systématiquement.

Lorsque je reboot la Freebox et avec le scénario par défaut "Événement se déclenchant lorsque la passerelle est hors-ligne depuis 10 secondes.", le téléphone perd son IP, il faut resélectionner manuellement le réseau Wifi pour que le téléphone récupère une IP.

Si je décoche "resetWifi" dans le scénario "Événement se déclenchant lorsque la passerelle est hors-ligne depuis 10 secondes.", alors le reboot de la Freebox se passe sans incident.

Un "resetWifi" seul se passe aussi sans incident.

Le serveur DHCP et l'AP wifi ne sont pas sur la box.
Je ne comprends pas pourquoi le resetWifi, lorsque je reboot la box, se passe mal.

[dJuL]

Oui c'est pas logique...
Sur l'appareil le wifi est comment physiquement après le resetWifi, connecté ou non ?
Car si l'ip est 0.0.0.0 c'est souvent quand le wifi n'est connecté à rien.

[Jeandhom]

Il est non connecté, il faut que j'aille dans les paramètres pour reconnecter manuellement sur mon AP.

[dJuL]

Donc le pb ne vient pas de JPI mais soit de l'AP qui n'est plus visible lors du reboot de la box, soit de l'appareil android lui même qui refuse de se connecté à l'AP pour une raison que je connais pas.
En tout cas un second resetWifi déclenché plus tard devrait surement résoudre le pb.
Si malgré tout l'appareil android ne veut plus se reconnecter automatiquement au wifi, il n'y a pas de solution, mis à part un reboot, mais c'est pas logique...

Au moment de la reconnexion manuelle, faut-il a nouveau rentrer la clef Wifi ?
Car si c'est le cas, c'est que l'appareil android ne reconnais plus l'AP comme celui déjà enregistré.

[Titi007]

Ce n'est pas l'email de quelqu'un mais un compte dédié uniquement à JPI, là dessus il n'y a pas de soucis... Je ne connais même pas le mot de passe tellement il est long...

Mais par contre pour utiliser son compte gmail perso avec JPI il faut autoriser les appareils moins sécurisés dans ton compte gmail pour que ça marche :
https://myaccount.google.com/lesssecureapps

L'option est Déjà activée .
Mince .. le problème doit venir d'ailleurs

Envoyé de mon Redmi Note 4 en utilisant Tapatalk

[dJuL]

Merci d'essayer directement dans l'interface web dans la fenêtre OUTILS / Exécuter action
puis action Communication / sendMail
Puis bouton Exécuter

[Titi007]

Merci d'essayer directement dans l'interface web dans la fenêtre OUTILS / Exécuter action
puis action Communication / sendMail
Puis bouton Exécuter

Merci de ton aide djul.
Je ne suis pas devant mon téléphone jpi.
En fait, j'ai ajouté une action sur perte internet par l'action sendmail et tester.
Et là, rien sauf dans le log marqué au dessus.
J'ai essayé aussi de tout redémarrer mais pareil.
Bizarre, je dois faire une petite erreur mais laquelle.


Envoyé de mon Redmi Note 4 en utilisant Tapatalk

[dJuL]

Je vais essayer voir si j'arrive à reproduire dans un scénario JPI

edit: non j'arrive pas à reproduire ça marche très bien chez moi avec un compte gmail, même avec le bouton tester dans un scénario JPI

edit2: Sinon envoies moi par mp le mail de destination qui ne fonctionne pas, je pourrai essayer pour voir si le mail part bien ou pas de chez moi.

[Jeandhom]

Donc le pb ne vient pas de JPI mais soit de l'AP qui n'est plus visible lors du reboot de la box, soit de l'appareil android lui même qui refuse de se connecté à l'AP pour une raison que je connais pas.
En tout cas un second resetWifi déclenché plus tard devrait surement résoudre le pb.
Si malgré tout l'appareil android ne veut plus se reconnecter automatiquement au wifi, il n'y a pas de solution, mis à part un reboot, mais c'est pas logique...

Au moment de la reconnexion manuelle, faut-il a nouveau rentrer la clef Wifi ?
Car si c'est le cas, c'est que l'appareil android ne reconnais plus l'AP comme celui déjà enregistré.

Un deuxième resetWifi après un sleep de 200 s résout le problème.
Je vais regarder du côté de la Time Capsule, elle ne doit pas aimer de ne plus voir la passerelle.

[dJuL]

Cool que le pb soit résolu.
Oui il y a surement un truc du genre qui se passe.
Sinon je te conseille de créer une clef de scénario 200 plutôt que de faire un sleep de 200s dans la clef de scenario 10s
Car si la passerelle revient suite au 1er resetWifi exécuté dans la clef 10, la clef 200 ne sera pas exécutée.