Sonde Oregon THGR122NX et fréquence de transmission

[chris-s]

Merci pour les précisions.
Et ça risque de se reproduire souvent avec 4 sondes par canal ?

[ctve]

4 sondes par canal c'est un peu beaucoup

Par contre, la fréquence de reproduction du phénomène est très difficile à évaluer puisque cela dépend de la vitesse du glissement de la périodicité de transmission des sondes qui sont sur le même canal.

Dans l'absolu, et si ce glissement était nul, ça ne se produirait jamais. Dans la pratique il n'est jamais nul et ça finira donc toujours par arriver un jour ou l'autre.

Désolé mais il est impossible d'être plus précis

[chris-s]

OK bon ben je verrai bien.. merci !

[nfilmotte]

Bonjour,

Mes sondes THGR122 et THGR810 BUG (j'ai souvent des temps de rafraichissement supérieurs à 10 000 secondes!!!

Exemple sur une sonde THGR122 (j'ai filtré les temps supérieur à 10 000s)
Heure Valeur Duree Sec. Source
08/09/2016 10:36 22.0 14975 Physique
07/09/2016 07:14 21.4 27534 Physique
06/09/2016 21:08 22.1 36387 Physique
06/09/2016 02:16 20.5 13961 Physique
05/09/2016 22:34 20.6 13339 Physique
04/09/2016 23:28 20.1 10024 Physique
04/09/2016 12:31 20.0 22308 Physique
03/09/2016 01:40 20.3 12129 Physique
01/09/2016 08:37 20.9 10726 Physique
29/08/2016 08:56 21.9 11310 Physique
24/08/2016 17:59 27.4 18096 Physique
21/08/2016 22:13 19.3 10492 Physique
21/08/2016 09:05 17.7 21176 Physique
20/08/2016 07:17 18.1 11310 Physique
19/08/2016 08:48 18.6 11350 Physique
15/08/2016 18:37 19.9 10258 Physique


Exemple sur THGR810 (Extérieur)
Heure Valeur Duree Sec. Source
08/09/2016 09:10 18.4 20939 Physique
07/09/2016 20:47 20.7 39483 Physique
06/09/2016 17:13 21.8 90893 Physique
06/09/2016 10:48 19.8 18391 Physique
03/09/2016 11:27 17.2 255297 Physique
03/09/2016 01:25 14.4 27771 Physique
31/08/2016 09:46 18.0 22419 Physique
30/08/2016 18:09 22.4 11394 Physique

Je suis en déplacement et donc hors domicile (heureusement c'est l'été) mais je vois mal le pilotage du chauffage dans ces conditions.

Avez vous une idée qui ne necessite pas de réinitialiser les sondes? une solution durable car je suis souvent en déplacement.

EEDOMUS+
RFXCOM433 USB
UNE SONDE PAR CANAL.
Distance max du RFXCOM 12metres
à l'intérieur cloison en placoplatre.
Pour l'extérieur, Mur Paraing avec enduit.

Les résolutions de problème se font ici? ou je dois contacter le support?

Merci pour votre support.

[chris-s]

Ton RFXCOM est branché en direct sur la box ?
Si c'est le cas, branche le via un HUB USB auto-alimenté.

Le mien est branché en direct mais je commence à avoir des périodes de plusieurs heures sans réception de tous mes périphériques RFXCOM.
Tout à l'heure j'ai débloqué la situation en faisant un reboot de la box à distance via la commande qui va bien.

[Madoma73]

plus simple peut-être........
es-tu sûr que ta température a changée durant les 10000 secondes ?

[chris-s]

Ce n'est pas ça car si tu regardes son log la température fait de gros bonds

[stef31]

L'hypothèse de chris-s pour le RFXCOM en direct sur la box est une bonne piste.

Par contre, les sondes OREGON émettent très fréquemment et les collisions ne sont pas rares. Et plus il y a de sondes sur un même canal, plus les communications de ces sondes deviennent aléatoires.

[Madoma73]

j'ai remarqué aussi que les collisions augmentent exponentiellement quand un des périphériques a des piles faibles.

[nfilmotte]

Bonjour,

Désolé, je pensais que j'aurais des notifications si des réponse à mon post étaient postées. (suite à un nouveau problème j'ai vu vos réponses et vous en remercie)

Bon je reprends le sujet.
Je vais investir dans un HUB pour tester çà semble une bonne piste. car je suis branché en direct sur EEDOMUS.

Sur la page eedomus config système, je constate des temps de dernier contact de 30 minutes en moyenne. il semble que la box de traite les sonde orégon que toutes les 30 minutes. c'est fort dommage pour réguler la température...

Pour les pertes de com, j'ai eu le 25 octobre une perte de com de 25heures... dans la salle de bain...
mais j'étais hélas dans une phase de chauffage allumé... et non présent... et pas de notification...
Le résultat... la chauffage a chauffé en continue sur 25h car il n'avait pas l'info de température atteinte... et la température est montée à 32 degrès???

Ces sondes OREGON VS EEDOMUS çà commence donc à sérieusement m'inquiéter... je cherche une méthode pour éviter ce bug dans les règles, un truc qui me coupe le chauffage en cas de perte de COM de plus de 30 minutes....

Mon bilan perso est donc: Plus d'OREGON pour EEDOMUS. je vais les revendre toutes et investir dans des sondes ZWAVES à termes. c'est fort dommage.

PS: le support eedomus ne m'a jamais répondu (seul vous sur le forum m'avez aidé) c'est fort dommage car en plus je paye le service prémium chaque mois.

