Merci de ton aide.
Dans cette liste est apparu me.autotouch.AutoTouch.ios8
J’ai tenté un « bash jailed/activator_send.sh me.autotouch.AutoTouch.ios8 » et un « activator send me.autotouch.AutoTouch.ios8 » mais ça n’a pas d’effet.
Dans AutoTouch j’ai activé la fonction « Hold » qui permet de faire jouer une macro avec un appui simple du volume. Quand j’appui physiquement sur le bouton volume de l’ipad la macro se lance bien, par contre quand je le fais via la commande volumemoins du plugin je n’ai pas de résultat. Je continue à tenter des trucs.
Oui, la commande volume moins agit sur le volume directement, pas sur le bouton.
Alors, stouch touch 100 50 fonctionne sur mon iPhone 4s en 9.3.5.
Merci, tu as le tweak SimulateTouch 0.7-17?
kr.iolate.simulatetouch
0.7-17
iphoneos-arm
Simulate fake touch and swipe. Support multi-touch
Par contre sur iPad Air iOS 12 ou 13, ça passe pas.
Je viens de réinstaller Stouch. Quand je mets comme stouch touch 100 50, Jeedom affiche une alerte Action invalide : stouch touch 100 50 ; echo $?
Ah oui, j’ai mis une sécurité. 
Et y a t’il un contournement possible ou vaut-il mieux que j’axe mes recherches sur AutoTouch?
Je viens de pousser une correction en stable. C’est sur le marché.
Génial! Ca fonctionne! Un grand merci
Super 
Pas de quoi.
Quelques ajouts sur la beta pour demain :
- pour le script
bash jailed/activator_send.sh:
audio N: Avec N entre 0 et 100 => fixe une valeur au volume
lumière N: Avec N entre 0 et 100 => fixe une valeur à la luminosité
autolock|verrou: # Activer/désactiver le verrouillage automatique
darkmode|modesombre: # Activer/désactiver le mode sombre
n’importe quelle autre listeners de votre appareil (Menu Installation > activator listeners)
Quelques exemples :
bash jailed/activator_send.sh audio 10
bash jailed/activator_send.sh lumiere 40
bash jailed/activator_send.sh autolock
bash jailed/activator_send.sh modesombre
bash jailed/activator_send.sh libactivator.ringtone.texttone:Noir
...
- pour la commande Photo :
correction d’une erreur de recherche de la dernière photo et amélioration
Super, je voudrais utiliser cette fonctionnalité pour connaitre l’état verouillé/déverouillé de l’ipad. Ca me servira par exemple à lancer un Timer lorsque jeedom détecte un déverouillage du device pour le verrouiller ensuite.
Est-ce que le script se met à jour automatiquement en cas de modification de l’etat de l’Ipad ou est-ce qu’il faut déclencher le script avec un Cron?
Jeedom récupère actuellement toutes les 5 min ces informations.
Sur mon installation, j’ai un iPad qui a un démon qui tourne constamment (cron 30 secondes) et envoie à Jeedom (via l’API du plugin Jailbreak) des informations de ce style (consommation en mA, page/app actuelle…) si elle ont changé depuis la dernière utilisation.
J’ai codé la plus grosse partie qui est déjà dans les versions stable/beta.
Reste encore la partie configuration des commandes à mettre en place.
Je sais pas quand je sortirai cette maj.
Merci de ta réponse.
Dans la beta de ce soir :
- Ajout d’une application supplémentaire prise en charge pour la commande Caméra (RTSP)
- Désormais, gestion manuelle de l’application Caméra via menu déroulant (sauvegarder après modification)
Config LiveReporter pour le plugin Caméra :
Hésitez pas à me soumettre vos App utilisées pour la fonction Caméra.
J’ai avancé la partie fonctionnalité cron.
Je dirais que ça devrait sortir au minimum la semaine prochaine.
Quelqu’un peut faire un retour sur la beta actuelle svp ?
Nouvelle beta sur le marché. Voilà l’essentiel des modifications :
- Ajout cron commandes (tab cron)
- Ajout du temps de traitement en log debug
- Optimisation du temps de traitement des commandes
- Correction info espace disque
- Correction de la valeur de retour de certaines commandes
- Correction commande Liste des App qui n’affichaient rien
- Ajout d’une nouvelle méthode (zéro) de capture de photo pour iOS < 10
- Ajout d’une nouvelle App de gestion (commande Camera) Karakuri Camera - Auto Shutter & WEB Monitoring (com.plusblog.karakuri)
Commande Photo : nouvelle méthode iOS < 10
Commande Caméra : nouvelle Application incluse
Cette application envoie des snapshot contrairement aux autre App qui fournissent un flux RTSP.
Intégration dans le plugin-camera en cours.
Depuis le plugin camera on peut ensuite régler plusieurs paramètres : qualité, caméra avant/arrière, dimension…
Cron iOS des commandes
Il s’agit des cron de l’appareil, et pas ceux de Jeedom.
Via ce cron, on peut demander à son appareil de mettre à jour les commandes listées selon l’interval choisi.
Pour rappel, Jeedom demande toutes les 5 minutes à l’appareil ces informations.
Peut être utile pour remonter l’app en cours de lancement rapidement.
Je vous laisse me remonter tout bug ou info
Doc mise à jour
Le plugin-camera contient désormais la configuration des App du plugin-jailbreak.
Petite préférence pour l’App Karakuri Camera qui envoie en jpeg les snapshot.
Voilà la config utilisée :
- Les commandes incluses dans plugin-camera :
- activer la caméra frontale,
- activer la caméra dorsale,
- activer/désactiver l’affichage vidéo sur l’appareil (écran noir),
- activer/désactiver le son,
- régler les fps des snapshot,
- régler le niveau audio,
- régler la qualité d’encodage jpeg,
- régler l’intervalle de temps entre les images,
- Les informations fournies :
- Date heure,
- dimension des jpeg,
- pourcentage de différence entre les jpg,
- mémoire utilisée,
- batterie restante.
Bonjour 
Nouvelle mise à jour en beta :
- Ajout de la suppression journalière des photos stockées dans Jeedom
- Ajout des commandes de base (info) :
- Amperage chargeur et Puissance chargeur
- Consommation instantanée
- Santé batterie (en pourc.)
- Capacité batterie (en pourc.)
- Temps estimé avant charge/décharge complète
- Capacité initiale
- Capacité maximale
- Capacité actuelle
- Remise en forme de l’affiche dashboard de Batterie
- Allègement des commandes envoyées aux appereils (30% plus rapide)
- Ajout d’un input Unité pour les commandes info non nulles
La consommation de l’iPad en instantané permet de calculer le temps restant avant charge/décharge complète.
Le premier pourcentage correspond à l’état de charge actuel (le total de mAh réellement chargé / le total de mAh maximal) => le total peut dépasser 100%
Le deuxième pourcentage est l’état de santé actuel => on peut juger de la dégradation de la batterie par cette valeur.
NB : Il faut réenregistrer chaque équipement pour récupérer les nouvelles commandes.
Si une erreur s’affiche, supprimez les 2 commandes « Capacité actuelle » et « Capacité maximale », enregistrez, et enregistrez à nouveau.
