Aller au contenu

Lazer

Administrateur
  • Compteur de contenus

    26 137
  • Inscription

  • Dernière visite

  • Jours gagnés

    1 312

Tout ce qui a été posté par Lazer

  1. Tip top tout ça En ce qui concerne Ubiquiti, j'ai toujours mon bon vieux EdgeRouter. Ce qui me bloquait complètement pour passer sur un routeur de la gamme Unifi, c'est le firewall préhistorique. Je vois depuis quelques temps que le "Zone based firewall" arrive en version beta, c'est absolument indispensable pour gérer mes différents VLANs, notamment la DMZ et l'accès VPN distant. Peut être que ça passera enfin en version stable dans l'année... de quoi envisager une migration vers du tout Unifi d'ici la fin d'année ? Peut être même en profiter pour passer en 2.5 ou 5 ou 10G... même si je n'en ai aucune utilité. A voir....
  2. Juste au cas où... tu as bien vidé ton cache ? (le grand classique)
  3. Bah.... là je ne sais pas Parce qu'avec les 2 lignes que j'ai donné pour le current et le currend_day dans le fichier config.js, placé au bon endroit dans le tableau chartsConfig, ça doit fonctionner... ou en tout cas ça pourrait planter, mais pas avec cette erreur là (ligne 79 du fichier domocharts.js Pour info le fichier config.js corrigé est en page 5 : Du coup je vais ajouter un lien vers ce fichier sur la première page.
  4. Merci, tu as donc la même erreur que Jojo. Est-ce que tu as ajouté les lignes de configuration que j'ai donné à Jojo dans le fichier config.js ?
  5. Non ça ce n'est pas la console, mais le code source de la page Web Je t'ai mis un exemple de Console plus haut (et Jojo a également partagé la sienne) Je veux voir les messages de debug, c'est comme le log des QA, mais pour les pages Web.
  6. Avec F12 comme je l'ai indiqué à Jojo plus haut Je pense que c'est le même raccourci pour tous les navigateurs.
  7. Oui "Courant [A]" correspond bien au type "current". Il me faudra l'affichage de la console de ton navigateur pour comprendre. Dans la DB, vérifie la présence de données dans la table domocharts_current (ainsi que _day) mais aussi que tu retrouves les ID des modules dans les tables domocharts_device, domocharts_device_type et que tu retrouves bien le type current dans domocharts_type
  8. Mais est-ce que tu as bien des devices de type "current" dans ta base de données ?
  9. Oui désolé pour l'histoire du const versus var c'est parce que j'ai modifié mon fichier, mais c'est pas important, c'est vraiment du détail, c'est une micro-optimisation que j'ai faite, et effectivement non partagée.
  10. Tu veux modifier quoi dans le 1er post ? SI j'en crois ce qui est écrit : Le QA est en v7.11, mais les pages Web n'ont pas été touchées et toujours en 7.0 Après si tu joues à l'apprenti sorcier avec tes fichiers, pense à faire des copies de sauvegarde pour revenir en arrière... là je ne peux pas faire grand chose pour t'empêcher de faire des bêtises. Notamment depuis 2 posts tu parles d'IP de ton NAS, ça n'a aucun rapport avec le problème des graphiques de courant dont il est question. EDIT : chez moi les graphiques de courant fonctionnent car j'ai dû faire la modification de mes fichiers de config. Peut être même qu'on en a déjà parlé quelque part sur le topic... je ne me souviens plus, il faudrait rechercher.
  11. Je ne m'y suis pas replongé, je ne sais pas s'ils ont avancé ou non... A vrai dire j'ai laissé tombé l'utilisation de ce QA, dommage c'était bien pratique pour automatiser la charge des voitures...
  12. Oui j'ai bien des devices de type courant, je t'avais justement partagé ma capture d'écran de ma console qui est OK. Je ne peux pas télécharger ton fichier, mais si tu mets ça n'importe où dans le fichier config.js ça ne risque pas de fonctionner ! Regarde la structure du fichier, tu verras vite où il faut ajouter les 2 lignes... tu as normalement déjà des 10zaines de lignes pour les temperatures, humidiité, voltage, etc... C'est dans le tableau : const chartsConfig = [
  13. Hum..... il doit manquer une ligne de configuration dans le fichier config.js Mais ça veut dire que ça n'a jamais fonctionné tel quel ??? Essaye d'ajouter ça : {type:'current', title: 'Courant', yaxis: 'Courant (A)', tooltip: 'A'}, {type:'current_day', title: 'Historique de courant (moyenne journalière)', yaxis: 'Courant (A)', tooltip: 'A'},
  14. Dans ton navigateur, press F12 pour voir les outils de développement et regarde la Console :
  15. Redémarre le QA, ça va vider sa mémoire cache. Si le problème revient, tu peux diminuer la valeur de la variable Memory. Et enfin, si la table domocharts_energy est toujours en erreur, c'est qu'elle est crashée, alors tu peux la vider (PhpMyAdmin > Opérations > Vider la table (Truncate))
  16. Tu aurais le log STP ? C'est apparu quand quelles conditions... tu as ajouté un nouveau device et tu lui as donné un nom avec des caractères spéciaux ?
  17. pas moi
  18. Lazer

    Modules Walli

    Ce module Walli Controller est le seul module de la gamme Walli qui dispose de son propre topic dédié sur le forum : Regarde la 2nde page, il y est question d'exclusion justement, qui ne semble pas si simple.
  19. "Spécial LED" c'est une appellation marketing qui ne veut rien dire du tout.... Des LED ça veut juste un courant continu, ce qu'est censé fournir n'importe quelle alimentation.
  20. Lazer

    Scène Trigger automatique

    ça fait longtemps que je n'ai plus de HC2, et même à cette époque là, je n'ai jamais beaucoup utilisé les scènes... mais ton trigger Jour_Nuit, ça ne ressemble pas beaucoup à une property. Même pas du tout. Et vu que tu dis que la scène ne se déclenche pas, tu sais maintenant où chercher
  21. Ce type de relai sera probablement plus résistant, mais tu ne fais que repousser le problème, qui reviendra tôt ou tard. Seule solution durable à mon avis, trouver une alimentation avec protection contre les pics de courant au démarrage.... pas évident, et surtout assez cher. Sinon un contacteur de tableau au format rail DIN, le mécanisme est différent et plus robuste que la lame métallique d'un relai.
  22. Lazer

    Support Gea

    Tu peux activer le mode debug pour voir plus de messages dans le log, ça aide à comprendre pourquoi certaines règles ne se déclenchent pas. Dans ta fonction config() : GEA.debug = true Après comme dit Jojo, attention à ta logique... telle quelle, ta règle n'est censée allumer la lumière que la journée, entre le Sunrise et le Sunset... c'est peut être l'inverse que tu voulais. Vérifie aussi les ID de tes 2 modules.
  23. Lazer

    Support Gea

    Oui parce que comme je disais, je pense que c'est accepté en pur LUA... des parenthèses servent, comme pour des formules mathématiques, à regrouper des éléments entre eux. Là si tu mets des parenthèses autour d'un seul groupe (= des accolades), comme il n'y a aucun autre élément dans le groupe, alors ça ne fait juste... rien ! Bon, rien à avoir avec GEA tout ça... c'est du LUA. Conséquence, ton GEA ne se comporte pas comme tu le pensais.
  24. Lazer

    Support Gea

    Je n'ai jamais vu cette écriture avec des parenthèses autour des accolades... ça ressemble à du pur LUA, et ça ne sera pas pris en compte par GEA, pour lequel les parenthèses doivent être dans la chaine de caractères, afin d'entourer le nom de la condition à exclure du déclenchement instantané. Pour l'ordre des Sunset et Sunrise, ça dépend de ce qu'il souhaite faire, la journée ou la nuit. Là je ne sais pas... mais effectivement une inversion du début et de la fin de la plage horaire est vite arrivé si on n'y fait pas gaffe.
  25. Lazer

    Support Gea

    Mauvaise habitude, GEA peut très bien démarrer en ayant exclu certaines règles... seul le log GEA te permet de voir ce qui se passe.
×
×
  • Créer...