Projet d'interface http pour eedomus

[b2020HOme0145]

bonjour

je viens d'installer MyDomus sur un synology sous DMS7

Je n'arrive pas à faire défiler l'écran notamment pour les modules.

Faut-il installer wordpress sur le synology ?

[serge81]

Bonjour,
MyDomus n’est pas sur WordPress, il n’est donc pas nécessaire.
Cette interface est fait pour être utilisée sur tablette ou smartphone: défilement en faisant glisser le doigt verticalement.
Sur PC, pour simuler le doigt, il faut faire glisser la souris en gardant le doigt appuyé sur le bouton gauche de la souris.


Envoyé de mon iPhone en utilisant Tapatalk

[b2020HOme0145]

Merci pour l info.

J ai un autre souci, ce matin, je n arrive pas à accéder au site

J ai trois points verts qui clignote !! Avant même l identification…

Une idée ?

[serge81]

Quand il reste sur les trois points verts c’est qu’il n’arrive pas à se charger.
Ça peux venir de pas mal de choses.
C’est sur PC ? Tu as changé quelque chose ?
C’est sous quel explorateur ? Essaye en vidant tout le cache de l’explorateur.


Envoyé de mon iPhone en utilisant Tapatalk

[b2020HOme0145]

C est sur un ancien iPad sous version 5

Sur un iPad récent, ça a fini par charger.
Peut-on se connecter via plusieurs tablettes en même temps ?

[serge81]

Oui, il est possible d’avoir plusieurs connexions sans problème (chez moi 2 iPhones et 2 iPads) mais il est possible qu’il y ait un problème de compatibilité avec un vieux Safari sous un iPad plus à jour.


Envoyé de mon iPhone en utilisant Tapatalk

[b2020HOme0145]

ça doit être un problème de compatibilité.

Dommage, après que l'application eedomus soit également incompatible, je pensais pouvoir ré utiliser cette tablette !!

Dernière question du jour : peut-on dupliquer un profil afin de ne pas partir de zéro ?

Merci pour ce développement.

[serge81]

Je n’ai pas prévu de duplication automatique mais c’est possible en copiant les fichiers qui sont dans protect/config
Dans le premier profil, les fichiers sont dans devices.json, pour les modules, rooms.json pour les pièces, floors.json pour les vues et tabs.json pour les onglets. Pour les mettre dans le deuxième profils il faut faire une copie en les appelant devices1.json, rooms1.json, floors1.json, tabs1.json.


Envoyé de mon iPhone en utilisant Tapatalk

[b2020HOme0145]

MERCI POUR VOTYRE RETOUR

je ferai le test. Bon dimanche

[jluc2808]

suggestion/amélioration:

lorsqu'on est sur un équipement standard, l'état (action) de ce dernier est positionné et est en surligné gris dans la liste des actions possibles, on ne peut pas relancer cette même action, il faut artificiellement en faire une autre pour dégriser et pouvoir actionner.

Ceci est génant quand l'équipement a bougé par ailleurs (volet en position fermé si on a appuyé sur la télécommande descente et la dernière action dans eedomus était montée), dans ce cas on ne peut pas activer montée puisque grisé.

Peux-tu laisser la fonction active même si grisée.

merci

@serge81
y a t il solution possible à ce comportement ? (changer de type ?)

mon cas: j'ai un actionneur global pour fermer / ouvrir tous les volets (par exemple dernier ordre : fermer) et si j'utilises par ailleurs Alexa pour un ordre à la voix (par exemple ouvrir), l'actionneur dans eedomus reste sur sa dernière position (fermer) et de ce fait je ne peux pas lancer l'ordre fermer qui est grisé.

[jluc2808]

bonjour,
est-il possible d'avoir un widget de type jauge, par exemple pour les batteries ou % de luminosité d'une ampoule.

merci

[serge81]

Bonjour,
ça faisait un bout de temps que je n'avais pas eu la possibilité de m'occupé de MyDomus...
J'ai testé le problème de la perte de la configuration des pièces quand on mais à jour la liste et je n'ai pas réussi à reproduire ce bug.

