Lazer

J'ai ouvert un incident sur le bugzilla de Fibaro au sujet des problèmes rencontrés en v4.042 avec le module Remotec ZXT-120 : http://bugzilla.fibaro.com/view.php?id=3276

J'ai ouvert un incident sur le bugzilla de Fibaro au sujet des problèmes rencontrés en v4.042 avec ce module : http://bugzilla.fibaro.com/view.php?id=3276

Je connais des gens qui ont du MyHome, on en trouve à priori uniquement dans les constructions neuves. En l'occurrence, c'est dans les apparts de résidences de standing autour de la Défense.... la domotique est proposée en option à l'acheteur, je ne connais pas le coà»t exact de l'option, mais même cher, ça reste en phase avec le prix délirant des apparts. Mais bon, au final, à part commander les lumières, les volets, et le chauffage, ils ne peuvent rien faire de plus...... comment comparer... ah si, c'est le premier truc qu'on fait avec notre box. Après, on passe à autre chose. Voilà quoi :-/ Effectivement, avec le bux filaire, c'est comme le KNX, ça limite tout de suite aux installs neuves, pas vraiment compatible avec la rénovation légère.

C'est un peu plus qu'un datalogguer en fait... Un GPS de rando : Garmin Oregon 300 (n'est plus vendu). On peut y charger les cartes Topo de rando, les cartes routières avec navigation, et les cartes communautaires (testé en Afrique, les pistes de chez Tracks4africa, là où aucun autre système de navigation n'existe, je me suis dirigé en plein désert grâce à l'unique GPS, un bonheur ). Etanche à l'eau et à la poussière, châssis ultra solide, grande autonomie, plein d'outils intégré (les heures de coucher/lever du soleil, indispensable pour un amateur de photographie, mais aussi la lune, les marrées, altimètre, gestion d'itinéraires et POI, carte micro-SD permettant de charger un très grand nombre de cartes, mémoire de tracés virtuellement illimitée, etc... un vrai outil). Dans la voiture, alimenté sur allume-cigare + ventouse (une vraie ventouse qui tient au pare-brise, pas les cochonneries de chez les concurrents => testé en conditions réelles, 6000km de pistes en 4x4, pare-brise qui passe de -2°C à +50°C en moins de 24h) En rando, alimenté par 2 accus Ni-Mh AA (2000 à 2700Ah), autonomie 13 à 15h, autant dire plusieurs jours de marche ! Fixé sur une bretelle de mon sac à dos (dans une petite pochette Lowerpro dédiée aux appareils photos compacts), pour un accès rapide à la cartographie et une meilleure captation des signaux GPS. C'est visible, mais discret, certains accrochent leur téléphone à la bretelle de cette façon. J'ai fait la Birmanie avec çà , où les GPS sont interdis, à part notre guide, les officiels n'ont rien vu, je suis revenu vivant, il suffisait juste de ne pas le sortir aux postes de contrôles. Au pire, je peux toujours le mettre dans une poche du sac à dos. Je récupère les tracés avec le logiciel Garmin sur le PC, je nettoie un peu les traces (surtout en ville avec les bâtiments, il y a souvent des "sauts" de plusieurs centaines de mètres). J'exporte au format standard GPX et maintenant j'utilise Lightroom qui supporte parfaitement le géotagging. Eventuellement un petit affinage de la position avec la carte Google Maps dans LR, puis LR détecte l’emplacement (ville, pays, etc) et tout ça part dans les EXIF. Enfin par tout à fait dans les EXIF, puisque mes photos originales ne sont que des RAW, donc les données sont dans la base de données de Lightroom, puis c'est écrit dans les EXIF de l'image JPEG au moment de l'exportation finale. Sur une galerie qui prend en charge la fonctionnalité (comme Flickr), les photos sont automatiquement placées sur la carte. J'avais prévenu que j'étais geek