encore merci pour vos aides et support à tous.

Config systeme

eedomus.JPG (31.16 Kio) Consulté 17677 fois

Nicolas

[nfilmotte]

Solution (Partiel) sur le Temps de communication des SONDES OREGON

Re-bonjour,

après recherche, j'ai découvert que ce que l'on croyait comme des pertes de communication ne l'était pas toujours.

La sonde communique avec l'EEDOMUS comme indiqué sur la doc OREGON (30 à 40s) sauf Bug (voir futur post sur les 32° de la salle de bain)

L'EEDOMUS, vous indique dans l'historique les températures relevés à 0.1°C pres.
Si la température n'a pas changée au bout du cycle des 30 à 40s, l'eedomus ou le RFXCOM (je ne sais pas) continue d'indiquer la meme valeur et compte de temps en continue.
çà n'est qu'au bout de 31 minutes sans changement de température que l'EEDOMUS ou RFXCOM (impossible de savoir) ne réindique la température dans l'historique et reprend le comptage du temps à zéro.

Donc l'on pense qu'il n'y a pas eu communication entre OREGON et EEDOMUS pendant 31 minutes mais c'est faux (sauf cas de BUG).
Certains post indiquait ceci précédemment. en voici l'illustration.

ILLUSTRATION
Il faut d'abord savoir que par défait l'historique nous est présenté avec la fusion des valeurs indentiques.

fusion

fusionner.JPG (63 Kio) Consulté 17674 fois

On peut y lire 16.1°C pendant 1h42.
ce que l'on ne voit pas c'est le détail.
Pour le voir il faut developper et choisir "tout afficher"

toutaffiche

Tout afficher.JPG (67.87 Kio) Consulté 17674 fois