Pour la question de l'actionneur dont on ne peut relancer l'état, je peux essayer d'ajouter un comportement différent mais l'idée est plutôt de se synchroniser avec l'eedomus et de ne pas avoir de module dont l'état n'est pas bon dans l'eedomus (puisque le but est d'avoir l'eedomus comme superviseur de toute ma domitique) :
Pour les volets, j'ai des volets SOMFY sans retour d'état mais j'ai pris garde de passer toujours par l'eedomus quand je les actionne (y compris avec Alexa ou une télécommande) pour avoir toujours le bon état de ces volets et du coup il n'y a pas de problème non plus dans MyDomus.
J'ai par exemple un actionner global pour fermer tous les volets et je peux le lancer par la commande "alexa, ferme tous les volets". Cet actionneur me ferme les volets et mets les volets dans l'eedomus dans l'état fermé...

[serge81]

Pour un control de type jauge, c'est possible dans le mode plan, il faut utiliser un "custom control".
Un tuto :
https://sbdomotique.wordpress.com/2021/03/13/mydomus-les-custom-control/

[jluc2808]

@serge81 merci de te pencher sur mes demandes

concernant les volets, je suis dans la même config, comment tu fais pour avoir toujours la bonne position sur eedomus, de l'actionneur qui ferme tous les volets et peut être déclenché de plusieurs endroits.

par exemple pour mon actionneur 'tous les volets':
- quand j'active la fermeture avec alexa dans ce cas c'est le lien alexa - somfy qui est activé.
- pour les volets IO, somfy renvoi la positon des volets sur tous les gestionnaires domotiques (y compris eedomus), donc j'ai la position des volets (avec un peu de décalage mais c'est gérable)
- l'actionneur 'tous les volets' lui n'a pas bougé, il reste dans la position de la dernière commande eedomus et pas de la dernière commande alexa.

dans ce cas , ma demande n'est pas de changer la position de l'actionneur, qui reflète la position dans eedomus, mais de pouvoir envoyer n'importe quel ordre sans bloquer celui qui est enclenché.

J'ai le même problème avec mon robot xiaomi, pour lequel , s'il est sur 'charge' dans eedomus et donc sur Mydomus, ce qui peut ne pas être vrai pour plein de raison, je ne peux pas renvoyer l'ordre 'charge' depuis Mydomus, alors que je peux le faire dans eedomus.

[jluc2808]

Pour un control de type jauge, c'est possible dans le mode plan, il faut utiliser un "custom control".
Un tuto :
https://sbdomotique.wordpress.com/2021/03/13/mydomus-les-custom-control/

OK merci de je vais regarder, mais ça semble répondre.

[jluc2808]

Bonjour,
ça faisait un bout de temps que je n'avais pas eu la possibilité de m'occupé de MyDomus...
J'ai testé le problème de la perte de la configuration des pièces quand on mais à jour la liste et je n'ai pas réussi à reproduire ce bug.

je viens de refaire le test, plus de pb non plus, probablement un décalage avec une pièce créée mais sans item affecté en primaire dedans.

laisse tomber, je reviendrais si ça se reproduit avec plus de détail sur les séquences et état dans ce cas.

[jluc2808]

par contre, sur mon android tablette, j'ai relativement souvent des états qui proviennent d'autres dispositifs (au mois 1 fois par semaine)

du style 'c'est un exemple mais j'en ai d'aures) ma lampe RGBW Hue, a les états des couleurs est déclarée comme module standard dans Mydomus pour récupérer tous les états des couleurs (10 au total dans eedomus)
de temps en temps, je retrouve dedans des valeurs qui proviennent d'un autre équipement - par exemple 'jour', qui a les valeurs de tous les jours (lundi, mardi, ......) et qui viennent soit écraser les valeurs de la lampe , soit s'ajouter , soit même remplacer quelques valeurs.

je t'avoues ne pas avoir identifié quand, ni le contexte dans lequel ça se produit, mais c'est forcément après un rechargement ou un lancement de Mydomus et sans modification des équipements en question dans eedomus, peut-être d'autres mais pas ceux-là.

