Forum Lifedomus

Version complète : Continuité de l’offre Lifedomus
Vous consultez actuellement la version basse qualité d’un document. Voir la version complète avec le bon formatage.
Pages : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21
(02-22-2021, 05:23 PM)Daniel a écrit : [ -> ]Bonjour,

J'ai peut être raté un échange mais cela ne dérange que moi que cela soit une solution Cloud qui du jour au lendemain peut fermer ?
J'ai déjà vécu cela avec d'autres services Cloud et même les plus grands éditeurs ne se gênent pas pour arrêter un service quand il n'est pas rentable.

Daniel

@daniel, on est sur une solution partiellement Cloud, le fonctionnement est local ou via un accès web sur le serveur. La création de l'interface et des "connecteurs" est local, ce qui dépend du cloud c'est en bout de course, une fois les tests réalisés, la partie stockage de la config associé à l'envoi des licences.

je comprend que le stockage config sur les serveurs Iridium te dérange, mais si on y réfléchit, au cas ou Iridium dépose les clés, ce qui est déjà fait reste fonctionnel. Je n'ai pas compris si on doit recharger la config en cas de modification d'un paramètre? 

Si je reprend le fonctionnement de la LD, quid de easy life qui est un redirecteur chez DD ? quid du déblocage d'un connecteur "aujourd'hui payant" qui dépend de la licence DD, quid des applets IOS et Android poussées et maintenues sur le store par DD, quid des pushs mobiles ?   je ne suis pas certains qu'on soit mieux!

