Catégorie : Automatisme

M580 Safety System Words

Méthode 1 :
– faire une découverte réseau sous Window afin de détecter l’ATV (ne marche pas tout le temps exemple dans un ring je n’ai pas pu)
– se connecter par les pages web et mettre un nouveau device name
– créer un device ATV6xx avec le même device name sous le DTM Browser
– transférer dans l’automate : l’ATV passe en FDR2 mais récupère son IP
– faire un click droit sur de device dnas le DTM brower et un load from device (pas de massge d’info sur différence ??)
– double cliquez sur le device du DTM Browser et modifier la conf (command and reference Via Com Module, Input and output phase loss si pas de moteur
– faire un store to device
– faire un Offline FDR transfer par le DTM Browser sur le drive
– faire un rebuild all et transfer to PLC
– possibilité de faire un FDR2  clear par le panel control du DTM du drive ( enable and clear)
– connect ATV additional fucntion -> restart

Pb de compréhension
– si je fais cela j’ai un Dataset différent, si je compare je n’ai aucune différence
– je fais un store to device j’ai donc une récup de signature dans l’automate et je suis equal
– je fais un restart, je passe donc en dataset différent car j’ai récupéré l’info du FDR
ou alors c’est autre chose que je n’ai pas compris

Le Dictionnaire de données a été réalisé pour optimiser et garantir les temps de mise en oeuvre des applications en effet il permet de stocker un dictionnaire de données pour les données non localisées afin que les système de supervision accèdent à ces données.

Auparavant il était nécessaire pour la supervision de récupérer le fichier XVM ou STU ou STA de l’application stockée dans l’automate afin de faire le lien entre la données non localisée et la requête de communication utilisée par le superviseur.

Si le Dictionnaire de Données est stocké dans l’automate, lors d’une modification en ligne par exemple le superviseur n’est plus obligé de rechercher le fichier XVM ou le STU / STA car l’info est stockée dans l’automate (il s’agit en fait d’une cartographie mémoire relaint le nom de la variable et l’adresse physique dans l’automate).

Confirmation ce jour que la mise à jour automatique du serveur FDR par l’ATV se fait de la manière suivante:
Lorsque la carte reçoit sa conf le cycle est débuté et la première mise à jour est faite à la fin de la période configurée

Donc les type de prise de conf peuvent être:
– store data to device
– Apply de la conf en FDR activé en automatique
– Power ON avec récupération de la conf du serveur FDR

Donc attention, si j’ai une période longue le FDR ne sera mis à jour au terme de cette période donc un transfert manuel est conseillé.

Exemple d’utilisation de variables de type Reference dans un programme d’automatisme sous Unity Pro.

Objectif:
– surveiller plusieurs  variables indépendantes qui varient rapidement

Vous allez devoir effectuer votre programmation dans la tâche FAST.
Si vous avez besoin de changer la variable à surveiller, vous allez rajouter du code dans la tâche FAST pour surveiller cette nouvelle variable ou alors si les tests sont indépendants, vous pouvez faire pointer votre variable surveillée vers la nouvelle variable à surveiller et ceci seulement une fois et pas à chaque instant de surveillance. on a ainsi un gain notoire en terme d’éxécution de tâche amis aussi en concision de programmation

Exemple:

FAST:
If re(RefVar^)then MSG:= RefMsg^;end_if;

MAST 

if re(SurvEVT1) then
   RefVar:=REF(EVT1);
   RefMsg:=REF(MSG_EVT1);

end_if;

if re(SurvEVT2) then
   RefVar:=REF(EVT2);
   RefMsg:=REF(MSG_EVT2);

end_if;

Les leds en face avant respectent le standard ODVA

Les RPI des tâches respectent les règle suivnates:
Si la tâche MAST est périodique RPI CRA MAST = Période MAST / 2
Si la Tâche est cyclique RPI CRA MAST = Watch odg / 4

Et l’application des sorties se fait à 1,1 x période MAST

Pour la FAST qui est touours périodique c’est:
Période FAST /2 et Période FAST x 1,1

Le HOLD UP time étant configurable et vaut par défaut 4.4 x Période MAST

– open the UP Application
– add ATV device in DTM Browser (ATV9xx in EIP for instance)
– define a device name and an IP
– in the web pages connected to the drive set this IP as static
– then reboot the drive
– connect the DTM
– make a load data from device to be sure you’ve got the right reference
– configure the following points
– profile as Assembly 100/101
– FDR as enabled stored 10s synchro
– CommandRefParam / Reference source 1 at Embedded Ethernet source
– input phase loss Ignore
– output phase loss ignore
– make a store data to device
– wait the synch is done
– then change the configuration of the FDR from stored to served
– make a store data to device
– rebuild all save and download to the PLC

Operating mode:
– connect the ATV6xx or ATV9xx to the network (connected to your PC and the M580 which is in RUN mode)
– power ON the drive
– Result: the Drive appears in the windows network
– double click on it
– Result: a browser opens with the security warnings and ask for as password, the password by default is in the Keypad menu: My Preferrence/Webserver/WDP
– select setup tab
– type the device name of this Drive (previous Drive device name)
– Click on the save button
– Power OFF/ON the drive
– Result: the drive should take it’s configuraiton from the M580 which was RUNNING
Note: if you don’t have any PC connected use the Keypad to enter the device name in the communication parameters in the Ethernet menu

To use a Tesys in a Unity Pro application:
– select the rotary switches to indicate device name we will use
– configure a DHCP server to use this device name: TeSysTxxx ex TeSysT129
– then power cut ON OFF the Tesys
– connect the DTM
– synchronize
– change the parameter List /Process Data from none to E_TeSysT Fast access par exemple

Attnetion à bien vérifier que les requ^tes sont générées sr l’ID 248 et pas 255 car sinon les échanges ne se font pas

Générer ‘lappli et on a e device de présent en connecté avec son bit de refresh

– Device sans IP (DHCP DISCOVER) en broadcast sur port 67 (comprend sa MAC)
– Serveur envoie (DHCP OFFER) sur port 68 du client
– Device sans IP (DHCP REQUEST) vers le serveur pour valider sa prise d’IP
– Serveur envoie un DHCP ACK avec son IP au client et d’autres infos utiles