Tablette d'entrée de gamme de marque pas connue DUODUOGO, avec 4Go de RAM , android 10, connectée en WIFI sur le réseau local du serveur Mydomus et l'eedomus.

[serge81]

Pour les volets (ou autre) et Alexa, en fait je ne laisse pas Alexa envoyer directement une commande vers un module. Une commande Alexa passe toujours par l'eedomus. Donc le statut des commandes Alexa et le même sous l'eedomus.
Pour les volets, comme, sous Alexa, ils sont (ou étaient ?) gérés différemment des autres modules, j'ai créé des modules virtuels sur l'eedomus pour Alexa et créé des routines Alexa du style "ferme tous les volets" qui actionne les modules nécessaire avec la commande "fermer" et pas "éteint" et veiller à ce que ces modules virtuels passent tous les modules ou actionneurs dans les bons états dans l'eedomus...
L'objectif est que ce soit toujours l'eedomus le contrôleur (avec tous les bons état) et qu'Alexa, MyDomus, un interrupteur ou une télécommande ne soit qu'une interface de contrôle de l'eedomus.
Les seuls cas où je ne le fait pas c'est pour des interrupteurs zwave associés directement avec des modules zwave mais après avoir vérifié qu'il y a bien un retour d'état vers l'eedomus (et dans quelques cas d'association sur le s2 d'un interrupteur Fibaro comme le retour d'état n'était pas correct, j'ai laissé l'association mais ajouté une macro qui force le bon état dans l'eedomus).

Il a fallu que je prennes un peu de temps pour tout tester mais depuis maintenant plusieurs années, tout marche très bien (à la différence de HomeKit sur lequel j'ai toujours eu un fonctionnement aléatoire).

[serge81]

Pour le "mélange" des états des modules, j'avais eu ce bug mais je pensais que c'était corrigé.
Pour que j'essaye de comprendre, il faudrait trouver quand ça se produit pour que je puisse provoquer ce bug et comprendre ce qui se passe.

[jluc2808]

Pour les volets (ou autre) et Alexa, en fait je ne laisse pas Alexa envoyer directement une commande vers un module. Une commande Alexa passe toujours par l'eedomus. Donc le statut des commandes Alexa et le même sous l'eedomus.
Pour les volets, comme, sous Alexa, ils sont (ou étaient ?) gérés différemment des autres modules, j'ai créé des modules virtuels sur l'eedomus pour Alexa et créé des routines Alexa du style "ferme tous les volets" qui actionne les modules nécessaire avec la commande "fermer" et pas "éteint" et veiller à ce que ces modules virtuels passent tous les modules ou actionneurs dans les bons états dans l'eedomus...
L'objectif est que ce soit toujours l'eedomus le contrôleur (avec tous les bons état) et qu'Alexa, MyDomus, un interrupteur ou une télécommande ne soit qu'une interface de contrôle de l'eedomus.
Les seuls cas où je ne le fait pas c'est pour des interrupteurs zwave associés directement avec des modules zwave mais après avoir vérifié qu'il y a bien un retour d'état vers l'eedomus (et dans quelques cas d'association sur le s2 d'un interrupteur Fibaro comme le retour d'état n'était pas correct, j'ai laissé l'association mais ajouté une macro qui force le bon état dans l'eedomus).

Il a fallu que je prennes un peu de temps pour tout tester mais depuis maintenant plusieurs années, tout marche très bien (à la différence de HomeKit sur lequel j'ai toujours eu un fonctionnement aléatoire).

yes quand tu as un retour d'état qui met à jour la commande ça marche,

si je prends mon roborock - xiaomi, je suis en plein dedans , il y a eu un défaut de positionnement sur la carte du robot, de ce fait l'état est : en sommeil , maintenant cet état ne correspond pas à une action pour le robot , donc il reste avec la dernière action dans mydomus qui était : démarrage nettoyage.
Dans Mydomus je ne peux pas relancer démarrage nettoyage, puisque grisé . Par contre dans eedomus je peux relancer l'action 'démarrage nettoyage même si elle est marquée comme ction actuelement.