en complément si je reprend les solutions dites entièrement locale - HC3, HA, Domoticz, Jeedom pour les avoirs testées, c'est pas si autonome que ça, 
- Jeedom faut payer donc licence centrale (et maintenant certains service c'est de l'abonnement), 
- HA même si local regarde les déboires avec OpenZwave, si tu n'as pas les évolutions et les HACS centralisés , bonjour les évolutions , c'est - Domoticz c'est encore le seul qui me semble être très autonome, mais au prix de moins en moins d'évolutions
- HC3 (Fibaro), on attend toujours le déblocage de zigbee (c'est du central) 

je ne ferais pas le tour de toutes solutions, y en a plein d'autres OpenHab, Homey, ..... 

y a d'autres points que celui-là qui me bloquent plus. 

Ce n'est que mon avis et ma perception compte tenu des priorités que je mets dans les critères de la box. Et comme on est là pour échanger tu as parfaitement raison de poser la question.
Bonjour,

Ca fait maintenant 15j que j'ai travaillé a tout migrer sur Home Assistant et ça marche super bien. Il y a quelques petites choses un peu difficile a prendre en main mais sur des aspects particulier. 
J'ai pu migrer tout mon KNX (beaucoup de participants) et mon Z-Wave (6 participants) sans soucis. Pour le z-wave, la clé contient les données, donc c'est assez facile, faut avoir noté a quoi correspond chaque node pour faciliter la compréhension. 
Il y a plein de tutos et d'exemples sur internet.
Sur petit bémol, le plugin zwave vient d'être refondu et ne permet pas le changement de conf. Pour ça j'ai du passer par un autre outil installé sur un poste windows pour envoyer les GET et SET sur la config. Mais j'imagine que c'est dans les tuyaux... Il y a des solutions en attendant avec MQTT et zwave semble t'il mais j'ai pas voulu creuser, ct aussi simple avec un outil...

Mes dashboard sont simple et efficace. Je vais surement revoir un peu pour faire des dashboard dédié mobile qui ressemblent à ceux de la LD mais c'est par ce que je suis curieux :D.
(02-22-2021, 06:00 PM)sud-domotique-expert a écrit : [ -> ]
(02-22-2021, 05:23 PM)Daniel a écrit : [ -> ]Bonjour,

J'ai peut être raté un échange mais cela ne dérange que moi que cela soit une solution Cloud qui du jour au lendemain peut fermer ?
J'ai déjà vécu cela avec d'autres services Cloud et même les plus grands éditeurs ne se gênent pas pour arrêter un service quand il n'est pas rentable.

Daniel

@daniel, on est sur une solution partiellement Cloud, le fonctionnement est local ou via un accès web sur le serveur. La création de l'interface et des "connecteurs" est local, ce qui dépend du cloud c'est en bout de course, une fois les tests réalisés, la partie stockage de la config associé à l'envoi des licences.

je comprend que le stockage config sur les serveurs Iridium te dérange, mais si on y réfléchit, au cas ou Iridium dépose les clés, ce qui est déjà fait reste fonctionnel. Je n'ai pas compris si on doit recharger la config en cas de modification d'un paramètre? 

Si je reprend le fonctionnement de la LD, quid de easy life qui est un redirecteur chez DD ? quid du déblocage d'un connecteur "aujourd'hui payant" qui dépend de la licence DD, quid des applets IOS et Android poussées et maintenues sur le store par DD, quid des pushs mobiles ?   je ne suis pas certains qu'on soit mieux!

en complément si je reprend les solutions dites entièrement locale - HC3, HA, Domoticz, Jeedom pour les avoirs testées, c'est pas si autonome que ça, 
- Jeedom faut payer donc licence centrale (et maintenant certains service c'est de l'abonnement), 
- HA même si local regarde les déboires avec OpenZwave, si tu n'as pas les évolutions et les HACS centralisés , bonjour les évolutions , c'est - Domoticz c'est encore le seul qui me semble être très autonome, mais au prix de moins en moins d'évolutions
- HC3 (Fibaro), on attend toujours le déblocage de zigbee (c'est du central) 

je ne ferais pas le tour de toutes solutions, y en a plein d'autres OpenHab, Homey, ..... 

y a d'autres points que celui-là qui me bloquent plus. 

Ce n'est que mon avis et ma perception compte tenu des priorités que je mets dans les critères de la box. Et comme on est là pour échanger tu as parfaitement raison de poser la question.

Je comprends ton propos, mais l'expérience de LD doit nous faire penser au pire scénario qui n'est pas de la fiction puisque cela nous arrive.

La solution idéale doit donc être une licence perpétuelle avec une maintenance annuelle donnant droit aux mises à jour et au support. Si la société mais la clé sous la porte, alors la solution certes n'évoluera plus mais au moins elle continuera de fonctionner.

Le problème avec LD, c'est que la solution ne fonctionnera plus au delà du plantage car le hardware et la licence sont verrouillés. Je ne parles pas des applis mobiles qui subiront le même sort dans quelques mises à jour d'Android / iOS.

L'open source a de rassurant le fait que le code soit disponible mais de l'autre côté sa pérennité dépend de sa communauté.

Pour ma part, je suis en full KNX et je vais essayer de m'orienter vers le moins de dépendance possible. Ce que je recherche donc en priorité c'est une visu avec App mobile.

Je reconnais que la tâche n'est pas simple pour répondre à tous les critères (ce dont à besoin un intégrateur) mais en tant qu'utilisateur, il faut cocher ses propres critères et non l'ensemble des critères de tous car c'est mission impossible sans LD.

Et je te rejoins car en effet l'échange est intéressant et enrichissant et qui sait, peut être permettra t-il de faire le bon choix.
(02-22-2021, 06:11 PM)fredblabla a écrit : [ -> ]Bonjour,

Ca fait maintenant 15j que j'ai travaillé a tout migrer sur Home Assistant et ça marche super bien. Il y a quelques petites choses un peu difficile a prendre en main mais sur des aspects particulier. 
J'ai pu migrer tout mon KNX (beaucoup de participants) et mon Z-Wave (6 participants) sans soucis. Pour le z-wave, la clé contient les données, donc c'est assez facile, faut avoir noté a quoi correspond chaque node pour faciliter la compréhension. 
Il y a plein de tutos et d'exemples sur internet.
Sur petit bémol, le plugin zwave vient d'être refondu et ne permet pas le changement de conf. Pour ça j'ai du passer par un autre outil installé sur un poste windows pour envoyer les GET et SET sur la config. Mais j'imagine que c'est dans les tuyaux... Il y a des solutions en attendant avec MQTT et zwave semble t'il mais j'ai pas voulu creuser, ct aussi simple avec un outil...

Mes dashboard sont simple et efficace. Je vais surement revoir un peu pour faire des dashboard dédié mobile qui ressemblent à ceux de la LD mais c'est par ce que je suis curieux :D.

@fredblabla bonjour,

j'avais tenté il y a déjà quelques mois, un passage sur HA  dans 1 premier temps pour du perso, afin de voir ce qu'il en retourne :
j'ai ajouté très rapidement quelques modules quasi en automatique 
- mon Pont Hue avec ses périphériques déjà connus
- l'accès à mes données panneaux solaires via le connecteur sur l'API solaredge
- l'accès à mes volets SOMFY via l'API tahoma

à l'époque je n'ai pas voulu migrer mes équipements zwave (et bien m'en a pris)

mais les choses ce sont compliquées :
- l'interfaçage avec Alexa (sans payer la redevance) ==> un peu plus galère mais ça se fait et comme d'autres j'ai toujours un message d'erreur sur les retours d'état que je ne peux pas enlever
- la reprise de mon Thermostat Nest ==> là impossible
- l'accès aux données enedis linky ==> bataillé un paquet de temps et en définitive j'ai refait un développement de l'API avec l'aide d'un trapu HA

- j'ai voulu réintégrer des ordres HTTP entrant comme sur la LD (listener), j'ai jamais trouvé comment faire et je me suis perdu dans les docs et les conseils abscons des forumeurs HA

-  j'ai aussi voulu créer un groupe de volet pour les faire réagir sur un appui bouton en même temps, un peu compliqué quand même.

- le scripting de type scénario est aussi pas simple mais on y arrive directement en codant du yaml.

- enfin je me suis attaqué à l'interface utilisateur :
quand j'ai voulu créé une page verticale et placer mes widgets ==> là j'ai jeté l'éponge
puis des widgets qui changent de comportement en fonction des états de plusieurs équipements
et enfin des fonds d'écran animés et fonction de l'état (par exemple la météo/ pluie/soleil/nuage/.....)

Pour cette dernière partie j'ai stoppé quand j'ai vu le nombre d'heure que je passais sans pour autant obtenir un truc statisfaisant  (en jouant entre lovelace et yaml + plugin et fichiers importés en javascript)

ma conclusion personnelle , c'est que pour une interface unique on peu approcher ce que l'on veut en y passant ENORMEMENT de temps et avec de la persévérance.  Pour de l'intégration client c'est quasiment impossible
Retour interessant. 
Pour les scénarios, il y a plusieurs solutions ce qui est un peu déroutant, mais node-red est hyper efficace et d'ailleurs bien plus que la solution d'automate de LD, surtout plus stable et plus fiable.
Dans lovelace il y a un outil de présentation vertical et surtout la présentation grid qui est très pratique.
J' ai déjà pas mal joué avec Node-red. On y trouve souvent des modules vers plein d'api ou de connexion avec plein d'appareils divers...
Parfois des problèmes d'instabilité un peu incompréhensibles. Le lien avec KNX est vraiment facile et la communauté est très grande.
Je n'ai pas vraiment approfondi HA, mais c'est une visu avec App mobile, qui ne parait pas évident. Sur LD je n'utilise quasiment que l'app Ios non DS.
Je n'ai pas encore trouvé son équivalent sur HA, mais c'est vers HA que je pense me tourner assez rapidement.
(02-22-2021, 09:03 PM)sud-domotique-expert a écrit : [ -> ]ma conclusion personnelle , c'est que pour une interface unique on peu approcher ce que l'on veut en y passant ENORMEMENT de temps et avec de la persévérance.  Pour de l'intégration client c'est quasiment impossible

Je rejoins ton analyse et même si la communauté est importante, beaucoup de tutos correspondent à des anciennes versions de HA ; ensuite il faut jongler entre certaines implémentations automatiques et le yaml.
Ensuite je n'ai pas encore abordé Grafana mais je n'ai pas vu d'exemple de Dashboard qui propose sur un même graphique de switcher entre différentes périodes (24 h, semaine, mois, année) à l'instar de Lifedomus.

@fredblabla
Actuellement mon interface HA sous Windows comporte un Dashboard avec deux onglets et lorsque je me connecte avec l'iOS il n'y a plus qu'un onglet ; je ne sais pas si une limitation ou un problème de configuration (il serait vu comme deux Dashboard) ?
(02-17-2021, 10:54 AM)Sud-domotique-эксперт a écrit : [ -> ]@ildar très sincèrement un grand merci pour toutes ces réponses

- pour compléter vos remarques :  pour les associations et paramètres zwave ==> non il n'y a aucune possibilité de faire cela ailleurs et autrement que via la box qui héberge le driver et module zwave. Si on configure un module zwave via un driver et une box, le fait de vouloir changer de driver / box support nécessite une exclusion du module et donc une réinitialisation des paramètres, donc si on l'inclus sur un autre support, les anciens paramètres ne sont pas conservés, ni les associations.

j'ai noté que vous seriez ouvert à faire ce développement, je me permet de dire que c'est une bonne nouvelle.

Je suis très étonné que aucun utilisateurs de zwave n'en ai pas fait la demande auparavant, c'est un basic de la fonction zwave. Je prendrais en comparaison :  vous  demandez une clé à un serrurier pour ouvrir votre porte, il vous livre la clé sans usiner les encoches qui s'adaptent à votre penne, elle ne sert pas à grand chose, sauf si le penne n'a aucune encoche, ce qui est peu probable.

Pour le zigbee, je comprend que le dialogue est embarqué avec seulement le serveur UMC3 donc pas de possibilité sur un PC, NUC ou Rpi , par contre je lis dans votre documentation ==> iRidium server UMC C3 with a built-in ZigBee module (for russian market only)
quel est la version Zigbee embarquée ? Zigbee 3.0 ?



comment se font les backups et restaurations
Le projet est stocké dans le cloud. Si l'appareil tombe en panne, il vous suffit de retélécharger le projet à partir du cloud. Le projet peut être téléchargé à partir du cloud pour être édité (une protection complète par mot de passe et un cryptage sont disponibles). L'outil de création de projet prend en charge la capacité de sauvegarde (backup).
==> comment dans ce cas fait-on pour récupérer les états en cours et les historiques des données ?

je reprend mon sujet Oauth, j'ai bien reçu un lien pour un sujet Oauth1 - météo Yahoo - testé avec l'émulateur , cependant comme je suis totalement nouveau avec vos outils, je n'ai pas su voir le code javascript associé et donc voir si ce dialogue était transposable pour en faire un librairie réutilisable sans avoir à refaire un code par équipement.
EDIT:  j'ai trouvé comment voir le code JS, dans l'exemple le code d'authentification est beaucoup trop imbriqué dans le dialogue Yahoo pour servir de template à une fonction OAuth2.

ma demande est plus générique : il y a de plus en plus de services externes qui implémentent cette méthode que l' on trouve maintenant dans les différentes box (jeedom, domoticz, HA, openHab, y compris Lifedomus) avec un module standard qui permet de réaliser cette authentification à 4 étages (clés client et secrète, jeton de demande de token, token d'accès, token de renouvèlement) et surtout de renouveler le token automatiquement sans avoir à refaire le développement pour chaque connecteur.
Bonjour,

Désolé pour la longue réponse, nous avons eu des jours fériés et hier nous sommes retournés au travail. Pour vos questions:

1) à propos de la synchronisation - pouvez-vous donner une description détaillée de ce que vous voulez voir dans cette fonctionnalité et sur quels appareils? À quoi cela ressemble-t-il dans les autres solutions? Le service technique le demande pour étudier et inclure dans le développement.
2) à propos de la sauvegarde - il n'y a aucun moyen de restaurer les données, car nous ne sauvegardons pas les données d'utilisateur
3) à propos de ZigBee - c'est 3.0, mais ce n'est vraiment disponible que pour la Russie. Avez-vous une liste de modèles que vous recommandez de soutenir pour le marché français?
4) à propos d'Oauth - pouvez-vous donner un exemple de service spécifique avec une API ouverte, pour lequel les meilleurs outils sont proposés. Nous essaierons de le répéter.
(02-25-2021, 01:00 PM)Ildar Mardiev a écrit : [ -> ]Bonjour,

