M3 : Conflit Performances/Disponibilités

achaud · Message par **achaud** » lun. sept. 26, 2011 20:33 pm

Bonsoir,

Je n'arrive pas à résoudre le problème (je ne comprends pas tout le message non plus) Conflit de Performance / Disponibilités, la Simulation n'a pas été lancée, Erreur DC42_90.

S'en suit le tableau joint.
Il reste des ressources mais elles sont pas dispo où on les attend.

Le problème qui me conduit à cette situation c'est une macro qui fait l'acquisition de 8 mesures et sort la moyenne, et donne un bruit de 0,1 °C sur mes sondes PT1000/KTY.
3 fois cette macro est utilisée, à la quatrième j'ai le message.

Le filtre 0,4 Hz sur l'entrée ne donne qu'un résultat moyen : +/- 1,5 °C.

Quelle solution avez vous expérimenté avec succès ? condensateur aux bornes de la sonde ? à l'entre ampli ?

Merci pour l'aide que vous m'apporterez.
Bernard.

Site Internet · Message par **ramses** » lun. sept. 26, 2011 21:23 pm

Bonsoir a tous,

ben a la ligne 3, "zones autres donnees", tu utilises 214 octets alors que le maximum autorise est de 200 !

Il te faut donc voir ce qui "mange" ces octets et modifier ta programmation en consequence.

Bien a vous tous

patrick07 · Message par **patrick07** » lun. sept. 26, 2011 23:20 pm

Bonsoir Bernard,

Sans hésiter le filtrage matériel est de loin préférable au filtrage logiciel.

Donc rajoute autant de condos que tu peux => un 10 ou même 100MF en parallèle sur la sonde ne peuvent pas faire de mal. Vérifie bien la polarité si condos électrochimiques et le courant de fuite qui ne doit pas perturber la mesure, les tantales sont bien pour ça.

Autre piste, augmenter le 0,1MF sur la carte => de 1 à 10MF.

Après tu peux augmenter ton filtrage logiciel.

achaud · Message par **achaud** » mar. sept. 27, 2011 0:02 am

à Ramses,

Oui, j'ai bien compris mais la solution que j'espère c'est de bouger cette limite de 200 octets alors qu'il y en a plein de disponibles ailleurs. Right ?

OK Patrick,

Je ne sais pas déterminer le type de perturbation qui me gène pour l'instant, mais le WIFI de mon routeur est à exclure, les fréquences du portable aussi, reste le 50 Hz et ses harmoniques ou les alims à découpage (TV, divers petites alims compactes, y compris celle qui alimente mon M3).

La ligne est un peu longue, 25 à 30 m en câble Cat 5, câblage sur une paire, les autres paires inutilisées sont en l'air. Le scope pourrait être mon ami si la méthode empirique ne donne rien.

Je vais commencer avec de l'électrolytique ou tantale, et ajouter des pF ou nF pour découplage HF par la suite.

Je te tiens au courant dans les jours qui viennent.
Bernard.

Samounet · Message par **Samounet** » mar. sept. 27, 2011 8:47 am

Bonjour,

D'après ce qui est indiqué dans un autre post, il ne serait pas inutile d'utiliser deux paires du cable pour augmenter la section.

A++

achaud · Message par **achaud** » mar. sept. 27, 2011 9:16 am

C'est un pb de bruit qui me préocupe. La section des conducteurs agit seulement sur la résistance qui s'ajoute à la valeur de la PT et qui fausserait la mesure.

Je ne pourrai pas regarder de près avant 3 jours.
A+
Bernard.

Samounet · Message par **Samounet** » mar. sept. 27, 2011 9:21 am

et le blindage est connecté ?

Pasquall · Message par **Pasquall** » mar. sept. 27, 2011 13:40 pm

Salut

Pour ce qui est du problème observé dans le Millenium 3, c'est que le programme utilise trop de blocs ayant des sorties analogiques. J'imagine que ta macro doit avoir des blocs "store" et autres joyeuseté du genre qui consomme à mort dans ce domaine la.

Je suis d'accord avec tout le monde, l'utilisation d'un filtrage matériel (et d'un bon raccordement des sondes) devrait permettre d'éviter le problème.

Sinon, en dernier recours, plutôt que de réinventer la roue, il y a un bloc qui s'appel "moyenne réduite" (dans les FBD_C) qui devrait être bien moins gourmand que ta macro

