Projet d'interface http pour eedomus

[jluc2808]

quand tu ajoutes un fond de page dans vue, lorsque je l'affiche sur PC il n'affiche que 1/5ème de l'image qui n'est pas resizée. Pour avoir une image qui prend tout l'écran on devrait avoir quelle résolution ?

j'ai testé avec 1700x954 sur PC c'est OK , mais sur android c'est trop grand.
si je diminue alors j'ai un timbre poste sur PC et OK sur smartphone.

J'ai dû loupé (encore ) quelque chose.

[jluc2808]

Pour un ruban avec variation de couleur, je n’ai pas fait de type spécifique car je n’en ai pas (au moins pour faire un test afin de voir ce qu’il faut faire).
Je pense qu’il faut lui mettre le type « Etat »et récupérer les Etats de l’eedomus (dans Editer la liste puis Créer/Compléter)
A tester mais je pense que tu aura ainsi un menu popup avec les couleurs.
Me dire si ça fonctionne.


Envoyé de mon iPad en utilisant Tapatalk

bonne nouvelle, j'ai mis comme type module standard, puis j'ai fait créer/compléter et ça m'a importé les différentes couleurs directement avec les bonnes valeurs, y compris avec les icônes de couleur sauf pour les différents blancs ou j'ai l'affichage d'icones manquantes (que je ne sais pas ou aller chercher)

quand je regarde les nom d'icone pour les blancs c'est par exemple : lamp_warm.png ou lamp_cold.png que je trouve nul part (mais les autres non plus pourtant je vois les couleurs en icone)

