Thermostat ELV/eQ-3/Conrad Max! / MaxCube

Salut,

Il y a le bug d’arthur que j’aimerais résoudre (workaround: mettre des noms d’objet court pour ne pas dépasser la taille d’un paquet) et le multicube qui ne fonctionne toujours pas.

Mais j’ai un peu zappé le truc ces derniers mois !

ca va le chauffage repart a peine :smiley:

bonjour

Reprise du chauffage et à nouveau bug entre thermostats et vannes.
Le changement de consigne d’une piece envoie une demande de changement directement sur la vanne d’une autre piece…qui génère la mise à jour de la consigne du thermostat de cette autre piece.
J’ai verifié dans l’appli max cube directement les radiateurs sont bien affectés à des pieces et thermostats differents et on retrouve bien ces affectations sous le get 7767
Quelqu’un a également ce probleme ?
Merci

Salut les amis, savez vous me dire @fensoft si le plugin est ou sera compatible en V4 svp ? Grand merci

1 « J'aime »

J’ai trouver ceci sur un forum. Quelqu’un sais m’expliquer svp je ne sais pas comment faire. Merci

Le demon qui ne voulait plus démarrer alors que l’IP de mon MAX!Cube était bonne. J’ai voulu réinstaller les dépendances et ça indiquait « erreur ». Du coup j’ai supprimé le plugin pour le remettre mais idem. Seul solution, allez attaquer le script qui ce trouve dans : /var/www/html/plugins/maxcube/resources/install_maxcube.sh

L’exécuter et voir ou ça bloque. Ça bloquait à 2 niveaux le premier, de ma faute, j’avais bien un fichier dans tmp mais j’avais bidouillé le dossier et supprimer les droits de modification ( oups ) le deuxième « sudo apt-get install -y nodejs npm ». Corrigé en faisant un apt-get update. Surement du à mes sources qui n’était plus à jours.

Je viens d’aller voir mon script, ça vous parle ?

#!/bin/bash
ME=cd $(dirname $0); pwd

touch /tmp/maxcube_in_progress
echo 0 > /tmp/maxcube_in_progress
echo « Installing maxcube dependencies »

sudo apt-get install -y git
echo 10 > /tmp/maxcube_in_progress
BIN=which node
if [ « $BIN » = «  » ]; then
BIN=which nodejs
fi
if [ « $BIN » = «  » ]; then
echo « No nodejs found »
major=0
else
actual=$BIN -v
major=$BIN -v | sed "s#v##" | sed "s#[.].*##"
echo « Current version: ${actual} (major $major) »
fi

echo 30 > /tmp/maxcube_in_progress
if [ arch == « armv6l » -a $major -lt 5 ]; then
echo « Raspberry 1 detected, using armv6 package »
sudo npm rebuild
sudo apt-get -y --purge autoremove nodejs npm
sudo rm /etc/apt/sources.list.d/nodesource.list
wget http://node-arm.herokuapp.com/node_latest_armhf.deb
sudo dpkg -i node_latest_armhf.deb
rm node_latest_armhf.deb
elif [ $major -lt 8 ]; then
echo « using official repository »
curl -sL https://deb.nodesource.com/setup_8.x | sudo -E bash -
sudo apt-get install -y nodejs npm
fi

BIN=which node
if [ « $BIN » = «  » ]; then
BIN=which nodejs
fi
new=$BIN -v;
echo « new version installed: ${new} »

echo 50 > /tmp/maxcube_in_progress
git --version
cd $ME/maxcube.js
sudo rm -rf node_modules ~/.npm
npm i
echo 100 > /tmp/maxcube_in_progress
rm /tmp/maxcube_in_progress

Le plugin est pas compatible v4, faut changer un peu le script. Mais c’est largement faisable !

d’ailleurs fensoft tu penses pousser une version compatible v4 ?

si c’est le object → jeeObject, il est en beta il me semble

et concernant nodejs, s’il y a une version superieure ça ne touche à rien

Oui c’est bien le passage vers jeeObject.

T’as le multi cube en béta ? Si oui je bascule peut être ^^

pour info, je suis en train de reprendre le dev jeedom sur un autre plugin, j’en profiterais pour update celui ci !

1 « J'aime »

Bonjour fensoft,

rançon du succès, j’attends avec impatience une version compatible de Maxcube avec V4 … pour relancer mon installation qui est aveugle maintenant.

