Mise à jour V4.2.2 /MSApp+KC2MS+MSBoot+firmware

Je suis entrain de faire les tests because ça a remerdé
Je vais renvoyer une config toute propre depuis kicad.

Ça a l'air ok, j'ai renvoyé une config faite avec les nouvelles bibliothèques, donc nouveau timer...
Après une coupure élec les sorties programmées par timer retrouvent bien leur état.
Ça c'est vraiment top !!!
Merci Patrick

Bonjour,
La mise à jour est assez déroutante. Les états des sorties des commandes sont quasiment toutes actives.
Il faut toutes les passer une par une pour les réinitialiser.
Le fonctionnement de l'écran à changer .
Avant dans le mode commande une sélection activait la zone maintenant il faut presser plus longtemps.

Comment fais-tu pour activer et régler le ping sur l'adresse IP souhaitée?
Dans Msapp, le mode connexion internet ne fonctionne pas. (réponse et découverte aléatoire)

Stéphane.

Bjr Patrick,

je suis passé a la 422c hier. Ca marche à 2 ou 3 détails près.

Je ne comprends pas quel est l'état des timers à la mise sous tension. De plus ds msapp ou sur l'interface web on ne peut pas voir al ValueOut des timers. Donc je suis ds le noir complet
Je m'explique: J'utilise des timers pour générer des ValueOut .

1ere hypothèse : lorsque l'entrée Val_in d'un timer est validé il me sort val_On et lorsque Val_in n'est pas validé il me sort Val_off entre 8h et 20h si je mets On1 = 08:00 et Off1 = 20:00
correct ou pas ? quelle valeur sort il entre 20:00 et 8h du mat ? Tjs val_Off ou alors 0 ou autre chose ? .

De plus que se passe t-il a la PREMIERE mise sous tension alors que timer1 n'est pas encore passé par 08:00 ? quelle est la valeur de valueOut ?

J'ai un doute car voici le comportement du thermostats diff sur lequel est connecté valueOut de timer1:

Je rentre sur Alt2 (Dt_Off) d'un thermostat diff.
Sur ce thermostats j'ai Dt_On = 2 et Dt_Off = valueOut timer =2.
Timer2 val_On = 1.5 et timer2 val_OFF = -0.2

A la mise sous tension Dt_On passe à 0.3 ald de 2 alors qu'il est sur utilisateur !!! Je pense donc que le timer envoi une valeur qui ne lui plait pas sur alt2 (Dt_off). Donc il adapte Dt_On en conséquence. Quelle est cette valeur ? faut il attendre que le timer passe par 08:00 pr qu'il envoi la bonne valeur ?

merci de tes lumières

A+

Thierry

PS: j'ai fait des essais sous msapp. Des fois j'ai le bug des fois pas. Faudrait vraiment qu'il y ait un affichage des toutes les valueOut kkpart. Au moins pr le débugging

Bon ben alors ca marche pas pr ce que je veux faire.
Je veux pouvoir envoyer soir -0.2 soit 1.5. Je veux jamais envoyer 0. du coup je sais pas comment faire.

On peut qd meme se dire qu'il y a un sushi kkpart.

Th_diff: dt_on = 2 et dt_off relié a timer
si Timer ne peut m'envoyer que -0.2 (val_off), 0 (val_in non activer) ou 1.5 (val_on) je vois pas trop pkoi il me change le Dt_On ???

non ?

j'insiste: ca serait vraiment bien de pouvoir visualiser toutes les value_OUT

"Je n'ai pas testé avec les timers mais en faisant la simu avec une commande et 3 valeurs de dt_off: -0.2,0 et 1.5, ça fonctionne."
je sais moi aussi j'ai essayé. C'est pr ca que je voudrais vraiment voir les vraie valueOut. j'ai ds l'idée que le timer envoi autre chose.
Ds le MS aussi ca me modifie le valeur de Dt_On

Le plus simple qd même serait que tu créer un module "génération de valeur ana" que l'on puisse commander par son Val_in pr le faire basculer d'une valeur a l'autre.
ET/OU que l'on ai des thermostats qui sortent une valueOut ald d’une sortie PWM.

Pour l'affichage des valueOut, ben j'aurais tendance a dire les 2 mon capitaine
Ds msapp pr les premiers tests et puis ds une page web pr la MAP finale pr vérifier les différences de comportement msapp/firmware.

PS: je sais j'en demande bcp

ca y est je crois bien que j'ai compris:

patrick écrit: De plus, limite de la techno, dans MSApp la valeur de DT_On est modifié, alors que sur le Maxisun il augmente en interne 0.5 pour ses calculs sans toucher à la valeur programmée.

Si le Dt_on est modifié a 0.3 cela veut dire que le timer doit envoyer un Nan (valeur non valide) à Dt_off donc par sécurité il met dt_on a 0.3 (-0.2+0.5) car la valeur initiale de dt_off est -0.2.
J'ai remarqué a la mise sous tension sur le Ms que la valeur calcCH1 (qui est validé par th1 dont le Dt_off dépend du timer) passe de 0 à sa valeur calculée toutes les 3 secondes environ. Et cela ne se stabilise jamais. comme si le timer était ds un état instable et qu'il envoyait une fois une valeur, puis une fois un Nan.

bon ca serait bien de pouvoir les visualiser ces valueOut ...

merci.
Comme d'hab t'aurais pas la version win$ que je teste ca ds la journée

...

J'ai donc fait des essais en simu avec msapp.
Et je suis pas plus avancé

je charge ma config ds msapp. Au moment ou je clic sur simulation alors msapp change le parametre Dt_on de mon th_diff a +0.3 ald de 2.
ds la visu le timer indique qu'il envoie 0 sur dt_off. Du coup je comprends pas. Si je rechange dt_On a 2 ds msapp alors ca reste comme ca. Il y a don un prbl a l'initialisation. soit le timer ne lui envoi pas de valeur (ou pas immédiatement) soit ben je sais pas trop...
il est intéressant de noter que si je ne redémarre pas msapp et je re-ouvre a nouveau la config. Alors le bug ne se produit pas

si je connecte le dt_off a une valueOut de cmde alors pas de bug. Donc ca doit bien etre a l'init des timers que ca merde ...

ca merde aussi sur le MS mais pas pareil. La sortie du th_diff oscille on/off