Lazer

ouais clair, le modèle OSI c'est le premier truc qu'on t'apprends quand tu débutes en réseau, mais en fait c'est prise de tête et ça sert à rien Enfin, c'est de la théorie quoi ! Parfois utile pour comprendre la base du fonctionnement des équipements, mais on s'en passe très bien. Si on veut de la théorie, il est beaucoup plus utile d'ouvrir un bouquin sur TCP/IP, car on y apprend le fonctionnent des requêtes ARP, du routage IP, du DHCP, DNS, etc... au final bien plus utile au quotidien quand il s'agit de comprendre ce qui se passe sur un réseau.

Bon hier soir j'ai entrepris de me replonger dans ce VD.... Donc je reprend la v4.1 de Jojo, j'ajoute les modifications de sebcbien de la page précédente, plus 2/3 améliorations. J'essaye de partager cela ASAP.

Le vrai modèle OSI, c'est 7 couches. En TCP/IP, ils ont simplifié à4. Mais tu pourras trouver des tableaux de correspondance.

bien joué, oui en effet le privilège directeur est une nouveauté de SS V7 il me semble

Tiens, encore un truc àfaire.... remettre de l'ordre dans les versions et patchs de ce VD, et consolider tout ça en première page. A suivre....

En fait, je n'ai pas de tuto, car c'est à l'état de beta. Ca fonctionne chez moi après de longues heures de développement. C'est stable, mais assez complexe à configurer, et si je me lance dans un tuto, ça me prend du temps, mais pire encore c'est le support derrière..... surtout sur un produit qui n'est pas finalisé (cf explications plus bas) J'ai créé une mini-API qui est la même que DomoCharts, donc la HC2 prend les données sur le PI, et les envoie vers la base DomoCharts. Actuellement, mon PI utilise une PiFace car je suis parti du tuto de Antor Domotiser son compteur d’eau Mais le programme Python est une catastrophe, des fuites mémoires de partout (à priori dues à la librairie Python pour gérer la Piface), et comme je n'ai pas les compétences nécessaires pour débugger le Python, j'ai tout réécris en C. Tu peux trouver le source de ce programme chez Github sur mon projet PifaceCounter (lire le descriptif de quelques lignes sur la page) A noter que le code en l'état n'est pas exploitable (enfin, c'est compilable, mais ça ne s'exécutera pas) car il dépend de librairie qui sont également bugguées, et que j'ai patché à la main avant de les recompiler, car personne ne les as jamais corrigé visiblement.... Mais je veux abandonner cette solution. J'ai un Raspberry PI 2 Model B qui attend depuis 6 mois que je me replonge dedans, car je souhaite ne plus utiliser de Piface et attaquer directement les ports GPIO. Donc une partie du programme en C à réécrire. Il me reste aussi un énorme travail du coté de l'interface Web d'administration.... pour l'instant c'est ultra bancale, à moitié dans une DB, et l'autre moitié dans des fichiers texte de configuration. A noter que le RPI est ultra stable depuis 1 an, après avoir subit un crash de carte SD au tout début : maintenant je monte tout en RAM. A ce sujet, j'attends la livraison de ma carte PiJuce qui était prévue en juin 2015 car cela permettra de sécuriser la RAM en cas de coupure de courant. En attendant, j'ai un script qui tourne toutes les nuits, et fait un backup sur un montage NFS (ça ne te rappelle rien ? ) Dans les évolutions prévues également, c'est de faire des notifications Push... ainsi mon programme calculera en temps réel les consommations instantanées, et envoie les valeurs en Push via http.... sur un Plugin HC2 (le Virtual Sensor est parfait, mais faudrait juste que Fibaro nous implémente les plugins pour de bon). Bref j'ai commencé à écrire ce code, mais laissé tombé en attendant que Fibaro nous livre les plugins. Donc oui j'aimerais bien faire un tuto pour partager tout ça, c'est mon espèce de projet "super Eco-Devices" qui m'a occupé vraiment énormément de temps, mais il reste tellement à faire pour le rendre présentable, que je ne veux pas me lancer dans un tuto pour l'instant.