ET la si on sommes 1h43 (pour 1h42, soit je me suis trompé soit c'est une histoire de calage de minutes mais pas important)
On voit donc que toutes les 31 minutes sans changement de température EEDOMUS ou RFXCOM stock la donnée dans l'historique.
Mais que dès changement de température de 0.1°C on passe à 8 minutes.

Conclusion: (sans bug avéré, il y en a quand même) on peut dire et affirmer que:
OREGON envoie à RFXCOM la température dans l'interval de la doc technique ORGEON.
Que la température si elle ne change pas est stockée dans l'historique toutes les 31 minutes.
Que la témpérature si elle change est stockée dans l'historique la minute qui suit.

J'espère avoir tout compris et que vous également.

Le post qui suis sera sur le problème des 32°C de la salle de bain.

Merci

Nicolas

[nfilmotte]

PROBLEME BUG 32°C dans salle de bain

Bonjour,

Voci les faits:
- Courbes et historique indiquant 32°C dans la salle de bain
- Température SDB trop ancienne de 25heures.

BUG SDB

BUG SDB.jpg (25.52 Kio) Consulté 17672 fois

Après recherche, il semble que deux sondes OREGONS ont étés HS / BUGGEES en meme temps (c'est ce que l'historique me confirme).
La connexion internet elle n'as pas buggée (la freebox étant remontée sur la eedomus, j'ai pu vérifier l'historique normale.
Les modules de commande des radiateurs ZWAVE fonctionnaient pendant cette période.

Screen et analyse SONDE OREGON:
Le 28/10/2016 à 00h52 16.9°C
Le 28/10/2016 à 18h00 33.6°C
entre les deux rien de rien?? le RFXCOM USB aurait'il bugué?? probablement car les autres sondes ont bugées.

TEMP OREGON SDB

Température SDB BUG.JPG (74.54 Kio) Consulté 17672 fois

Screen et analyse Radiateur module Zwave
Le 28/10/2016 00h53 Confort à 10% (normal le mini c'est 17°C dans ma règle la nuit)
Le 28/10/2016 06h00 Arret à 10% pendant 1 min (une régle démarre à 6h00, j'imagine que c'ets pour çà que je retrouve cet historique, mais comme la température était trop ancienne et que la derniere valeur était de 16.9°C alors le radiateur à continué...
Le 28/10/2016 06h01 Confort à 100% car je demande 20° au réveil dans la SDB. la formule calcul alors une puissance de 100% par rapport au 16,9°C indiqué par l'OREGON.... hélas.
Le 28/10/2016 à 18h01 Arret à 0% (heureusement)

Radiateur Zwave histo

Radiateur SDB BUG.JPG (76.08 Kio) Consulté 17672 fois

Voilà normalement vous avez toutes les données.
Pourquoi plus de sonde sur la période??? le domicile était vide donc.... pas d'info....

Pour le futur, si ce bug devait se reproduire, comment puis je contrer / empecher qu'un radiateur reste allumer si longtemps?? c'est couteux et dangereux.

Merci de votre aide à tous.

Nicolas

[ctve]

Bonjour,

Je n'apporte pas de réponse à ton problème mais une pierre à l'édifice puisque j'ai moi aussi constaté des absences de mise à jour de température de longue durée (une heure ou deux) au niveau de l'eedomus.

Je suis quasiment certain que le problème vient de l'eedomus et non du rfx com pour les raisons suivantes :
- Si on utilise le rfxcom connecté à un PC avec rfxmanager, on constate qu'il reçoit bien toutes les trames émises par les capteurs Oregon à la fréquence à laquelle ceux-ci les émettent puisqu'elles remontent bien dans la console d'affichage de rfxmanager sur le PC
- Je possède aussi un rfxlan, donc interfacé en xpl via le réseau local et le problème est exactement le même. Les trames xpl sont bien présentes sur le réseau à chaque fois que les sondes Oregon transmettent mais la box ne les prend en compte que "quand elle veut".

J'avais évoqué le problème avec le support il y a près d'un an ... sans réponse de sa part, comme hélas pour tant d'autres problèmes.

[jlegrand]

Bonjour,

J'ai le même problème sans solution...
Les températures des sondes Oregon se figent (alors que la température réelle mesurée par la sonde évolue), plusieurs heures, voire plusieurs dizaines d'heures.
Par miracle, les valeurs se mettent de fois seules à jour, mais bien souvent ma patience atteint ses limites avant, et je dois rebooter la box ou bien je débranche/rebranche le RFXCom et ça repart correctement pour plusieurs heures ou plusieurs jours....

Ennuyeux, je pense aussi acheter mes prochaines sondes de température en Zwave....

[fullpower]

Salut,

Elles ne sont pas trop éloignées du RFXCOM les sondes ? je sais que la portée radio est relativement faible pour les sondes OREGON (en tout cas chez moi c'est le cas) ...
Ou alors peut être une interférence quelconque ...

[jlegrand]

Salut,

Elles ne sont pas trop éloignées du RFXCOM les sondes ? je sais que la portée radio est relativement faible pour les sondes OREGON (en tout cas chez moi c'est le cas) ...
Ou alors peut être une interférence quelconque ...

Non, j'ai 5 sondes plus ou moins proches (de 3m à 15m avec mur aglo entre les deux).
Le freeze se produit souvent sur les 5 en même temps.

[stef31]

Je pense que les sondes qui émettent sur les mêmes canaux en 433MHz doivent se perturber entre elles. Je n'ai pas de soucis avec les sondes Oregon THGR810. Elles ont 10 canaux et je n'en ai installé que 10, j'ai des relevés suffisamment fréquents. Après, j'ai complété par du NETATMO et des sondes couplées à des modules Z-WAVE.

[jlegrand]

Je pense que les sondes qui émettent sur les mêmes canaux en 433MHz doivent se perturber entre elles. Je n'ai pas de soucis avec les sondes Oregon THGR810. Elles ont 10 canaux et je n'en ai installé que 10, j'ai des relevés suffisamment fréquents. Après, j'ai complété par du NETATMO et des sondes couplées à des modules Z-WAVE.

Pour ma part, je suis bien sur des canaux différents, car j'avais avant la station météo Oregon Anywhere Weather et il est nécessaire d'utiliser des canaux différents

[stef31]

Pour ma part, je suis bien sur des canaux différents, car j'avais avant la station météo Oregon Anywhere Weather et il est nécessaire d'utiliser des canaux différents

Avec les THGR122, tu ne peux avoir que 3 canaux or tu as 5 sondes donc tu as nécessairement 3 ou 4 sondes sur des canaux communs.

[jlegrand]

Pour ma part, je suis bien sur des canaux différents, car j'avais avant la station météo Oregon Anywhere Weather et il est nécessaire d'utiliser des canaux différents

Avec les THGR122, tu ne peux avoir que 3 canaux or tu as 5 sondes donc tu as nécessairement 3 ou 4 sondes sur des canaux communs.

Ce sont des TGHR810 que j'ai. Donc 10 canaux, mais le problème est le même.