Plus de sonde depuis la maj du 07/01

Bonjour,

Depuis la maj de ce matin aucune de mes sondes oregon ne sont détecter, ras avant la maj.

Le demon et les dépendance sont ok :

Mais sur toute mes sondes le message suivant est présent dans les logs :

Unknown System name 'type1' is not defined`
Unknown System name 'type4' is not defined
Unknown System name 'type10' is not defined

Mes sondes sont pourtant bien visibiles de par leur id :
exemple:

log:

0171|[2023-01-07 12:58:38.650]DEBUG : ZIA33{ "frame" :{"header": {"frameType": "0", "cluster": "0", "dataFlag": "0", "rfLevel": "-61", "floorNoise": "-95", "rfQuality": "8", "protocol": "5", "protocolMeaning": "OREGON", "infoType": "4", "frequency": "433920"},"infos": {"subType": "0", "id_PHY": "0xFA28", "id_PHYMeaning": "THGR810", "adr_channel": "46856",  "adr": "183",  "channel": "8",  "qualifier": "48",  "lowBatt": "0", "measures" : [{"type" : "temperature", "value" : "+19.2", "unit" : "Celsius"}, {"type" : "hygrometry", "value" : "67", "unit" : "%"}]}}}
0172|[2023-01-07 12:58:38.651]DEBUG : Data found
0173|[2023-01-07 12:58:38.651]DEBUG : {'frame': {'header': {'frameType': '0', 'cluster': '0', 'dataFlag': '0', 'rfLevel': '-61', 'floorNoise': '-95', 'rfQuality': '8', 'protocol': '5', 'protocolMeaning': 'OREGON', 'infoType': '4', 'frequency': '433920'}, 'infos': {'subType': '0', 'id_PHY': '0xFA28', 'id_PHYMeaning': 'THGR810', 'adr_channel': '46856', 'adr': '183', 'channel': '8', 'qualifier': '48', 'lowBatt': '0', 'measures': [{'type': 'temperature', 'value': '+19.2', 'unit': 'Celsius'}, {'type': 'hygrometry', 'value': '67', 'unit': '%'}]}}}
0174|[2023-01-07 12:58:38.652]DEBUG : frame found
0175|[2023-01-07 12:58:38.652]DEBUG : Unknown System name 'type4' is not defined

D’avance merci pour votre aide.

Bonjour.
Je confirme la problématique suite à la MAJ de ce matin. Les sondes oregon ne remontent plus.

Bonne soirée.

Je con firme aussi depuis les mise à jour :

 **Unknown System name 'type3' is not defined (RTS / SOMFY) et Unknown System name 'type4' is not defined (OREGON)**
3-01-07 19:34:55.347][DEBUG] : Data found
[2023-01-07 19:34:55.347][DEBUG] : {'frame': {'header': {'frameType': '0', 'cluster': '0', 'dataFlag': '0', 'rfLevel': '-51', 'floorNoise': '-78', 'rfQuality': '6', 'protocol': '9', 'protocolMeaning': '**RTS**', 'infoType': '3', 'frequency': '433420'}, 'infos': {'subType': '0', 'subTypeMeaning': 'Shutter', 'id': '11143470', 'qualifier': '7', 'qualifierMeaning': {'flags': ['Up/On']}}}}
[2023-01-07 19:34:55.347][DEBUG] : frame found
[2023-01-07 19:34:55.348][DEBUG] : **Unknown System name 'type3' is not defined**

3-01-07 19:37:52.302][DEBUG] : Data found
[2023-01-07 19:37:52.302][DEBUG] : {'frame': {'header': {'frameType': '0', 'cluster': '0', 'dataFlag': '0', 'rfLevel': '-86', 'floorNoise': '-94', 'rfQuality': '2', 'protocol': '5', 'protocolMeaning': '**OREGON**', 'infoType': '4', 'frequency': '433420'}, 'infos': {'subType': '0', 'id_PHY': '0x1A2D', 'id_PHYMeaning': 'THGR122/228/238/268,THGN122/123/132', 'adr_channel': '22274', 'adr': '87', 'channel': '2', 'qualifier': '32', 'lowBatt': '0', 'measures': [{'type': 'temperature', 'value': '-17.1', 'unit': 'Celsius'}, {'type': 'hygrometry', 'value': '82', 'unit': '%'}]}}}
[2023-01-07 19:37:52.302][DEBUG] : frame found
[2023-01-07 19:37:52.302][DEBUG] : **Unknown System name 'type4' is not defined**

Idem ici …
Mais pourquoi ne suis venu ici voir les avis avant de faire la mise à jour :sob:

Il n’y a pas que les sondes oregon qui ne remontent pas. Mes télécommandes en chacon non plus. On dirait que le plugin peut envoyer des ordres aux actionneurs (chacon, rts, etc…) mais ne peut plus recevoir d’info. En reprenant la sauvegarde ça refonctionne.
Dans le changelog, il n’est pas noté d’évolution alors on pourrait croire que c’est que de la doc comme c’est noté dedans…

Moi j’ai bêtement pensé que c’était pour avoir la visualisation de la valeur des commandes info dans l’édition de l’équipement, mais même pas…

Bonjour,
Vous avez simplement restauré la base de données de votre Jeedom ? c’est bien ça ?

J’ai pris la dernière sauvegarde avant mise à jour de ce plugin

Malheureusement, je n’ai pas fait de sauvegarde avant de faire la mise à jour, ma dernière date de la nuit dernière mais j’ai fait beaucoup de modifications dans la journée que je ne veux pas perdre…
J’espère que l’équipe de Jeedom va être réactive…

Ok merci : je viens aussi de restaurer la sauvegarde jeedom de ce matin avant ma mise la jour rfplayer2 de ce soir ça et cela refonctionne (1)
J’ai créé un ticket sur le market jeedom en espérant qu’ils vont corriger leur erreur.
Ce plugin n’a pas changé depuis des années maintenant et c’est sans doute une mauvaise manipulation de la personne qui a fait la publication d’une mise à jour aujourd’hui (la stable et la beta sont impactées à priori). Que voulait t’il changer exactement ? uniquement la doc ? c’est étrange.

(1) :
[2023-01-07 21:13:03][DEBUG] : ZIA33{ « frame » :{« header »: {« frameType »: « 0 », « cluster »: « 0 », « dataFlag »: « 0 », « rfLevel »: « -51 », « floorNoise »: « -82 », « rfQuality »: « 7 », « protocol »: « 5 », « protocolMeaning »: « OREGON », « infoType »: « 4 », « frequency »: « 433420 »},« infos »: {« subType »: « 0 », « id_PHY »: « 0x1A2D », « id_PHYMeaning »: « THGR122/228/238/268,THGN122/123/132 », « adr_channel »: « 41985 », « adr »: « 164 », « channel »: « 1 », « qualifier »: « 32 », « lowBatt »: « 0 », « measures » : [{« type » : « temperature », « value » : « +11.6 », « unit » : « Celsius »}, {« type » : « hygrometry », « value » : « 81 », « unit » : « % »}]}}}
[2023-01-07 21:13:03][DEBUG] : Received an Oregon frame
[2023-01-07 21:13:03][DEBUG] : type4

Bonjour,

Idem que les posteurs précédents: MàJ sans Changelog = je ne me suis pas posé de questions.
→ mes sondes oregon dans les choux.

Pas pratique pour le thermostat

C’est toute la réception qui est dans les choux…

1 « J'aime »

La changelog dit ceci


Alors, la mise à jour d’aujourd’hui ne concerne que la doc.

Or, d’après les commentaires ci-dessus, quelqu’un a touché à autre chose :thinking: !

Moralité

En domotique, ne jamais faire de MAJ si tout fonctionne correctement !

Quand le plugin provient de Jeedom SAS, on peut penser que c’est bon et qu’il y aura peut-être de nouvelles fonctions !
Et si on ne fait pas de mise à jour quand tout fonctionne bien, on reste alors en V2 sous Jeedom :smile:

Oui, mais on s’assure toujours d’avoir plusieurs jours de congés devant soi avant de se lancer dans une MAJ Jeedom. :smiley:

Perso, à mes débuts sur Jeedom il y a 5 ans, ce plugin m’a trop fait ch…r, alors c’est à mon tour de le faire ch…er. :laughing: Donc, sa MAJ, il peut se la coller où je :thinking:

Salut,

merci d’avoir prévenu, au moins ça permet de ne pas installer cette mise à jour en attendant …

À mon avis, l’erreur renvoyée peut être liée au contenu du fichier

/plugins/rfplayer2/resources/rfplayer2/rfplayer/devices/types.py

On pourrait peut être bricoler un fix en attendant, si l’erreur est simple à déceler… si quelqu’un ayant la dernière version pouvait le poster, ainsi que celui-ci par exemple :

/plugins/rfplayer2/resources/rfplayer2/rfplayer/devices/oregon.py

@+

Bonjour,
Voici :

rfplayer2_devices.tar.gz.txt (15,6 Ko)
= rfplayer2 beta en date de 2020-11-29
à déposer sur votre jeedom ici : par exemple : /tmp/rfplayer2_devices.tar.gz.txt

Restauration du plugin beta (je pense que stable=deta) en date de 2020-11-29
1/ renomer (si pas root mettre sudo devant les commandes)
mv /tmp/rfplayer2_devices.tar.gz.txt en /tmp/rfplayer2_devices.tar.gz
2/ sauvegarder :
cd /var/www/html/plugins/rfplayer2/resources/rfplayer2/rfplayer
tar czvf /root/my_rfplayer2_devices.tar.gz devices
3/ tester la restauration comme ceci :
cd /var/www/html/plugins/rfplayer2/resources/rfplayer2/rfplayer
tar xzvf /tmp/rfplayer2_devices.tar.gz devices/oregon.py*
tar xzvf /tmp/rfplayer2_devices.tar.gz devices/types.py*
4/ relancer le plugin

pourriez vous tester ?

Salut,

Merci! Quand je parlais de dernière version, je voulais dire celle du 07/01 :wink: de mon côté je n’ai pas fait la màj donc tout marche !

Mais en effet quelqu’un ayant malheureusement installé la màj du 07/01 pourrait faire le test de cette procédure !

@+

Le backup c’est la bonne pratique :slightly_smiling_face:

Problème aussi pour moi avec une sonnette CHACON.
Remettre un backup des fichiers du plugin avant la MAJ du 07/01 refait marcher le système.

Il y a eu des modifications dans le code du plugin (et pas que dans la doc)

diff -qr rfplayer2_post rfplayer2_pre
Files rfplayer2_post/core/class/rfplayer2.class.php and rfplayer2_pre/core/class/rfplayer2.class.php differ
Files rfplayer2_post/resources/rfplayer2/jeedom/jeedom.py and rfplayer2_pre/resources/rfplayer2/jeedom/jeedom.py differ
Files rfplayer2_post/resources/rfplayer2/rfplayer/devices/blyss.py and rfplayer2_pre/resources/rfplayer2/rfplayer/devices/blyss.py differ
Files rfplayer2_post/resources/rfplayer2/rfplayer/devices/jamming.py and rfplayer2_pre/resources/rfplayer2/rfplayer/devices/jamming.py differ
Files rfplayer2_post/resources/rfplayer2/rfplayer/devices/parrot.py and rfplayer2_pre/resources/rfplayer2/rfplayer/devices/parrot.py differ
Files rfplayer2_post/resources/rfplayer2/rfplayer/devices/rfplayer.py and rfplayer2_pre/resources/rfplayer2/rfplayer/devices/rfplayer.py differ
Files rfplayer2_post/resources/rfplayer2/rfplayer/packet.py and rfplayer2_pre/resources/rfplayer2/rfplayer/packet.py differ
Files rfplayer2_post/resources/rfplayer2/rfplayer/sender.py and rfplayer2_pre/resources/rfplayer2/rfplayer/sender.py differ
Files rfplayer2_post/resources/rfplayer2/rfplayer2d.py and rfplayer2_pre/resources/rfplayer2/rfplayer2d.py differ
Files rfplayer2_post/resources/rfplayer2/utils.py and rfplayer2_pre/resources/rfplayer2/utils.py differ