Ta distrib c'est Raspbian, une Debian customisée spécifique pour le Raspberry PI, très bon choix Oui c'est bien 181 Mo de logs pour FHEM. Bon c'est pas ça qui prend de la place sur ta carte SD, mais quant on y pense, 181 Mo rien que pour des logs, c'est abusé. Perso je n'ai que 12 Mo, et FHEM tourne depuis octobre, donc 7 mois, avec 5 capteurs. Tu n'es pas root, il faut faire précéder la commande avec sudo, car l'utilisateur pi n'a pas accès à tous les fichiers pour compter l'espace occupé : sudo du -sm /* | sort -rn . Tu as libéré 75 Mo d'espace occupé par le cache des packages, c'est toujours ça de gagné. Par contre, il y a un problème, si tu as une carte de 32 Go, car là je ne vois que 3 Go alloués. Lors du premier boot de Raspbian, il devait y avoir un assistant te proposant d'augmenter la partition, tu as dà» louper cette étape. Cherche sur interrnet, il doit pouvoir être possible de le relancer.

Je ne me trompe pas, il s'agit bien de l'ancien modèle ?

Tu es sous quelle distribution ? Tu peux surement faire du ménage dans le répertoire cache des packages téléchargés (sous debian, un "aptitude clean" est très efficace). Ensuite, tu peux regarder dans /var si tu as beaucoup de logs. Pour voir le taille en Mo du répertoire /opt/fhem/log : du -sm /opt/fhem/log Pour voir la taille de tous les répertoires classés par taille (attention cette commande peut prendre du temps si tu n'es pas sur SSD) : du -sm /* | sort -rn Ensuite tu descend dans l’arborescence jusqu'à trouver l'élément qui prend trop de place.

àrien, c'est MacOS qui crée ce dossier caché automatiquement. A chaque fois que je prête une clé USB àun mec pommé, je retrouve ce dossier sur la clé. Idem pour les archives ZIP.

Il y a aussi Jojo, Did, et plein d'autres Elle fonctionne tellement bien cette v3 !

Bon par contre faut être en v4, car pour le moment il voit mes scènes, mais aucun module. Rahh je vais donc devoir migrer....

Bienvenue sur le forum ImperiHome, et merci pour cette application géniale

Excellente nouvelle très attendue ! Ma Nexus 7 va pouvoir reprendre du service Reste à lui fabriquer un support cadre.

Non au contraire, c'est en v3 que la main loop pose problème. Sinon tu regardes la main loop de mon module virtuel Syno Surveillance Station, elle est ultra stable, même en v3 avec de nombreux appels àNet.fhttp et JSON.décode.

Vraiment pas le temps.... Si je me lance la dedans, je ne vais jamais finir les autres VD en cours. Mais je garde l'idée pour plus tard

Il y a un gros retour arrière avec la 4.042.... Le miens me signale un problème de batterie alors qu'il est alimenté en USB ! Dès que j'ai un moment devant le PC j'ouvre un ticket sur le bugtracker, mais pas avant demain. Donc si qqcn veut le faire, on pourra tous compléter.

@Shyrka, Ok merci, tu as remonté l'info sur le bugtracker ? Je n'arrive àrien trouver. @Nico, si le support des nouveaux périphériques serait une bonne motivation de migrer, mais même ce module est àmoitié supporté..... Bon au moins j'ai testé une multiprise greenwave et ça fonctionne nickel, c'est déjàbien.

Est-ce que quelqu'un utilise le Remotec ZXT-120 avec la version 4.042 ? Je l'avais déjà testé avec une version précédente, et aucun souci. Là avec ce firmware, il est semble inclus et reconnu, mais j'ai un warning sur le niveau de batterie vide.... alors qu'il est branché sur USB, sans pile !! Pas cool..... vous avec ce souci ???

Coucou Latoupie Alors, tu t'éclates avec ton eedumus ? Jojo : si tu as mis ce code dans une mainloop avec le sleep par défaut de 3s, je ne suis pas surpris que la fonction net.http finisse par déconner au bout de quelques heures.... rappelles toi, elle est buggée et on le dit partout Quand tu enregistres le VD, il le redémarre complètement, donc il n'y a plus de souci.... temporairement.

Non ça passe par les serveurs de Fibaro je crois, c'est bien ça le problème. Il faudrait développer une classe qui se connecte direct en SMTP pour envoyer les mails, mais je n'ai jamais rien vu de tel. Ou plus simple : utiliser un serveur Linux chez soi, et développer une mini API HTTP pour envoyer le mail simplement depuis la HC2.

regarde le champs properties.value dans le JSON pour chaque device (luminosité, température) Sinon un fibaro:getValue(i, "value") pour chaque device (en remplaçant la variable i)

Ca ne me choque pas tant que ça qu'une marque refuse la prise en charge d'un produit acheté dans un autre pays. Dans le monde informatique professionel (IBM que je connais un peu), la garantie/maintenance est valable uniquement dans le pays d'achat, à moins d'un transfert de maintenance d'un pays à un autre, ce qui n'est pas simple et surtout monnayable. Et les produits Satel se veulent justement des produits pro, avec un seul importateur officiel. Là où on est habitués en tant que consommateur final à acheter des produits de consommation courante en Europe et à bénéficier d'une garantie européenne (voire mondiale, mais c'est rare). En ce qui concerne les voitures, je trouve la comparaison pas tout à fait exacte, car Paris et Toulouse sont dans le même pays, donc les lois françaises s'appliquent à l'identique sur tout le pays.

