Page 1 sur 3

[RESOLU] Comportement des bobines...

Posté : 16 juin 2016, 23:37
par rominet41
Bonjour à tous

J'ai bossé toute la journée ou presque sur 2 API CJ1M à faire des modifs. L'environnement OMRON n'est pas aussi bien connu que d'autres marques "habituelles" mais cela s'est presque bien passé.
Je fais appel à vos lumières d'expert pour résoudre un souci.

J'ai créé une ligne avec un contact NO et une bobine. voir l'image ci-dessous.
Je ne sais pas si c'est moi qui ne sais ce qu'est une bobine ou OMRON qui ne l'utilise pas de la même façon que moi.
Explications:
Mon contact est passant, la ligne en aval devient verte au delà de la bobine.
La bobine reste inactive (centre gris). Si je fais un forçage à ON elle passe au vert et le relais associé fonctionne. Si j'annule le forçage elle reste au vert....
Si je perds le contact, elle reste au vert aussi...
J'en perds mon latin. J'ai donc essayé avec une autre bobine et autre contact, IDEM.

Si vous avez une explication ou une solution, je suis tout ouïe. (j'ai transféré en partiel la section concernée comme pour tout le travail que j'ai fait aujourd'hui)
Merci
omron.png

Re: Comportement des bobines...

Posté : 17 juin 2016, 00:33
par itasoft
slts,
d'après les symboles on dirait que des sorties commandent des entrées.
ça veut dire que tu veux forcer l'entrée "Retour marche pompe" par sa sortie de commande on présume que ces entrées ne sont pas branchées.
Déjà il faut savoir si sur Omron les entrées sont en Lecture/écriture , ce qui n'est pas le cas partout (ex:Unity)
Si c'est autorisé, à savoir que ces entrées sont mise à zéro au début de programme (puisque pas branchées).

?????????

Re: Comportement des bobines...

Posté : 17 juin 2016, 07:49
par rominet41
Salut
J'ai oublié de mentionner que c'est la dernière ligne qui a été écrite qui me pose problème.
P_TENSION_EDF pour le contact et O18_4 pour la bobine
@+

Re: Comportement des bobines...

Posté : 17 juin 2016, 08:35
par djé
Salut,

Une explication plausible pourrait-être que la section de programme n'est pas appellée.

Re: Comportement des bobines...

Posté : 17 juin 2016, 08:37
par rominet41
Tu peux m'en dire plus à ce sujet s'il te plait?
Comment vérifier cela par exemple?
Merci

Re: Comportement des bobines...

Posté : 17 juin 2016, 10:08
par itasoft
slts,
J'ai oublié de mentionner que c'est la dernière ligne qui a été écrite qui me pose problème.

il fallait le préciser tout de suite .

la sortie n'est pas déjà utilisée ailleurs ?

Re: Comportement des bobines...

Posté : 17 juin 2016, 10:20
par josé
bonjour,
dans les "anciens" automates OMRON il n'est pas possible de rajouter un réseau en ligne.
C'est pour cela qu'il faut rajouter des labels avec des instructions "NOP", pour modification futures.
Personellement je ferais une sauvegarde des données et rechargerais le programme en entier.

Re: Comportement des bobines...

Posté : 17 juin 2016, 10:36
par Francisco
Salut.

Les sorties fonctionnent comme tu le suppose.
Le problème de ton image, c'est qu'on ne voit que la mnémonique, pas l'adresse. Mais bon, si tu dis qu'en forçant la sortie monte, on peut supposer que la sortie est correctement adressée. Reste à voir si elle n'est pas activée ailleurs dans le programme.

Pour mémoire, Omron utilise des zones mémoire, en l'occurrence appelée IO.Quand on installe les éléments d'entrées sorties, un lien est créé entre la mémoire et le physique. Par exemple, que ce soit des entrées ou des sorties, la première sera affectée au mot 0(modifiable), même s'il y a d'autres cartes avant, du gentre Ana, Com, réseau. Ce qui fait que les sorties sont avant tout des bits, on peut donc les utiliser en tant que tel partout dans le programme.

Pour vérifier l'utilisation des bits, il y a plusieurs solutions:
- quand on duplique une sortie, le programme te retourne un avertissement te signalant que la sortie est déjà utilisée ailleurs.
- à la compilation, vérifier les messages d'avertissement relatifs à cette duplication. Attention les commandes SET/RESET tombent dans ce cas, même si c'est normal. Perso j'utilise la fonction KEEP qui évitent ces messages parasites.
- utiliser la fenêtre (bouton avec un contact, juste après celui avec un marteau et celui avec des lunettes, ou encore menu/affichage/fenêtres/outils reference d'adresses ou encore Alt+') qui affiche en dynamique les affectations en cliquant sur l'élément à vérifier. Si la sortie est affectée plusieurs fois, on trouve les occurrences tout de suite.

Re: Comportement des bobines...

Posté : 17 juin 2016, 11:56
par djé
rominet41 a écrit :Tu peux m'en dire plus à ce sujet s'il te plait?
Comment vérifier cela par exemple?
Merci
Je ne connais pas Omron donc je ne peux pas être catégorique, mais à la vue de ce que tu décris on dirait que cette partie de réseau n'est pas scrutée ou que l'automate est en stop.
Dans certains éditeur genre Twido et d'autre on voit les animations en ligne même avec l'automate en stop ou lorsque le sous-programme n'est pas appelé, ce qui peut prêter à confusion.

Vérifies tout de même, comme les collègues le préconisent, l'utilisation de ta sortie ailleurs dans le programme.

Re: Comportement des bobines...

Posté : 17 juin 2016, 12:44
par rominet41
Je vous remercie tous pour vos commentaires constructifs.

Je confirme que la sortie Q:18.4 n'est utilisée qu'une seule fois dans le programme (j'ai utilisé pour cela les différentes méthodes de recherche, etc.. pour vérifier avant création)
Par contre, je ne retrouve pas cette sortie dans l'onglet "symboles" de la section. Elle est présente dans l'onglet "symboles" dans la racine de l'API.


La sortie est associée à un bloc C1JW-OD26, le relais réagit à chaque positionnement de la sortie (en mode forçage)

La ligne ajoutée fait partie d'une section existante, aucune erreur ou avertissement dans la fenêtre qui va bien.
Cette section est avant la section END
Compilation OK.
Transfert partiel réussi.

Pour ce qui est de l'appel du bloc, là je ne sais pas... et surtout comment faire.

Si quelqu'un a la possibilité de jeter un oeil au programme, je peux l'envoyer par mail.
Merci