[Sergio Bertana]

Adesso è più chiaro…

Si puoi utilizzare MPS056B320 se abbini un convertitore RS232/RS485 come l’HWPATC106. Questo convertitore non isola la RS485 ma se la connessione è interno quadro è accettabile.

Il modulo CPU può gestire 2 uscite PWM se vuoi gestire anche il posizionamento devi connettere le uscite PWM ad un ingresso counter ed il modulo ne supporta 2 nativi e altri 2 con una opzione. Quindi 2 motori passo-passo con frequenza fino a 3KHz sono gestibili con il solo modulo CPU senza opzioni.

Per gestire 4 motori devi utilizzare un modulo di estensione PCB124B010 dove 1 counter è nativo ma serve una opzione per abilitarne altri 3.

Veniamo al FB MotorPositioning, questo FB è stato realizzato per un cliente specifico per il comando del posizionamento via Modbus e prevede l’acquisto di una opzione. Nello svilupparlo abbiamo anche previsto la possibilità di gestire il posizionamento di un motore step con uscita PWM ed ingresso counter ma con il PWM è stata provata solo in laboratorio quindi magari necessita di aggiustamenti in fase di test.

[Sergio Bertana]

Cerco di dare le risposte alle varie domande.

• Comando 2 Motori Brushless tramite MODBUS seriale RTU, immagino i driver abbiano interfaccia RS485, quindi ti consiglio MPS054C110. Per la gestione della comunicazione puoi utilizzare il FB ModbusMaster.
• Comando 2 Motori Passo-Passo, puoi utilizzare le 2 uscite digitali del modulo CPU con il FB SysSetPWMOut puoi gestire range frequenza 5Hz÷3kHz.
• 2 Apparecchiature con comando 0-10V, puoi utilizzare un modulo mixed I/O PCB122D100.
• 15 ingressi digitali, 12 sono disponibili sul modulo PCB122D100.
• 10 uscite digitali, 8 sono disponibili sul modulo PCB122D100.

[Sergio Bertana]

Nel FB SysSetPWMOut azzerando Frequency e/o azzerando Duty l’uscita PWM deve azzerarsi, così come impostando un valore nei due parametri l’uscita deve generare la frequenza impostata, trovo strano che questo non succeda.

Nel tuo programma vedo che le variabili APPO_FREQ ed APPO_DUTY sono di tipo UINT mentre il FB vuole variabili di tipo REAL, credo che nella compilazione del programma ti vengano segnalate warnings ad indicare questa incongruità di tipo sulle variabili.

Teoricamente LogicLab dovrebbe effettuare il cast del valore corettamente, comunque proverei ad inserire il cast sui valori.

FB_PWM_OUT(Address:=ADDR, Channel:=CHAN, Frequency:=TO_REAL(APPO_FREQ), Duty:=TO_REAL(APPO_DUTY));

• Il FB da te realizzato è sempre eseguito?
• In che task lo stai eseguendo?
• Puoi verificare con il comando SysLog se hai errori di esecuzione?
• Eventualmente puoi inviare il programma alla nostra eMail di supporto e proviamo a dare una occhiata.

[Sergio Bertana]

Strano comportamento, è tutto corretto anche i ponticelli sono corretti.

I ponticelli degli ingressi non utilizzati li puoi lasciare inseriti.

Hai provato ad eseguire solo il programma di acquisizione escludendo tutti gli altri?

Hai provato ad abilitare i controlli Run-time?

[Sergio Bertana]

Quello che succede è molto strano, vediamo alcuni consigli…

Il più importante di tutti è lo stato dei ponticelli, hai inserito LK4 e rimosso LK5 e LK6. Inoltre và rimossa la coppia di ponticelli per ogni ingresso analogico a cui connetti la termocoppia.

Non dici in che task PLC viene eseguito il tuo programma, meglio è eseguirlo in task Back.

Nel programma sposterei il controllo su variabile i prima di eseguire la GetAnInput come qui sotto. Perchè nel tuo programma quando arrivi dopo l’inizializzazione avrai i che punta la posizione dell’array successiva al numero definito andando così fuori array.

    i := (i+1);
    IF i > AN_INPUT_MAX_IDX THEN
        i := 0;
    END_IF;

    FB_GetAnInput[i]();

