File d'attente

[Triphon763]

Bonjour à tous,

J'ai un petit casse-tête pour les férus de Sioc

Pour rappel, je suis sous PMDG. Toutes les commandes possèdent un numéro. Deux variables sont initialisée à la base et pour allumer une lampe par ex, il faut envoyer 1 dans la 1ere variable et 70354 (le n° de commande) dans la 2eme variable.
Pour éteindre cette lampe, il faut envoyer 0 dans la 1ere variable et 70354 (le n° de commande) dans la 2eme variable.
La variable 2 est remise automatiquement à 0 après une tempo de "sécurité" de qq msec

Cela fonctionne très bien sauf lorsque je m'emballe. En effet, si j'active mes boutons trop vite l'un après l'autre, certain paramètre de la valeur 2 n'ont pas le temps d'être exécuté, qu'ils se font écrasés par le paramètre suivant.

2 solutions :

a) je calme mes ardeurs
b) j'essaye de créer une file d'attente. Si on déclare 2-3 variables de file d'attente et que l'on programme, si ma valeur paramètre n'est pas vide, alors je place la nouvelle valeur dans la file d'attente. Lorsque la valeur init est revenue à zéro (par la tempo sécurité) je transfère la valeur file d'attente vers l'execution...

C'est bien bô mais je sais pas trop comment réaliser cela... Quelqu'un a une piste de départ?


Merci et bon dimanche (sous la neige) à tous

[mameloose]

Hum peut être essayer de creer une subroutine avec la remise a zero et appelé la sub call apres chaque action.
A essayer

[Triphon763]

Salut Mameloose,

Les conditions et la prog ne devrait pas "poser de problème", mais justement je ne souhaite pas l'intégrer dans tous les paramètres et ré ecrire 100.000 x la même chose et alourdir le programme.

Je n'ai jamais utiliser les call avec SIOC... Existe il un tuto?

Merci pour ton aide

[Triphon763]

Je viens de trouver ton tuto...

mais peut on "envoyer" envoyer un argument dans la sous routine comme par ex en VBA?

Call test(argument 1)

Sub test (arg)

???

[mameloose]

Dans sioc ton argument cest ton if.

If une valeur est envoyé par un bouton
Assignation call

[mameloose]

Tu devrais poster ton code ca serait plus facile a comprendre

[mameloose]

j'avais fais quelques test sur pmdg pour essayer .

mon ptit code fonctionnait bien

[Triphon763]

Salut,

J'ai exactement le même code. Lorsque l'on manipule le bp 15, &CONTROL passe a 69834 pendant 10 * 50ms.

Si maintenant, je bascule un hypothétique bouton 16 juste après, &CONTROL va passer à par ex 70344 et donc l'information du CONTROL = 69834 ne sera certainement pas lue puisque "PMDG prend un peu son temps pour appliquer ce qu'on demande".

Mon idée était de programmer : Si &CONTROL = 0 alors &CONTROL = "la valeur qu'on impose (69834) SINON on met cette valeur dans une variable &ATTENTE_1.

Dès que &ATTENTE_1 <> 0 ALORS on enclenche une petite tempo et en fait on ré envoie la valeur vers &CONTROL...

Ca c'est la théorie. Mais je me heurte déjà à un hic à la 1ere ligne de code. En effet, pour que le test ci-dessous soit vérifier... Il faut que la valeur de &CONTROL soit modifiée... Donc si elle est modifiée il ne connait plus la valeur d'avant le changement donc on tourne en rond non? ...

"Si &CONTROL = 0 alors &CONTROL = "la valeur qu'on impose (69834) SINON on met cette valeur dans une variable &ATTENTE_1."

Bonne journée à tous

[mameloose]

Hum jvai tester autre chose ce soir
Juste une idee

[mameloose]

je n'ai plus pmdg pour tester mais essaye ca :



la sub est appelé a chaque fois ce qui evite de lire le code complet des le debut pour remettre a zero