Page 1 sur 3

Posté : lun. nov. 22, 2010 23:01 pm
par Pasquall
Bonjour a tous

Bon, suite à une erreur de manipulation de ma part, l'ancien sujet qui recensait les programmes à été perdu.
Pour ceux qui ne le savent pas, la plus part des programmes qui ont été chargé sur le sujet précédent sont présent sur le site APPER à cette adresse :
http://www.apper-solaire.org/?Api

Par contre vu que je n'avais pas encore fait la copie des derniers programmes... bah ils ont été perdu :oops: comme quoi, même les plus avertis en informatique savent aussi faire des boulettes ;-)

Bref, pour les derniers programmes, si leurs propriétaires respectifs pouvaient les poster à nouveau ca serait :cool:

Pasquall

Posté : lun. nov. 22, 2010 23:36 pm
par remi.450
Bonsoir,
C'est bien ce qui me semblait ce soir car je ne retrouvais plus le sujet.
Pas encore Alzeimachin.....
Eh oui Pasqual ça arrive à tout le monde " copier- couper" mer.. c'était "copier-coller"....le doigt à riper...
Bonsoir.

PS :J'y avais mis un programme de "essais V3V" rien à voir avec le solaire direct. Mais comme ce n'est pas un programme qui tourne en réel, je le mettrais plus tard.
Rémi

Posté : lun. nov. 22, 2010 23:57 pm
par Pasquall
Salut Remi,

Pour ton programme vanne 3V, ca reste intéressant car le but du sujet est autant de regrouper des programmes complet que des morceaux de programmes réutilisables.

Posté : mar. nov. 23, 2010 10:33 am
par jdtschirren
Thème: Suivi solaire 2 axes avec M3 Custom

Voici un programme permettant de piloter un panneau solaire avec 2 moteurs.

Azimuth avec moteur pas à pas bipolaire

Elevation avec vérin linéaire ou servomoteur

Jean-Denis T

Posté : mar. nov. 23, 2010 10:41 am
par jdtschirren
Exemple de Programme M3 permettant de superviser par GSM une application en envoyant/recevant des SMS.

Jean-Denis T

Posté : mer. nov. 24, 2010 0:43 am
par Pasquall
Bonsoir

J'ai placé les programmes de Jean-Denis sur le site, et j'en ai profité pour faire quelques ajustement sur la mise en forme de la page (tri alphabétique, format d'affichage des sous éléments, etc)

Pasquall

Posté : dim. déc. 12, 2010 21:57 pm
par remi.450
Bonsoir,
Quelques coupures secteur actuelles dans la région.
J'ai fait un p'tit programme pour savoir à quelle heure et quel jour.
Surement des améliorations à faire.
Rémi

Edition : voir maintenant le programme de Pasquall du Lundi 13 qui est le résulat de ses recherches.

Posté : dim. déc. 12, 2010 22:09 pm
par thermitch
Faut mettre un EPR à St Jean :lol:
... et on pourrait y brancher la Bretagne :oops:

Posté : dim. déc. 12, 2010 22:13 pm
par Pasquall
Très bonne idée Rémi... mais y'a beaucoup, beaucoup plus simple.

Le bloc "Status" (dernier de la liste des blocs FBD) possède une sortie "Init a chaud" dont voici la description dans l'aide de l'atelier :
INIT A CHAUD
Emet une impulsion pendant le premier cycle d’exécution d’un programme utilisateur lors du retour de l’alimentation après une coupure secteur survenue alors que le programme était en mode MARCHE.
Usage : cette impulsion permet au programmeur d’introduire des initialisations spécifiques dans son programme lors du retour de l’alimentation.

Posté : lun. déc. 13, 2010 7:48 am
par remi.450
Bonjour,
Pasquall en effet c'est plus simple.
Mais en remettant le M3 sous tension, après une simulation de coupure, il m'affiche l'heure du moment et non l'heure de la coupure exacte.
A affiner si on peut avec ce bloc "status".
Rémi

Posté : lun. déc. 13, 2010 10:21 am
par Pasquall
Oui je vois ce que tu veux dire.

En tout cas, en couplant ton programme au miens, il doit y avoir moyen de savoir combien de temps la coupure secteur à durée, ce qui me semble encore plus intéressant

Posté : lun. déc. 13, 2010 15:49 pm
par Pasquall
Me revoila,

Je me suis un peu amusé et j'ai un programme qui donne l'heure de la coupure et de la reprise (j'ai pas fait la différence car cela prendrai beaucoup de mémoire programme pour une info que le cerveau humain calcule très facilement)

J'ai repris le principe du programme de rémi pour le mise en marche et l'affichage, mais j'ai fait en sorte de virer les blocs MEM qui a mes yeux sont une consommation de mémoire superflue ;-)

NOTE: bug facile à anticiper : si plusieurs coupures secteur se suivent, l'heure de début sera celle de la première, et l'heure de reprise sera celle de la dernière.

Posté : lun. déc. 13, 2010 16:27 pm
par olab
Pour mon éducation, que fait le bloc NOT bouclé sur lui-même ?
La logique voudrait qu'il génère une oscillation de période 2 x temps de propagation entre entrée et sortie ou état indéfini, non ? :shock:

Posté : lun. déc. 13, 2010 16:49 pm
par Pasquall
[quote="olab"]
La logique voudrait qu'il génère une oscillation de période 2 x temps de propagation entre entrée et sortie [/quote]

Bonne réponse!!!

C'est grosso modo une horloge dont la base de temps = 2 temps de cycle automate, ou plus simplement un oscillateur. On arrive à la même chose avec un timer LI dont on aurai configuré le temps Marche et le temps Arret à 1 cycle (avec la base de temps à 1 cycle), mais c'est nettement moins gourmand en mémoire

Si on compare mon programme à celui de Rémi, il y a 3 choses qui font faire des économies de mémoire (enfin surtout la zone mémoire "ANA" qui se consomme très vite en régulation solaire):
- remplacement du timer LI par AND + NOT bouclé
- le timer AC simplifié (pas de sorties ANA sur le bloc, pour le même résultat)
- suppression des blocs MEM et utilisation de la sortie "Archive valide" du bloc Archive (de ce que j'ai compris les bloc MEM étaient utilisés pour stocker les dernières données valides, et étaient à 0 pour dire que les données étaient invalides)

Posté : lun. déc. 13, 2010 21:37 pm
par remi.450
Bonsoir,
Chapeau bas Pasquall, ça marche, et de plus l'heure de la reprise.
Même la micro coupure il le prend (environ 1 seconde)
Ce p'tit automate à tout l'air d'un grand....
Je vais essayé de mettre ça dans une macro pour faire du copier coller facile.
Merci encore Pasquall et à d'autres applications.
Rémi