Oui plus tu creuses, plus ça devient compliqué de choisir Entre la eedomus+ et la HC2, je dirais que la eedomus+ est plus facile à prendre en main, et qu'on arrive plus rapidement au résultat voulu, car elle intègre de base le support de nombreux périphériques. En revanche, je pense que la HC2 permet d'aller plus loin, grâce au puissant langage LUA, à sa puissance de calcul supérieure, et aux très nombreux tutoriaux trouvés sur le forum. Tous mes graphs sont dans une base SQL, ce qui me permet de créer les requêtes de mon choix et de sortir des infos très pertinente. Ce qui est chouette aussi, c'est que j'historise un max de données, en vue d'un traitement ultérieur. Puis un jour me vient l'idée de sortir telle ou telle info, et je sais que je pourrais toujours la retrouver grâce aux données qui sont toujours en base. Je ne suis pas certain que le cloud eedomus permettent une rétention infinie (à vérifier). De plus, avant de me lancer dans la domotique, je relevais une fois par mois mes compteurs d'eau et d'électricité dans un tableur excel, j'ai donc pu réinjecter ces données dans la base SQL, et j'ai des statistiques sur plusieurs années, donc des comparaisons pertinentes. Avec le cloud eedomus, je suis quasi certain qu'il n'est pas possible d'injecter ses propres données. En regardant plus loin, est-ce qu'on peut exporter les données en vue d'un traitement local ? C'est ce qui me bloque avec tous les clouds, car les données ne nous appartiennent pas.

Je ne sais pas, regarde dans la doc, je n'ai pas cette prise.

Attention quand même, la HC Lite n'a pas le LUA, uniquement le mode bloc. Du coup ça limite énormément les possibilités (notamment mon outil de graph en signature qui pourrait t'intéresser et qui ne fonctionne qu'avec du LUA). La eeodmus+ ouvre plus de possibilités que la HCL. Reste le problème du cloud/abonnement.... Faut bien voir qu'avec le LUA (et la HC2), le problème n'est pas le temps que tu vas passer à développer, mais surtout la possibilité de récupérer les très nombreux scripts tout faits trouvés sur ce forum, et qui n'ont absolument pas d'équivalent en mode bloc sur HCL. Et tu sembles intéressé par les graphiques, la HCL ou la HC2 n'ont que des fonctionnalités limitées d'affichage des graphs de température/énergie. Par exemple, il n'y a pas de prise en compte des abonnements HP/HC/Tempo. Concernant les images de caméras, les box Fibaro ne stockent rien, elles se contentent d'envoyer un snaphot par email. Il te faut un NAS pour enregistrer les vidéos (Synology, QNAP, ...)

Oui, c'est cela, un DIAG63ARX et un module universel Fibaro. Concernant le DIAG63ARX, selon comment tu le configures, tu peux aussi t'en servir pour piloter n'importe quel équipement (lampe, gyrophare, sirène, etc....). Bref ce qui nous intéresse c'est juste de le configurer en mode report d'état système afin d'obtenir le statut de l'alarme. De toutes façons cet état est exclusif, donc il n'est plus possible d'utiliser le module pour autre chose.