Désolé pour la longue réponse, nous avons eu des jours fériés et hier nous sommes retournés au travail. Pour vos questions:

1) à propos de la synchronisation - pouvez-vous donner une description détaillée de ce que vous voulez voir dans cette fonctionnalité et sur quels appareils? À quoi cela ressemble-t-il dans les autres solutions? Le service technique le demande pour étudier et inclure dans le développement.
2) à propos de la sauvegarde - il n'y a aucun moyen de restaurer les données, car nous ne sauvegardons pas les données d'utilisateur
3) à propos de ZigBee - c'est 3.0, mais ce n'est vraiment disponible que pour la Russie. Avez-vous une liste de modèles que vous recommandez de soutenir pour le marché français?
4) à propos d'Oauth - pouvez-vous donner un exemple de service spécifique avec une API ouverte, pour lequel les meilleurs outils sont proposés. Nous essaierons de le répéter.

@ildar je vais essayer de répondre le plus complètement possible
synchronisation:  le fait de créer un équipement dans le serveur (y compris Zigbee et Zwave) devrais automatiquement le proposer avec ses atributs dans studio, immédiatement et sans import, le fait de retirer un équipement idem doit le supprimer de la partie studio et des automates associés, une modification de donnée sur un équipement doit aussi être répercutée.