à bientôt.

ça marche en v4 si tu change le object en jeeobject comme décrit si dessus.

1 « J'aime »

Très bonne nouvelle fensoft !

Si en plus il y a le multi cubes :stuck_out_tongue: :smiley:

Merci pour l’info.
J’ai modifié récemment quelques consignes de température des vannes thermostatiques avec l’appli Maxcube. Suite à cette modif, le daemon ne démarrait plus.

Le log du daemon en debug:

[2021-02-17T17:06:31+00:00] Data received: C [0c6ee7]
buffer.js:330
throw new ERR_INVALID_ARG_TYPE(
^
TypeError [ERR_INVALID_ARG_TYPE]: The first argument must be of type string or an instance of Buffer, ArrayBuffer, or Array or an Array-like Object. Received undefined
at Function.from (buffer.js:330:9)
at new Buffer (buffer.js:286:17)
at MaxCube.parseCommandConfiguration (/var/www/html/plugins/maxcube/resources/maxcube.js/node_modules/maxcube/maxcube.js:364:24)
at MaxCube.parseCommand (/var/www/html/plugins/maxcube/resources/maxcube.js/node_modules/maxcube/maxcube.js:212:40)
at Socket.<anonymous> (/var/www/html/plugins/maxcube/resources/maxcube.js/node_modules/maxcube/maxcube.js:81:36)
at Socket.emit (events.js:314:20)
at addChunk (_stream_readable.js:297:12)
at readableAddChunk (_stream_readable.js:272:9)
at Socket.Readable.push (_stream_readable.js:213:10)
at TCP.onStreamRead (internal/stream_base_commons.js:188:23) {
code: 'ERR_INVALID_ARG_TYPE'
}

Résolu en modifiant le début de la fonction parseCommandConfiguration dans le fichier maxcube.js

function parseCommandConfiguration (payload) {
  if (payload.length == 0 || payload.indexOf(",") == -1 ) {
    // log('Skipped payload: ' +payload.toString('hex'));
    return; // Payload vide ou mal formé
  }

0c6ee7 est le rf_address d’une vanne thermo qui est dans le group_rf_address 0c6ee7 avec le thermostat mural et le contact de fenêtre.

Nodejs v12.20.2 sur ma Smart en buster

tu as update node j’imagine, reinstalle les dépendances

Bonjour @fensoft

J’ai migré ma Smart en Buster en début d’année.
node v12 a été installé par le plugin alexa-api à ce moment.
Les dépendances de maxcube ont été installées aussitôt après et le daemon a démarré.

Après modification de la config du cube et reboot de la Smart, le daemon ne démarre plus.

Avec ma correction de maxcube.js, le log contient maintenant:

[2021-02-19T16:52:30+00:00] Data received: C [0c6ee7]
[2021-02-19T16:52:30+00:00] Data received: , [gxu5wEDEKBLRVEwOTEyMjE2JyM9CQcYA3AM/wBHIEcgRyBHIEcgRyBHIEUgRSBFIEUgRSBFIEcgRyBHIEcgRyBHIEcgRSBFIEUgRSBFIEUgRyBHIEcgRyBHIEcgRyBFIEUgRSBFIEUgRSBCtE0gTSBNIE0gTSBNIEUgRSBFIEUgRSBFIExXTttHIEcgRyBHIEcgRSBFIEUgRSBFIEUgRyBHIEcgRyBHIEcgRyBFIEUgRSBFIEUgRSBHIEcgRyBHIEcgRyBHIEUgRSBFIEUgRSBFIA==]
[2021-02-19T16:52:30+00:00] Unknown command type: ,

Je n’ai pas réinstallé les dépendances de maxcube sur ma Smart. Je ne modifie pas ce qui fonctionne.
Je l’ai toutefois fait sur une VM ( en désactivant le daemon de la Smart ). J’ai la même erreur sur la VM.

tu as ajouté des modules et/ou renomé des modules ? il y a un pb avec une config trop longue, essaie de renomer tes devices pour des trucs plus court

Hello fensoft :slight_smile:

Est ce que la beta prend en compte les correctifs sur le multi cube ?

Hello,

Des news sur le plugin fensoft ?

Bon et bien moi je suis planté avec ce plungin qui ne fonctionne plus du tout… C’est moche car ca me fati 15 radiateurs à réequiper…