christian pellet · mar. déc. 04, 2012 9:04 am

Bonjour à tous.

Je reprends ce post car j'ai le meme pb dans ma programmation.

Certes je m'amuse,mais je veux disposer d'un max de données pour affiner le sréglages de mon instal.

Meme message DC 42-90.
Les capacités "autres données" sont dépassées.
Ce qui bouffe des octets c'est l'affichage des données,j'ai supprimé et ça marche.

Question: dans le bloc "Autres données" on a en disponible (200+200).
Pourquoi le systeme affiche "ERREUR" alors que le 2eme 200 de capa n'est pas atteint.
Je n'ai pas trouvé de réponse dans l'aide en ligne.

Question subsidiaire:
Mon programme est lourd et peut sans doute etre allégé,mais pour l'instant toutes les entrées sorties sont utilisées.
J'envisage par la suite la gestion d'un plancher chauffant et il me faudra une extensionà mon M3
Je pense au XR14,suis-je bon?

Ma question est de savoir si en plus des entrées sorties supplémentaires elle améliore les capacités de calcul.?

Merci pour vos réponses et suggestions .

Bien cordialement
Christian.

Forhorse · Message par **Forhorse** » mar. déc. 04, 2012 10:00 am

C'est le problème du M3 (et du M2 avant lui) on aimerait lui en faire faire beaucoup alors qu'a l'origine il n'est pas prévu pour.
Il ne faut pas oublier que c'est un "module logique programmable" fait pour de petit automatismes et non pas un "automate programmable industrielle"
Si vous voulez gérer une grosse installation il faut passer sur quelque chose de plus puissant ou de plus spécialisé.

Samounet · Message par **Samounet** » mar. déc. 04, 2012 10:29 am

Bonjour tous, Bonjour Christian,

Pour ma part, j'utilise deux automates M3, l'un pour le captage des calories, s'assurer que le ballon a suffisamment d'énergie pour le chauffage, quelques protections électroniques et l'autre pour le chauffage proprement dit avec la loi d'eau et quelques bricoles de programmation horaire actuellement. La prochaine étape c'est de gérer les électrovannes du plancher chauffant.

Ma configuration est celle d'un pseudo-PSD (PSD avec ballon tampon de 1000 litres) avec 4 capteurs SUNRAIN 30 tubes.

Dans ce cadre-là, il me reste encore de l'eau sous la quille pour les deux automates, hormis le nombre des entrées ANA toujours trop faible, car je suis intéressé à comprendre ce qui se passe partout et fatalement, ça nécessite des entrées...

Concernant les deux M3, ils sont reliés entre eux physiquement et de manière basique, à savoir quelques sorties TOR de l'un vers les entrées de l'autre et inversément et le tout est supervisé par deux sessions de SmartAPP, l'une pour le captage, l'autre pour le chauffage, en attendant que Pascal il ait fini la modif qui permettra d'avoir deux connexions sur le même écran (Pascal, si tu m'entends....

). Une possibilité est d'utiliser cette prochaine version de SmartApp pour récupérer les données ANA de l'un vers l'autre en passant par les ports ETHERNET, mais la fiabilité sera moindre du fait de la dépendance à la connexion qui ne sera pas matérielle.

L'installation quasi complète est en phase de test depuis samedi et je suis actuellement totalement satisfait (après, suffit d'être moins exigeant pour être plus rapidement satisfait, mais c'est un autre débat).

A+++

Bonne journée,

christian pellet · mer. déc. 05, 2012 8:49 am

Bonjour à tous et merci pour vos réponses.

J'ai vu sur le boncoin une extension XR14.
-E/S sup bien entendu.
Cette extension augmente-t-elle la capacité de traitement du M3 ?

cdt.
Christian.

Forhorse · Message par **Forhorse** » mer. déc. 05, 2012 9:37 am

Pas du tout, ça augmente juste le nombre d'E/S.

christian pellet · mer. déc. 05, 2012 9:42 am

Ok merci

Christian de Quinsac · mer. déc. 05, 2012 10:30 am

Dans le post viewtopic.php?t=554&postdays=0&postorder=asc&start=360, je parlais de ce pb de filtrage. J'ai utilisé le bloc "moyenne réduite" et depuis tout est rentré dans l'ordre. Ca n'a pas l'air de "bouffer" de la ressource" dans le M3.

Cordialement

PS: je vais, tout de même, un jour, étudier le filtrage par capacité !