Bloc Logique

Bonjour Thierry,

Je me suis plusieurs fois retrouvé devant cette question:
Est-ce que je fais des modules de fonction très simples avec la logique de combinaison par d'autres blocs externes au module, comme sur un automate ou dans une moindre mesure l'UVR, solution très souple mais qui demande + d'apprentissage et à maintenance compliqué.
Ou des modules intégrants déjà tout ce qu'il faut pour accomplir leur tâche, avec les inconvénients des avantages.
J'ai choisi la deuxième solution qui est quand même beaucoup plus simple.

Exemple:
Tu veux réguler un circuit de chauffage.
Avec le Maxisun, tu n'emploies qu'un seul module chauffage et tu as 8 paramètres essentiels à rentrer.

Avec l'UVR, il te faut un module de chauffage/calcul de loi d'eau, un module de demande chaudière, un module de chargement ballon, un module de commande de vanne mélangeuse... avec à chaque fois des dizaines de paramètres à rentrer (souvent inutiles) et l'impossibilité de simuler quoique ce soit sans la mallette adaptée.

Autrement dit, la "philosophie" est identique, avoir une régulation librement configurable, mais la façon de faire est différente. Et je peux te dire que créer une régulation capable de s'adapter à (presque) n'importe quel cas de figure et prévoir toutes les c*nneries que l'utilisateur va pouvoir inventer, ben c'est pas une mince affaire. Rien à voir avec une régul du commerce avec un choix d'une dizaine de pré-configurations fixes, et basta.

Pour revenir à ta question, l'important n'est pas tant de rajouter des modules à fonction OU, ET, NON, puisqu'en reprenant sa configuration avec MSApp on arrive à faire ce que l'on veut, mais surtout à arriver à représenter ça de façon claire dans Kicad.

Un peu à contrario de ce que je viens de dire, il me faudra peut être ajouter des modules virtuels qui n’apparaîtront que sur le dessin.

D'ailleurs, à + ou - court terme, j'aurais la même problématique pour combiner des valeurs analogiques.

Si ça peux vous rassurer, ça me fait plutôt plaisir de voir que le Maxisun commence à passionner les foules ( ) et je vous remercie pour votre rôle de poil à gratter !!! C'est bien dans ce but d'échange d'idées que j'ai crée ce forum.
J'ai juste un énorme problème de timing, de time tout cours même. J'ai beau y passer 15 heures par jour dessus, pas moyen de terminer le moindre Maxisun en ce moment.

Thierry:

Ex:
option 1 Je charge mon psd avec le solaire en continu
option 2 je régule mon PSD en fin de soirée et la nuit avec loi d'eau
option 3 je régule mon PSD le jour car je n'ai pas de soleil

Pas évident hein .

C'est à peu près ce que je fais chez moi, c'est un mélange de changements de consignes et de combinaisons logiques des sorties et des validations. D'ailleurs, amha vous sous-employez les possibilités de combinaison des sorties dans vos schémas.

Je n'emploie pas directement de module chauffage mais j'en ai mis un sur mon schéma et toutes les valeurs calculées de la loi d'eau ainsi que l'état des sorties de ce module sont enregistrés sur la carte SD toutes les minutes. Cela me permet d’appréhender le comportement de la régulation et de peaufiner les différents réglages, si un jour je me décidais à passer en tout automatique.

Pour les modules commande, j'en avais parlé dans un autre sujet que j'allais rajouter d'autres "types" avec jusqu'à 8 sorties binaires et analogiques par modules et la possibilité de les regrouper par 2 ou par 4.

Ah, pendant que j'y suis: Consigne flottante
Voila récupérer une valeur et la transmettre à un autre module , je sais faire.
Mais prendre une valeur, enlever 5° (ou additionner) et la transmettre ,
comment je peux faire?

En général je fais ça avec une entrée différentielle de module, les thermostats diff par exemple et prochainement les "thermostats mélangeurs" auquels je vais ajouter une version différentielle.