Ho visto che iteri su tutti i canali quindi anche sul canale 4 che quando viene acquisita almeno una termocoppia non può essere utilizzato. Quindi sicuramente gestendolo con la GetAnInput avrai un errore 9983200 sul canale.

Proverei ad eseguire il solo programma di acquisizione termocoppie escludendo tutti gli altri, per evitare che errori di accesso ad array e/o pointer possano agire sulle variabili del programma di acquisizione “sporcandole”. Dai una occhiata al capitolo Abilitare i controlli run-time programma nelle FAQ.

[Sergio Bertana]

I partially correct what I said in my previous post. Even if in the the LogicLab there isn’t any NEW instruction It’s possible to bypass the obstacle by using the following approach. In the example the FB BlinkValue is instantiated on a SysMAlloc memory.

VAR
    Blk : BlinkValue;
    PBlk : ARRAY[0..3] OF @BlinkValue;
END_VAR

    // Allocates memory to instantiate FBs.

    IF (SysFirstLoop) THEN
        PBlk[0]:=SysMAlloc(SIZEOF(Blk));
        PBlk[1]:=SysMAlloc(SIZEOF(Blk));
        PBlk[2]:=SysMAlloc(SIZEOF(Blk));
    END_IF;

    // FBs executing.

    @PBlk[0].Enable:=TRUE;
    @PBlk[0].BlinkNr:=1;
    @PBlk[0]();

    @PBlk[1].Enable:=TRUE;
    @PBlk[1].BlinkNr:=2;
    @PBlk[1]();

    @PBlk[2].Enable:=TRUE;
    @PBlk[2].BlinkNr:=3;
    @PBlk[2]();

As you see to get the size of the FB it’s necessary to instantiate it on a data memory, after that the SIZEOF operator can return its size.

[Sergio Bertana]

Aggiungo due esempi di programma per l’aggiornamento del tempo di lavoro dispositivi.

Il primo esempio è più intuitivo ma “paga” l’errore del campionamento sul tempo di loop. In pratica ad ogni secondo si perde il tempo che trascorre tra il passaggio del secondo e quando il programma lo controlla

VAR
    DOn : ARRAY[0..2] OF BOOL; (* Device attivo *)
    TTrig : R_TRIG; (* Time trigger *)
END_VAR

    TTrig(CLK:=SysClock1000); //Time trigger
    IF NOT(TTrig.Q) THEN RETURN; END_IF;

    // Calcolo tempo dispositivi.

    IF (DOn[0]) THEN DWTime[0]:=DWTime[0]+1; END_IF;
    IF (DOn[1]) THEN DWTime[1]:=DWTime[1]+1; END_IF;
    IF (DOn[2]) THEN DWTime[2]:=DWTime[2]+1; END_IF;

Il secondo esempio calcola il tempo senza errori.

VAR
    DOn : ARRAY[0..2] OF BOOL; (* Device attivo *)
    SysTimeMs : UDINT; (* System time (mS) *)
    TimeDelay : UDINT; (* Time delay (mS) *)
    TimeBf : UDINT; (* Time buffer (mS) *)
END_VAR

    // Eseguo inizializzazione.

    IF (SysFirstLoop) THEN
        TimeBf:=SysTimeGetMs(); //Time buffer (mS)
    END_IF;

    // Gestione base tempi.

    SysTimeMs:=SysTimeGetMs(); //System time (mS)
    TimeDelay:=SysTimeMs-TimeBf; //Time delay (mS)
    IF (TimeDelay < 1000) THEN RETURN; END_IF;
    TimeBf:=SysTimeMs-(TimeDelay-1000); //Time buffer (mS)

    // Calcolo tempo dispositivi.

    IF (DOn[0]) THEN DWTime[0]:=DWTime[0]+1; END_IF;
    IF (DOn[1]) THEN DWTime[1]:=DWTime[1]+1; END_IF;
    IF (DOn[2]) THEN DWTime[2]:=DWTime[2]+1; END_IF;