Alors c'est très simple : pour un geek, le Raspberry PI est un must have. Pas besoin de lui trouver d'application pratique, sa seule présence sur un coin du bureau se suffit à lui même Ca peut aussi servir de media center low cost, ou de compteur à impulsion (ce dernier est mon usage en pratique)

Le level 1, c'est la couche physique, donc l'Ethernet pur et dur (du port du switch au port du PC), ou le Wi-Fi (ondes hertziennes) Un switch est forcément L2. Certains switchs évolués, ont en plus la possibilité de faire du L3, c'est à dire du routage entre différents réseaux. Partant de tout ça, on comprendra que la box ADSL fournie par notre opérateur fait du L1, L2, et L3. Le L4 c'est les protocoles applicatifs (http, ftp, ssh, etc)

Je me demandais d'ailleurs si la sortie du Dimmer Qubino est protégé contre les court-circuits ? Vu qu'il est protégé contre la surcharge, c'est possible, non ? C'est mystérieux cette histoire de ON/OFF, lire les commentaires de l'article de Pascal : http://www.domotique-info.fr/2016/02/test-du-nouveau-dimmer-z-wave-qubino-au-format-din/

Gros +1. J'ajoute également que la HC2 ne fait que du Z-Wave, protocole sans-fil, chose que l'IPX800 V4 ne fait pas du tout (elle fait un peu de sans-fil au travers du protocole EnOcean, mais le support des fonctions est très très limité pour le moment) Bref, les 2 sont complémentaires, c'est pour cela que plusieurs ont les 2.

C'est quoi ta ligne 197 ?

oui justement on ne voit plus grand chose dans le log en question.... bon comme le problème ne s'est jamais reproduit chez moi, je n'ai pas trop creusé la question. Et puis de toutes façons, on ne peut rien y faire, c'est du ressort des devs Fibaro

Je serais tenté de penser comme toi. Mais dans la pratique, avec Fibaro tout est possible

@PITP2 : non j'avais cru lire que certains avaient un plantage du moteur Z-Wave.... même qu'ils étaient obligé d'attendre plusieurs heures pour que ça refonctionne

J'avais planté le moteur Z-Wave en jouant un peu trop vite avec les programmes d'un modules RGBW. Ceux qui utilisent Homebridge sont nombreux à avoir des plantages du moteur Z-Wave également.... Donc il y a un mystère, et visiblement ça n'est pas du à un module Aeon Labs en particulier

y'a du spoiler là, ça mérite un ban Nico

C'est bon les nan Lazer ===> [porte de sortie]

OK parfait merci Effectivement la sonde de température c'est étrange.... bon tu la caches et puis voilà

Cool, l'essentiel c'est d'avoir trouvé

Je n'ai pas ce module, mais qu'en est-il de son support maintenant ? Tu as bien la remonté de consommation ? Pour mettre derrière le four ou la plaque de cuisson, c'est parfait comme module !

Cisco : active le debug = yes, reclique sur le bouton, et copie/colle ton log

J'osais pas le proposer Débit depuis ce matin : 23 ko/s.... aà¯e aà¯e aà¯e:

En fait je n'avais pas retenu cette méthode, parce que ça complique considérablement les calculs sur les données dans la DB.... et notamment le calcul des valeurs moyennes par jour. Après la taille dans la DB des relevés toutes les 60 secondes, ce n'est pas si important que ça, car tu as dû voir qu'il y a une purge automatique au bout de 3 semaines. D'ailleurs la durée de la purge est personnalisable par table dans la prochaine version

ah ok oui 3s ça me semble beaucoup.... bon j'ai jamais fais attention à combien de temps ça prend chez moi. Le coup de l'instance séparée, c'est utile si tu ne met pas l'option qui va bien : GEA.optimize = GEA.typeOptimize["IMMEDIATE_ONLY"] Du coup, ça explique peut être tes 3s de durée

Euh, tu as un message "Durée des traitements" toutes les 20 minutes toi ? Etrange ! C'est quoi cette histoire de 3s, ça sort d'où ? Pourquoi faire plusieurs instances de GEA ? Ca n'a d'intérêt que si tu en as une en prod, et une autre en test. Autrement c'est se compliquer la vie pour rien....