c’est possible de configurer les vannes basic à partir du cube sans thermostat ?
j’aimerais que çà puisse continuer à travailler de manière autonome?
Bonjour,
Oui tu peux configurer tes basics directement sur le cube, j’ai que ca et aucun thermostat.
Parfait, je pense donc faire comme cela afin de contourner le problème.
Merci pour les explications.
Bonjour,
Je reçoit toujours 0 sur les mesures de températures. Est-ce que d’autres ont ne même problème ? J’ai essayé sur uner install jeedom neuve en V4. La lecture des températures a fonctionné pendant une semaine, puis même problème que sur mon jeedom de prod.
Regarde la valeur dans le démon, via le lien dans la config et/ou envoie le json
je m’apprête à passez commande.
Pour éviter des problèmes de chauffage en cas de problème avec jeedom.
J’aimerais que le max! cube puisse fonctionne de manière autonome si jeedom est down
(du moin le temps de reparer).
Pour ceux qui ont le max! cube, pouvez vous confirmer que si j’achète juste les vannes MAX! ARR-Bausatz Heizkörperthermostat | ELV Elektronik | ELV Elektronik et le max! cube. c’est suffisant pour que le chauffage fonctionne? en d’autre terme es ce que je dois prendre minimum un thermostat (30 euro pièces) en plus des vannes ?
Le thermostat n’est que le capteur de température de la vanne en déportée. Tout peut fonctionner sans cube mais il faudra laisser le circulateur de la chaudière allumé.
@fensoft
merci pour ta réponse.
J’ai commander un kit cube + 2 vanne + 2 contacteur fenetre sur amazon.de wharouse occasion bon état pour 77,96 euro
Et j’ai commander chez elv 5 vanne (1 de réserve pour mon installation) + 4 contacteurs fenêtre + 3 bouton 152,45 euro .
Les thermostat sont plus de stock, c’étais de stock hier ou avant hier.
Je commanderais les thermostats dans le futur.
J’ai pas pris d’adaptateur pour les vanne car j’ai cru comprendre que mes vanne comap sont compatible.
On peux remplacer les piles par des accus genre enloop? les pilles tiennes combien de temps ?
Juste après ma commande les vanne sont plus dispo et les thermostat sont de retour mais à 30 euro pièces!
je n’ai jamais utilisé d’accus car ce sont des 1.2v et pas envie d’en changer tout les 6 mois. je dois changer les vannes tout les 18 mois, les thermostats tout les 3 ans et les contacteurs de fenêtres ça fait plus de 5 ans que je ne les ai pas changé.
à 1e les 4 piles philips en destockage, ça me coute environ 5e/an de piles.
1 « J'aime »
Il suffit de démonter la tête thermostatique actuelle et de mesurer le diamètre et le pas du filetage.
Si vos Comap ne sont pas très récents, le diamètre est 28mm et le pas 1,5mm. Adaptateur obligatoire.
1 « J'aime »
petit retour sur mes commandes,
j’ai reçu hier la commande elv:
pour ce qui est de la commande et livraison aucun souci.
Par contre j’ai sous estimer l’assemblage.
Lorsque j’ai lu le post de @fensoft je me suis dis en une heure tout sera opérationnel.
Mais quand j’ai ouvert la boite j’ai compris que j’en aurais pour plusieurs jours 
Pour les vannes il faut monter jusqu’au engrenages.
Le manuel fournis ne correspond pas à la vanne et j’ai pas trouver de pdf.
En plus la nappe 3 fils qui relie la partie moteur au pcb est tres courte et rigide.
Elle s’est cassé très rapidement, du coup j’ai soudé des fils en silicone.
Du coups ça m’a pris pratiquement 3h pour la première vanne.
Pour les autres ça vas allez plus vite car j’ai fait une photo.
Il y a très peux de soudure à faire en tout 3 point pour relier la nappe au pcb + 2 points pour relier le connecteur jst aux bornes des piles.
Je déconseille l’achat en kit à quelqu’un qui n’a pas d’expérience en soudure.
à refaire j’hesiterais.
Pour ce qui est de la commande amazon DE:
La commande à été supprimer pour cause de stock.
Et amazon propose que je l’achète à pris plein soit pratiquement le double.
Et me donne un compensation de 5 euro après une longue discutions avec le helpdesk.
J’ai contacter l’équivalent belge de ufc que choisir, qui m’a orienté vers un équivalent européen.
Il m’on dit qu’il n’y a aucun recoure.
Du coup je dois soit attendre une offre sur le max!,
soit le prendre à prix pleins,
soit trouvez une alternative (genre interface cul)
Et comme si c’étais pas suffisant j’ai essayer la vanne sur le corps thermstatique de mon radiateur et j’ai l’impression que c’est pas addapté.
Pouvez vous me dire si c’est adapté?
Les vannes sont utilisable sans cube ou thermostat murale (de manière autonome?)
edit: ça marche, ça m’a couté 0,5euro. J’ai trouvé l’astuce sur un site hollandais: il suffit de mettre une piéce de 50 cent
Hello 
Je galère avec le passage à deux cubes. J’ai passé le correctif décrit sur l’ancien topic, donc plus d’erreur de ce côté là dans Jeedom.
Lorsque le demon n’est pas démarré, pas de souci, tout fonctionne. Tout fonctionne bien sur un cube d’ailleurs. Par contre j’ai un souci sur le 2ème cube.
Les températures changent sans qu’aucune commande ne soit passée, par exemple je passe de 20 à 20,5 mais sans que rien ne soit appuyé. Voici l’exemple d’une séquence :
[2020-03-15T12:08:30+00:00] Update trigger 18f41a
[2020-03-15T12:08:30+00:00] Set temperature on 18f41a to 20.5 and mode MANUAL
[2020-03-15T12:08:50+00:00] new prop setpoint = 20.5 for 18f41a
[2020-03-15T12:09:50+00:00] new prop temp = 19.8 for 18f41a
[2020-03-15T12:10:00+00:00] Update trigger reset 18f41a
[2020-03-15T12:10:00+00:00] Set temperature on 18f41a to 20 and mode MANUAL
[2020-03-15T12:10:10+00:00] new prop setpoint = 20 for 18f41a
Sans que rien ne soit appuyé sur Jeedom. Si le démon est arrêté ça va.
Le souci c’est que le duty cycle grimpe vite à 100%, et après c’est le drame :o 
Quelqu’un a eu ce comportement ? J’ai tout réinitialiser (cube, vannes) et j’ai réinstallé le plugin, sans succès pour l’instant.
Je suis repassé sur un seul cube, et plus de problème, j’ai plus un cube qui est à +0,5 / normal / +0,5 et qui sature le Duty Cycle.
mmm il va falloir que j’investigue
Si t’as besoin d’un coup de main, j’ai du temps :o
Hellooo
ça faisait un bout de temps que j’étais pas venu sur le fofo car tout était ok, sauf depuis quelques mois ce plugin. Avec le confinement je me suis un peu pencher sur mon problème ( le démon ne veut plus ce lancer ).
J’ai essayé pas mal de chose, j’ai regardé le contenu de ton script, MAJ de mon Pi + nodejs etc mais j’ai toujours un problème il semblerait avec le paquet npm ( que je ne peux pas installer ).
Auriez-vous une idée ?
Log Jeedom :
Connecting to MaxCube 192.168.1.192:62910
Creating webservice on :7767
Output log on -
Jeedom callback at hxxp://192.168.1.254:80/core/api/jeeApi.php?api=&type=maxcube&method=update
Whitelist events temp,valve,setpoint,link_error,battery_low,error,valid,state,mode,panel_locked
Debug mode 1
module.js:550
throw err;
^
Error: Cannot find module ‹ sleep ›
at Function.Module._resolveFilename (module.js:548:15)
at Function.Module._load (module.js:475:25)
at Module.require (module.js:597:17)
at require (internal/module.js:11:18)
at Object. (/var/www/html/plugins/maxcube/resources/maxcube.js/maxnodeserver.js:17:13)
at Module._compile (module.js:653:30)
at Object.Module._extensions…js (module.js:664:10)
at Module.load (module.js:566:32)
at tryModuleLoad (module.js:506:12)
at Function.Module._load (module.js:498:3)
Log complémentaires mais je pense inutile :
[2020-03-25 19:55:05][ERROR] : Attention je pense qu’il y a un soucis avec le démon que j’ai relancé plus de 3 fois consécutivement
[2020-03-25 19:55:05][DEBUG] : cd /var/www/html/plugins/maxcube/resources/maxcube.js && bash daemon.sh start /var/www/html/plugins/maxcube/…/…/log/maxcube_debug 192.168.1.192 62910 7767 - « hxxp://192.168.1.254:80/core/api/jeeApi.php?api=&type=maxcube&method=update » temp,valve,setpoint,link_error,battery_low,error,valid,state,mode,panel_locked 1
Log du pi :
pi@raspberrypi : /var/www/html/plugins/maxcube/resources $ sudo sh ./install_maxcube.sh -v
Installing maxcube dependencies
Lecture des listes de paquets… Fait
Construction de l’arbre des dépendances
Lecture des informations d’état… Fait
git is already the newest version (1:2.11.0-3+deb9u5).
0 mis à jour, 0 nouvellement installés, 0 à enlever et 66 non mis à jour.
Current version: v8.17.0 (major 8)
./install_maxcube.sh: 24: [: armv7l: unexpected operator
new version installed: v8.17.0
git version 2.11.0
npm WARN deprecated request@2.88.2: request has been deprecated, see hxxps://github.com/request/request/issues/3142
npm WARN maxcubeservice@0.0.1 No repository field.
npm WARN maxcubeservice@0.0.1 No license field.
npm ERR! code 128
npm ERR! Command failed: git clone --mirror -q hxxps://github.com/fensoft/maxcube.git /root/.npm/_cacache/tmp/git-clone-d088bde1/.git
npm ERR! fatal: impossible de créer les répertoires de premier niveau dans ‹ /root/.npm/_cacache/tmp/git-clone-d088bde1/.git ›
npm ERR!
npm ERR! A complete log of this run can be found in:
npm ERR! /root/.npm/_logs/2020-03-25T18_43_34_950Z-debug.log
en complément :
(…)
1745 warn maxcubeservice@0.0.1 No repository field.
1746 warn maxcubeservice@0.0.1 No license field.
1747 verbose stack Error: Command failed: git clone --mirror -q hxxps://github.com/fensoft/maxcube.git /root/.npm/_cacache/tmp/git-clone-d753b5ee/.git
1747 verbose stack fatal: impossible de créer les répertoires de premier niveau dans ‹ /root/.npm/_cacache/tmp/git-clone-d753b5ee/.git ›
1747 verbose stack
1747 verbose stack at ChildProcess.exithandler (child_process.js:281:12)
1747 verbose stack at emitTwo (events.js:126:13)
1747 verbose stack at ChildProcess.emit (events.js:214:7)
1747 verbose stack at maybeClose (internal/child_process.js:915:16)
1747 verbose stack at Socket.stream.socket.on (internal/child_process.js:336:11)
1747 verbose stack at emitOne (events.js:116:13)
1747 verbose stack at Socket.emit (events.js:211:7)
1747 verbose stack at Pipe._handle.close [as _onclose] (net.js:561:12)
1748 verbose cwd /var/www/html/plugins/maxcube/resources/maxcube.js
1749 verbose Linux 4.19.66-v7+
1750 verbose argv « /usr/bin/node » « /usr/bin/npm » « i »
1751 verbose node v8.17.0
1752 verbose npm v6.13.4
1753 error code 128
1754 error Command failed: git clone --mirror -q hxxps://github.com/fensoft/maxcube.git /root/.npm/_cacache/tmp/git-clone-d753b5ee/.git
1754 error fatal: impossible de créer les répertoires de premier niveau dans ‹ /root/.npm/_cacache/tmp/git-clone-d753b5ee/.git ›
1755 verbose exit [ 1, true ]
Concernant npm :
pi@raspberrypi:~ $ sudo apt install npm
Lecture des listes de paquets… Fait
Construction de l’arbre des dépendances
Lecture des informations d’état… Fait
Certains paquets ne peuvent être installés. Ceci peut signifier
que vous avez demandé l’impossible, ou bien, si vous utilisez
la distribution unstable, que certains paquets n’ont pas encore
été créés ou ne sont pas sortis d’Incoming.
L’information suivante devrait vous aider à résoudre la situation :
Les paquets suivants contiennent des dépendances non satisfaites :
npm : Dépend: nodejs mais ne sera pas installé
Dépend: node-abbrev (>= 1.0.4) mais ne sera pas installé
Dépend: node-ansi (>= 0.3.0-2) mais ne sera pas installé
Dépend: node-ansi-color-table mais ne sera pas installé
Dépend: node-archy mais ne sera pas installé
Dépend: node-block-stream mais ne sera pas installé
Dépend: node-fstream (>= 0.1.22) mais ne sera pas installé
Dépend: node-fstream-ignore mais ne sera pas installé
Dépend: node-github-url-from-git mais ne sera pas installé
Dépend: node-glob (>= 3.1.21) mais ne sera pas installé
Dépend: node-graceful-fs (>= 2.0.0) mais ne sera pas installé
Dépend: node-inherits mais ne sera pas installé
Dépend: node-ini (>= 1.1.0) mais ne sera pas installé
Dépend: node-lockfile mais ne sera pas installé
Dépend: node-lru-cache (>= 2.3.0) mais ne sera pas installé
Dépend: node-minimatch (>= 0.2.11) mais ne sera pas installé
Dépend: node-mkdirp (>= 0.3.3) mais ne sera pas installé
Dépend: node-gyp (>= 0.10.9) mais ne sera pas installé
Dépend: node-nopt (>= 3.0.1) mais ne sera pas installé
Dépend: node-npmlog mais ne sera pas installé
Dépend: node-once mais ne sera pas installé
Dépend: node-osenv mais ne sera pas installé
Dépend: node-read mais ne sera pas installé
Dépend: node-read-package-json (>= 1.1.0) mais ne sera pas installé
Dépend: node-request (>= 2.25.0) mais ne sera pas installé
Dépend: node-retry mais ne sera pas installé
Dépend: node-rimraf (>= 2.2.2) mais ne sera pas installé
Dépend: node-semver (>= 2.1.0) mais ne sera pas installé
Dépend: node-sha mais ne sera pas installé
Dépend: node-slide mais ne sera pas installé
Dépend: node-tar (>= 0.1.18) mais ne sera pas installé
Dépend: node-underscore mais ne sera pas installé
Dépend: node-which mais ne sera pas installé
E: Impossible de corriger les problèmes, des paquets défectueux sont en mode « garder en l’état ».
pi@raspberrypi:~ $
( j’ai remplacé http par hxxp à cause des nouveaux user sur ce forum et la politique des liens )
Merci beaucoup si vous avez une idée
Bonne soirée à tous
Edit : Je pense avoir résolut mon problème, j’ai suivi ton script ligne par ligne, il bloquait à la ligne 24 sur une condition. J’ai donc passer outre cette condition et réalisé suivi les lignes de commande qui suivaient. Il semblerait que la ligne qui permet de purger npm nodejs etc à corrigé le problème. J’ai par la suite relancé le démon et j’ai plus d’erreur :).
Merci pour ce plugin en tout cas.
mes corp thermostatique ne sont pas compatible.
La pin est trop petite. J’ai une erreur F2 « Actuating range too wide ».
Du coup j’ai fait cette astuce 5 cent
Mais le radiateur reste froid qu’elle que soit la température régler en local.
Pou le moment j’ai pas encore mis la main sur un cube.
Pouvez vous me dire si les vanne peuvent fonctionné sans cube ?
oui il faut que l’eau chaude circule via la mise en marche de ton circulateur.
compare avec 2 radiateurs et sonde déporté
tu as refait un calibrage après ton astuce. (environ 10 ouverture/fermeture)
procure toi les doc
utilisation seul, avec 1 thermostat mural, avec cube,
c’est 3 modes de fonctionnement.
il y a un tas de variantes,
ex
2 radiateurs dans une pièces comment affiné pour que les 2 chauffent simultanément au même °C
réglage d’ofset, chose à savoir. si plus de pile = ouverture. samedi 12h decalcairisation « reglable »,…
eq3 max manual french
Bonjour la communauté,
Depuis quelques jours, impossible de redémarrer le démon pour ma part.
Tout est à jour (plugin et jeedom V4).
Je précise que l’appli officiel MAX se connecte sans problèmes sur le maxcube.
Avez-vous une piste ?
Voici ce qui est retourné par le log :
Connecting to MaxCube 192.168.31.18:62910
Creating webservice on :7767
Output log on -
Jeedom callback at http://192.168.31.2:80/core/api/jeeApi.php?api=cNpcknGQF3BvMVv8SLUpcZGCKPRULXna&type=maxcube&method=update
Whitelist events temp,valve,setpoint,link_error,battery_low,error,valid,state,mode,panel_locked
Debug mode 1
[2020-04-22T07:24:49+01:00] MaxCube initialized on 192.168.31.18
[2020-04-22T07:25:02+01:00] connecting to cube 0…
[2020-04-22T07:25:02+01:00] Max-NodeServer listening on port 7767
[2020-04-22T07:25:02+01:00] Heartbeat
events.js:187
throw er; // Unhandled ‹ error › event
^
Error: connect EHOSTUNREACH 192.168.31.18:62910
at TCPConnectWrap.afterConnect [as oncomplete] (net.js:1128:14)
Emitted ‹ error › event on Socket instance at:
at emitErrorNT (internal/streams/destroy.js:92:8)
at emitErrorAndCloseNT (internal/streams/destroy.js:60:3)
at processTicksAndRejections (internal/process/task_queues.js:80:21) {
errno: ‹ EHOSTUNREACH ›,
code: ‹ EHOSTUNREACH ›,
syscall: ‹ connect ›,
address: ‹ 192.168.31.18 ›,
port: 62910
}
je crois que tout est dit, host unreachable = injoignable. pb de réseau entre les deux