sauvegarde: les données étant stockées sur le serveur local, un mécanisme automatique devrait pouvoir déclencher une sauvegarde locale et ajouter une possibilité de backup externe sur le cloud.

ZigBee: il ne serait être question de liste (à la mode somfy), le protocole permet de dialoguer avec les équipements standards en zigbee 3., les intégrer (inclure) les addresser ou les associer, comme justement l'ouverture zigbee est interessante pour le nombre de device disponible, il me semble bien illusoire de donner une liste de plus 1000 référence dont la liste sera obsolète dès demain.  Donc l'idée est d'ouvrir le protocole pour permettre d'acheter l'équipement que l'on souhaite.

Oauth: les exemples sont nombreux pour la mise en oeuvre de cette partie d'authentification:  Somfy, Enedis, Cozytouch, Ondilo, ..... il faut aller sur leurs sites pour avoir les protocoles de dialogues et échanges, mais globalement c'est basé sur des dialogues qui font appels aux données suivantes: ID, secret, Token, Access_Token, Refresh_token
Salut la communauté,
Je ne participe pas trop à vos échanges, car le protocole que j'utilise en majorité pour mes équipements est X3D, banni par une grande partie de la communauté LD.
Mais je suis avec intérêt les questions / réponses.
Pour l'instant, je cherche encore le prix de cette nouvelle box ??? pas vu ??? bien sûr avec tous les protocoles ouverts ???
Mais comme l' X3D ne sera pas présent, je ne  vois  pas l'avenir pour les intégrateurs X3D sur Iridium.
Faudra -t-il changer tous les équipements .... trop cher.... pour de nombreux clients.... une nouvelle Box.... avec encore le souci de savoir si elle va tenir dans le temps... ???
Pour l'instant je m'arc-boute sur ma LD en espérant qu'elle va tenir le cap après 2023...... espoir comme pour la covid ????
Pages : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21