j'ai aussi voulu mettre une icône à la place de module standard, donc j'ai mis color_wheel dans Num. icône, mais j'ai rien, pour être certains j'ai copié color_wheel de plugin vers flat2 (j'utilise ce thème), mais rien.

[serge81]

Il vaut mieux mettre la dernière version de MyDomus, j’ai changé pas mal de choses.

Pour les voler, mes SOMFY ne sont pas des IO et ne sont pas à ouverture variable.
J’avais implémenté des volets variables avec les indications de quelqu’un qui en avait mais qui ne doivent pas marcher comme les tiens. Dès que j’ai un peu de temps, j’ajoute un type volet SOMFY IO.

Pour les images de fond. Elle ne sont pas resizées car les icônes sont positionnés en absolu quelque soit la taille de l’écran.
Pour avoir des affichages différents (tablettes, smartphone, pc), il faut utiliser plusieurs profils.

Pour les icônes des états, il a utilisé automatiquement les icônes de l’eedomus.
C’est pour ça qu’ils ne sont pas sur le serveur de MyDomus. Pour ceux qui ne s’affichent pas il doit y avoir un problème de chemin. C’est différent des icônes personnalisés que tu peux aussi utiliser.
Il faut utiliser les champs icônes eedomus ou nom icônes.
Il y a un tuto ici : https://sbdomotique.wordpress.com/2020/02/17/mydomus-modules/


Envoyé de mon iPhone en utilisant Tapatalk

[serge81]

Pour tes volets, il faudra que tu me fasse une capture de l’écran des valeurs de tes volets dans l’eedomus ou des écrans où on voit comment ils fonctionnent.
Si c’est le fonctionnement habituel, il faut avoir défini les différentes valeurs pour que ça marche comme dans l’exemple pour les volets variables ici :
https://sbdomotique.wordpress.com/2020/02/17/mydomus-modules/
A moins qu’ils fonctionnent différemment des modules que je connais sur l’eedomus car je ne connais pas la syntaxe avec action=setclosure. C’est l’eedomus qui fait ça ? Ou c’est une commande http envoyée par l’eedomus vers ton contrôleur IO ?


Envoyé de mon iPhone en utilisant Tapatalk

[jluc2808]

voici la copie d'écran

écran volet IO eedomus.png (32.12 Kio) Consulté 8471 fois

pour le module j'utilise celui qui est sous store eedomus - SOMFY , pour lequel j'ai juste mis dans VAR1 l'adresse io//N°de device
dans les valeurs j'ai coché 0%, 50% et 100% sans rien changer.

j'ai aussi un volet en RTS

écran volet RTS eedomus.png (36.7 Kio) Consulté 8471 fois

pour celui-là j'utilise le même module du store mais avec rts//N°de device
j'ai utilisé le type volet, mais après tests ça ne fait rien, ni ouverture ni fermeture sur les 2 flèches, en le basculant en module standard et créer/compléter on a les bonnes actions avec ouvrir fermer stop.

si tu as besoin de plus dis moi

[jluc2808]

Bonjour,
Un autre utilisateur m’a confirmé qu’il a le problème avec POST avec nginx et pas avec apache.
Je testerai nginx pour voir...

Pour la température, j’y ai réfléchi, le type température sous Mydomus veut un nombre pour la température, je suppose que le tiens donne du texte ou un nombre décimal avec une virgule non reconnu. Le texte est transformé en la valeur 0. Quand tu choisi un autre type de capteur dans MyDomus qui accepte du texte, ça marche.
Je modifierai peut-être le type température pour qu’il prenne du texte car en fait même si c’est plus logique d’avoir un nombre, ça n’apporte pas de fonctionnalité.

Envoyé de mon iPad en utilisant Tapatalk

bon je viens de faire différents essais avec la dernière version 1.0
- si nginx virtual host port 81 et http alors erreur si POST et OK avec le GET
- si apache 2.2 virtual host port 81 et http et POST ou GET alors erreur 404
- si apache 2.2 virtual host port 82 et https et POST alors OK avec le POST et GET
- si apache 2.4 virtual host port 82 et https et POST ou GET alors erreur 500
- si apache 2.4 virtual host port 81 et http et POST ou GET alors erreur 500

[serge81]

Tes infos sont intéressantes pour apache et nginx.
Je suis encore sur apache 2.2. Il va falloir que je teste la 2.4 pour voir si quelque chose a changé.

Pour le volets, c’est effectivement parce que ils ne sont pas reconnus comme un module standard mais que ça passe par un plugin du store avec des requêtes http. Les miens sont en RTS mais ils passent par le RFplayer, donc ils sont inclus comme des modules sans http.
Il va donc effectivement falloir un type spécifique. Il va falloir voir comment les gérer. Il y aurait 2 solutions : Mydomus envoie des valeurs brutes déclarées dans les différents états de tes volets à l’eedomus (0, 50, 100, closed, open, stop) et l’eedomus fait une requête http. Pour cette solution, il faut mettre toutes les valeurs nécessaires dans l’eedomus (il manquerait pour les IO, les valeurs 10, 20, 30, 40, 60, 70, 80, 90 et il faudrait trouver le stop car je ne le voit pas).
L’autre solution serait que MyDomus fasse directement la requête http mais il faudrait mettre le numéro du volet dans la configuration du module sous MyDomus.
La seconde solution est plus directe mais la première est plus dans la logique du fonctionnement habituel où c’est l’eedomus qui gère les modules. L’intérêt de la première est que si la syntaxe http change, il suffit de mettre à jour l’eedomus et il n’y a rien besoin de faire pour Mydomus. Je pense que la première solution est mieux même s’il faut ajouter toutes les valeurs du volet...
Un avis ?


Envoyé de mon iPad en utilisant Tapatalk

[jluc2808]

pour les IO dans la copie d'écran il n'y a pas toutes les valeurs, parce que je n'ai pas coché "afficher toutes les valeurs masquées", mais si on affiche tout on a toutes les valeurs de 5% en 5% de 0% à 100%
0% étant nommé ouvert et 100% fermé.
Par contre on a pas de stop explicite.
je ne sais pas si tu récupères seulement les valeurs cochées ou toutes les valeurs y compris masquées quand tu fais un créer/compléter ?
mais dans tous les cas si tu récupères les valeurs, tu as ce qui est dans eedomus.

à partir de là une solution directe me semble bancale (solution 1), parce que tu devras envoyer l'ordre de Mydomus, mais récupérer le statut de eedomus, ou alors tu réécris tout le module

comme tu le mentionnes, la solution 2 est plus dans l'esprit de ce que tu as déjà développé, asservie à eedomus, sans faire plus ni moins, c'est moins direct, je ne sais pas si le polling de 6s est aussi pour les ordres envoyés ? Dans ce cas si l'utilisateur veut un "stop" il doit le rajouter dans sa config eedomus, mais c'est pas à toi de l'ajouter par programme, au mieux tu ajoutes une recommandation dans la documentation pour dire comment faire pour ajouter une ligne stop dans la liste des commandes et on peut le faire à la main avec Ajouter.

pour le RTS via le plugin du store tu fais pareil, mais là tu as le stop qui est déjà intégré.

pour les volets via RFPlayer tu as un autre type à mettre.

[jluc2808]

Pour un ruban avec variation de couleur, je n’ai pas fait de type spécifique car je n’en ai pas (au moins pour faire un test afin de voir ce qu’il faut faire).
Je pense qu’il faut lui mettre le type « Etat »et récupérer les Etats de l’eedomus (dans Editer la liste puis Créer/Compléter)
A tester mais je pense que tu aura ainsi un menu popup avec les couleurs.
Me dire si ça fonctionne.


Envoyé de mon iPad en utilisant Tapatalk

bonne nouvelle, j'ai mis comme type module standard, puis j'ai fait créer/compléter et ça m'a importé les différentes couleurs directement avec les bonnes valeurs, y compris avec les icônes de couleur sauf pour les différents blancs ou j'ai l'affichage d'icones manquantes (que je ne sais pas ou aller chercher)

quand je regarde les nom d'icone pour les blancs c'est par exemple : lamp_warm.png ou lamp_cold.png que je trouve nul part (mais les autres non plus pourtant je vois les couleurs en icone)

j'ai aussi voulu mettre une icône à la place de module standard, donc j'ai mis color_wheel dans Num. icône, mais j'ai rien, pour être certains j'ai copié color_wheel de plugin vers flat2 (j'utilise ce thème), mais rien.

si je me base sur ce qui est pris en compte via "Créer/Compléter" on a tout ce qu'il faut pour un type "couleur". Si on choisit le type état ce n'est pas le bon puisque on ne peut pas choisir de modifier la couleur, mais seulement l'afficher, le type module standard permet d'avoir le popup de choix et affiche correctement les valeurs de couleurs (au polling près).

[jluc2808]

au fait tu me dis si je gonfle avec mes demandes et remarques, je le prendrais pas mal.

question de néophite eedomus: y a t il la possibilité de mettre tout cela sur la box eedomus directement ? (serveur web/php) donc sous la forme d'un plugin

[serge81]

Pour l’installation sur la box, ce n’est pas possible au moins pour l’instant car il faudrait que la team le rende possible en mettant un php plus complet.
Pour l’instant c’est un php « maison » (pour la box Vera, certains l’avaient mis directement dessus).

Pour tes questions, pas de problème, ça me fait un debugage de MyDomus.

Pour le ruban, je mettais trompé . Il faut effectivement mettre module standard.

Le retour d’état se fait toujours en passant par l’eedomus. Quand une commande est envoyée par MyDomus, je ne change pas l’état du module, j’attends d’avoir le retour de l’eedomus qui me donne l’état de celui-ci.

Pour le volet IO, il faudrait essayer de mettre le paramètre stop comme pour celui en RTS pour voir si ça marche. Les commandes envoyées par MyDomus marchent aussi pour les valeurs cachées dans l’eedomus.


Envoyé de mon iPhone en utilisant Tapatalk

[serge81]

Pour le ruban, en le mettant en standard, tu n’a pas le retour d’état ?


Envoyé de mon iPhone en utilisant Tapatalk

[jluc2808]

Pour le ruban, en le mettant en standard, tu n’a pas le retour d’état ?


Envoyé de mon iPhone en utilisant Tapatalk

si c'est bon, ce que je n'arrive pas à faire c'est lui mettre une icône "correcte"

[jluc2808]

Pour le volet IO, il faudrait essayer de mettre le paramètre stop comme pour celui en RTS pour voir si ça marche. Les commandes envoyées par MyDomus marchent aussi pour les valeurs cachées dans l’eedomus.

je vais tester avec la même commande que le RTS on sait jamais et si ça marche pas j'irais poser la question dans la discussion sur l'intégration SOMFY.

[jluc2808]

Pour le volet IO, il faudrait essayer de mettre le paramètre stop comme pour celui en RTS pour voir si ça marche. Les commandes envoyées par MyDomus marchent aussi pour les valeurs cachées dans l’eedomus.

je vais tester avec la même commande que le RTS on sait jamais et si ça marche pas j'irais poser la question dans la discussion sur l'intégration SOMFY.

oui ça fonctionne avec la même commande que pour le RTS : &action=stop
je viens de l'ajouter dans eedomus : valeur et l'import fonctionne l'action aussi.

[serge81]

Pour nginx, j’ai trouvé l’explication sur le web: le POST n’est pas autorisé sur les fichiers statiques ( je ne sais pas pourquoi).
Il n’y a donc que le premier à mettre en GET ( pour lang.json) car les autres appellent en fichier dynamique php.
Apache 2.4 marche chez moi. Il y a donc une problème lié au virtual host...


Envoyé de mon iPad en utilisant Tapatalk

[jluc2808]

Pour nginx, j’ai trouvé l’explication sur le web: le POST n’est pas autorisé sur les fichiers statiques ( je ne sais pas pourquoi).
Il n’y a donc que le premier à mettre en GET ( pour lang.json) car les autres appellent en fichier dynamique php.
Apache 2.4 marche chez moi. Il y a donc une problème lié au virtual host...


Envoyé de mon iPad en utilisant Tapatalk

ça conforte le fait de passer en standard l'appel lang.json en GET (en plus y a pas de raison de le laisser en POST)
j'ai pas poussé plus que ça le test avec apache 2.4 (notamment avec toutes les versions de PHP , mais tu as surement raison pour le sujet virtualHost) l'erreur 500 est quand même bizarre

[serge81]

Oui, une erreur 500 c’est bizarre et ça donne peu d’information.
Je viens d’essayer avec un virtualhost configuré comme ici:

Et avec une adresse du type http://192.168.1.2:345, je n’ai pas de problème...
Je laisserai le GET dans les futures version...


Envoyé de mon iPhone en utilisant Tapatalk

[serge81]

J'ai testé le fait de démarrer en mode vue ou tableau de bord sur PC, je n'ai pas vu de bug mais il faut comprendre le fonctionnement :
- Sur PC, MyDomus considère que le mode paysage correspond à une surface d'affichage avec une taille horizontale plus grande que la taille verticale (ce qui est souvent le cas sauf dans un mode fenêtre réduit en largeur).
- Si dans la partie configuration/Affichage, le paramètre "Vue en paysage" est activé : MyDomus affiche le mode vue lors de son lancement s'il détecte le mode paysage (il reste sur le tableau de bord sinon).
- Si dans "Basculement auto. vers", le paramètre Vues est activé : MyDomus passera en mode vue lorsqu'il détectera que l'affichage qui était en portrait passe en paysage (sur PC en modifiant la taille de la fenêtre du navigateur).

[serge81]

Pour l'ajout des volets SOMFY, il faudrait que tu me refasse une capture d'écran des IO et RTS avec également les valeurs cachées...