[Sergio Bertana]

La funzione principale del FB TimeBalancing è il comando di dispositivi in base alle ore di funzionamento, settando il numero di bits in DRequest in base al numero di dispositivi da comandare il FB comanda i dispositivi con meno ore attivando i relativi bits in DCommand.

Ma settando i bits in DForce è possibile comandare il relativo dispositivo, indipendentemente dalle sue ore di funzionamento. Alla attivazione di un bit in DForce se il relativo bit in DEnable è attivo il relativo bit in DCommand si attiva. In questo modo è possibile gestire il comando manuale dei dispositivi. Le ore di funzionamento del dispositivo sono conteggiate anche sul comando manuale.

Quindi venendo alla tua necesità, non vedo perchè tu debba utilizzare ulteriori ingressi logici per leggere lo stato del contatore, quando puoi semplicemente gestire i bits in DForce per il comando delle pompe in manuale.

Ma se proprio vuoi prenderti questa “rogna” ti basterà realizzare un programma che sull’attivazione del relativo ingresso logico ad ogni secondo esegue l’incremento del valore del tempo nell’array definito in DWTime alla posizione relativa al dispositivo.

[Sergio Bertana]

On LogicLab programmable systems we provide two ways to allocate dynamic memory, in the allocated memory buffer it’s possible to store any kind of data but it’s not possible to instantiate FBs. The LogicLab compiler istantiates FBs only in data memory area.

SysMAlloc: This function allocate static dynamic memory and returns its address. There’s a dedicated RAM area on wich the function operates, this area is cleaned at program starting, the function reserves the defined size of memory and returns its address. The allocated area cannot be removed, it still allocated until a the program stops.

SysRMAlloc: This function allocate relocatable dynamic memory and returns its address on a pointer variable. Calling the function if the desired space of memory is available it’s cleaned and the address is saved in the defined buffer. By calling SysRMFree function the buffer is released so the memory can be reused. A proprietary garbage collector operates on the memory moving allocated buffers recovering free spaces optimizing memory use. For this reason the returned address can change during program execution and it’s necessary refer to it anytime before to use it.

So you cannot store FBs on relocatable memory, but if your own FBs use large amount of data for store variable or strings you can use SysRMalloc to create space for them on relocatable memory and freee the space after use. Many of our FBs use this technique to save memory, for example FIFOFile can be set to use dynamic memory to store the file. Since the file on the memory must be used for ever the SysRMalloc is used to allocate it.

In the ST_SendFileByEMail example program the SysRMAlloc function is used to allocate space to save the email body, when the eMail is sent the used memory can be relased.

[Sergio Bertana]

Sì, è possibile acquisire qualsiasi sensore con interfaccia 4-20mA attraverso l’utilizzo di questo convertitore 4-20mA/1Wire.

Il convertitore è dotato di doppia interfaccia 1-Wire e, in tal modo, permette la connessione Daisy-chain evitando di impegnare un porta 1-Wire di STE2 R2.

Per il set-up è richiesto l’utilizzo del calibratore 1-Wire UNI USB, che permette di abbinare al valore dell’ingresso analogico il corrispondente valore dell’unità ingegneristica acquisita.

[Sergio Bertana]

Il software è relativo alla architettura XTarget12 ed è molto datato, in quella versione di firmware non era utilizzato il file system di tipo FAT quindi le directories erano predefinite come vedi dallo screenshot di FileZilla. E non era possibile creare nuove directories, ecco perchè il comando MKD non funziona.

Quindi per eseguire l’upgrade di quel sistema devi necessariamente eseguirlo da porta seriale o USB seguendo le informazioni riportate nella pagina di upgrade quindi non puoi eseguirlo da remoto ma solo da locale. Come detto l’upgrade alla nuova versione di firmware trasforma il file system in FAT. Terminato l’upgrade occorre eseguire il comando di Format sia sul disco C: che D: se presente. Attenzione il comando cancellerà tutti i dati presenrti sul disco quindi se hai dati utili esegui un download con FileZilla prima di iniziare la procedura di upgrade. Avendo eseguito il format verrà persa la configurazione, il sistema non avrà più l’indirizzo IP definito ma si imposterà in DHCP client. Ecco le operazioni da eseguire:

Nell’eseguire l’upgrade hai 2 possibilità.

Mantenere l’architettura XTarget12: In questo modo hai la completa compatibilità del programma sviluppato. Ecco le operazioni da eseguire:

• Esegui il download dalla pagina di upgrade del firmware per architettura XTarget12.
• Esegui l’upgrade del sistema da porta seriale o da USB.
• Esegui il comando di Format sia sul disco C: che D: se presente.
• Utilizza la procedura di Discoverer per impostare l’indirizzo IP.
• Da connessione telnet con Toolly esegui il comando Cfgcommit -d per reimpostare il tutto a default.
• Utilizzando un client FTP esegui l’upgrade delle pagine web.
• Utilizzando un client FTP crea le eventuali tue cartelle e ricarica gli eventuali files precedentemente salvati.
• Ora potrai collegare LogicLab al sistema, ricompilare e ricaricare il tuo programma.

Passare ad architettura XUnified: In questo modo hai l’aggiornamento alla versione più aggiornata del sistema operativo. Ecco le operazioni da eseguire:

• Esegui il download dalla pagina di upgrade del firmware per architettura XUnified.
• Esegui l’upgrade del sistema da porta seriale o da USB.
• Esegui il comando di Format sia sul disco C: che D: se presente.
• Utilizza la procedura di Discoverer per impostare l’indirizzo IP.
• Da connessione telnet con Toolly esegui il comando Cfgcommit -d per reimpostare il tutto a default.
• Utilizzando un client FTP esegui l’upgrade delle pagine web.
• Utilizzando un client FTP crea le eventuali tue cartelle e ricarica gli eventuali files precedentemente salvati.
• Per mantenere la compatibilità con il tuo programma (Vedi articolo) dovrai modificare il tuo progetto LogicLab utilizzando la raccolta librerie.
• Dal menù Project – Library manager inserire nel progetto la libreria eLLabXUnifiedAdjLib. La trovi nella raccolta.
• Ora potrai collegare LogicLab al sistema, ricompilare e ricaricare il tuo programma.

[Sergio Bertana]

The IEC 61131 norm requires that all functions have a return value and that the return value must transferred to a variable of the same type.

This forces to define variables only to store the return values ​​from the functions even if these values ​​are not useful in the development of the program.

The eTO_JUNK instruction (Present in the library package version from PCK055A030) allows to discard the return value of the functions without generating warnings or compilation errors.

[Sergio Bertana]

Hi George I’ve tried to recreate the same behaviour you report in the TestInterface program (Download).

In the screenshot you can see the program structure.

Can you verify if the program I made recreate exactly your situation?

[Sergio Bertana]

Following your example in the Init value field of the sVar declation you must define the init values as reported

VAR
    sVar : str := (
x:=(a:=100, b:=1.7),
y:=(c:=TRUE, d:=16#12345678)
);
END_VAR

In the screenshot you can see the program with the declaration and during the program execution the values on watch window.

As you see I used the variable sVar in the program to enable LogicLab to init it. If not used in the program it has not initialized. The variable sVar.x.a is increased at first program loop execution so it init value of 100 has becomed 101.

[Sergio Bertana]

Il problema è nel dispositivo che essendo ancora di tipo XTarget non supporta il tipo TIME di definizione tempo.

Quindi se vuoi mantenere l’architettura XTarget devi utilizzare la vecchia versione del timer eTON dove il tempo era definito in mS con una variabile di tipo UDINT. Il FB eTON si trova nella libreria eLLabObsoleteLib.

Il mio consiglio è di eseguire un upgrade del sistema (Vedi articolo) utilizzando la nuova architettura XUnified, modificare il progetto utilizzando la raccolta librerie ed a questo punto potrai utilizzare tutte le ultime funzioni ed FB disponibili.

[Autore]

Post