[Sergio Bertana]

La simulazione OnLine su PC permette di testare il funzionamento del progetto connettendosi direttamente al PLC. Funziona con tutti i PLC che prevedono connessioni seriali (Sia RS232 che RS485) esempio il Siemens in PPI, e funziona anche con tutte le connessioni via Ethernet.

Purtroppo la simulazione OnLine non funziona con il protocollo Siemens MPI neanche utilizzando l’adattore, quindi il progetto và testato direttamente sul pannello operatore.

Come workaround puoi utilizzare un pannello connesso fisicamente al PLC in MPI (Con un progetto fittizio) e sviluppare il tuo progetto configurando un PLC remoto. In questo modo vi sarà un dialogo su ethernet tra il simulatore su PC ed il terminale che lo veicolerà in MPI con il PLC.

[Sergio Bertana]

Aggiunto al post precedente che è comunque abbastanza agevole il passaggio da un ambiente all’altro almeno per i due linguaggi (IL ed ST). Parlo per esperienza in quanto avendo una cospicua biblioteca di funzioni ed FB in ambiente LogicLab ho dovuto cimentarmi per portarne parte in ambiente CODESYS.

Dalla versione 2.3.0 di LogicLab è possibile importare programmi IL ed ST da CODESYS. La funzione di importazione provvede ad importare anche la definizione delle variabili ed a gestire tutte le varianti di sintassi tra i due ambienti.

[Sergio Bertana]

La normativa IEC61131 indica le linee guida della programmazione ma ogni ambiente di sviluppo poi ha i suoi formati di memorizzazione dei dati specie per quanto riguarda i linguaggi grafici (LD, FBD, SFC). Quindi i programmi realizzati con i linguaggi grafici non possono essere esportati da un ambiente all’altro.

Viceversa i programmi nei linguaggi IL e ST si può copiare ed incollare da un ambiente all’altro, almeno per quanto riguarda il codice, poi però si devono operare alcune modifiche manuali.

In entrambi i linguaggi le variabili sono definite in una finestra separata dal codice e queste vanno ridefinite a mano, non è possibile copiarle ed incollarle.

Una ulteriore considerazione và fatta per il linguaggio ST, entrambi gli ambienti di sviluppo implementano estensioni della normativa. Sono infatti gestiti i puntatori che non sono normati e quindi vi è una differenza nel modo di gestione degli stessi. LogicLab usa la sintassi @Ptr:=1; CODESYS Ptr^:=1;

[Sergio Bertana]

La gestione della sicurezza gestita con passwords non è sostanzialmente cambiata da come era gestita precedentemente con il programma EasyBuilder 8000. In questo topic trovi un esempio realizzato per un terminale MT8050iV2 che puoi aprire con il nuovo ambiente EasyBuilder Pro e ricompilarlo. Nel topic trovi indicazione sul funzionamento delle password.

Aggiungo un esempio realizzato da Weintek (Ecco lo screenshot, ed il manuale di spiegazione), puoi eseguire il download del progetto e testarne il funzionamento.

[Sergio Bertana]

Certo occorre ricordare che l’impostazione degli indirizzi IP viene accettata solo con un riavvio del sistema.

Il fatto che tu nel router non vedi la CPU SlimLine è perché molto probabilmente ti stai riferendo all’elenco dei leasing degli indirizzi rilasciati dal server DHCP del router. Ed essendo l’indirizzo IP statico (Non assegnato da DHCP) l’indirizzo non lo vedi nell’elenco.

[Sergio Bertana]

Il server DHCP non è assolutamente un problema, SlimLine non si connette al server DHCP, devi assegnargli un indirizzo IP statico. Quindi basta che tu cerchi nella tua rete un IP libero ed assegni allo SlimLine l’indirizzo libero.

Una corretta configurazione del server DHCP assegna gli IP in un certo range, vi è sempre un pool di indirizzi liberi per assegnazione statica al di fuori del range di assegnazione del server DHCP.

[Sergio Bertana]

I sistemi SlimLine hanno di default sulla porta Ethernet indirizzo IP 192.168.0.122. Tramite il cavo USB ed il driver RNDIS viene installata una ulteriore scheda di rete e su questa connessione l’indirizzo di default è 192.168.1.122.

Digitando il corretto indirizzo nel browser è possibile accedere alla pagina Home del sistema (Screenshot). Dalla versione SFW184A870 del sistema operativo è stata aggiunta l’autenticazione per poter modificare la configurazione del sistema. Di default vi sono 3 utenti definiti.

Username: Guest, Password: Guest
Username: User, Password: User
Username: Admin, Password: Admin

Le credenziali di default possono essere modificate con il comando Telnet UserConfig. Fare riferimento al Manuale comandi Telnet CPU SlimLine. Per poter modificare i parametri occorre eseguire il login come amministratore (Admin).

[Sergio Bertana]

Si per questa necessità puoi utilizzare semplici pagine HTML con campi di visualizzazione dei valori che ti interessano. Gli oggetti Google chart sono abbellimenti estetici ma la funzionalità è comunque garantita anche da semplici pagine HTML.

In alternativa alle pagine HTML puoi usare il protocollo Modbus, esistono applicazioni per Android e per iOS, ho visto anche dei piccoli SCADA per Android che possono essere molto accattivanti (Topic).

[Sergio Bertana]

Il prodotto AirView non è più fornito da Ubiquiti come un ricevitore stand-alone USB. Ora l’utility AirView è presente in tutti i dispositivi Ubiquiti che hanno il sistema operativo AirOs. Accedendo al prodotto con un browser è possibile dalla finestra principale  nel menù Tools selezionare l’Utility AirView.

Durante il funzionamento dell’AirView il dispositivo interrompe il suo funzionamento normale è si attiva come semplice analizzatore di spettro.

[Sergio Bertana]

Il web server integrato permette di visualizzare pagine html quindi puoi utilizzare tutti gli oggetti tipici dell’html. Puoi avere caselle di testo, pulsanti, e tramite javascript e con i div puoi creare pagine grafiche dall’aspetto accattivante (Screenshot).

Se il browser che utilizzi per visualizzare le pagine può connettersi oltre che allo SlimLine anche ad Internet tramite gli oggetti di Google chart puoi visualizzare strumenti (Gauges), Bar graph, ed altro (Topic).

Naturalmente le potenzialità grafiche offerte da un HMI o da un software SCADA sono molto superiori, molto dipende dalle tue necessità.

[Sergio Bertana]

Il modulo espansione 20I/O mixed signal ha la possibilità di acquisire 4 canali analogici in modo comune che diventano 2 canali se utilizzate in differenziale. L’acquisizione RTD viene sempre eseguita in differenziale e pertanto è possibile acquisire 2 RTD.

Siccome per l’acquisizione RTD viene utilizzato un generatore di corrente per l’alimentazione della RTD occorre eseguire la lettura della corrente per compensare gli errori del generatore. A tal proposito si deve eliminare il ponticello LK59 e l’ingresso al pin 1 della morsettiera cambia di significato (Non è più AGnd) diventa ISense.

In questo modo si perde il morsetto per il riferimento di massa del segnale analogico in ingresso ma è possibile utilizzare come riferimento di massa uno dei due pin AGnd presenti sul connettore (P9) di uscita analogica.

Ecco quindi lo schema di collegamento per poter acquisire una RTD insieme a due canali analogici 0-10 Vdc. Come si vede il riferimento di massa dei due canali analogici rimanda al connettore P9 pin 2 o 3.

[Sergio Bertana]

Aggiungo un link a questo topic dove viene trattato lo stesso argomento in maniera più esaustiva.

[Sergio Bertana]

Tutti controllori programmabili (PLC) che produciamo sono compatibili con i pannelli Weintek. Per le famiglie SlimLine e Netsyst si utilizza il protocollo Modbus. Non c’è quindi una voce specifica nel menù a tendina di EasyBuilder ma devi selezionare protocollo Modbus (Topic). Nella sezione del forum che tratta i terminali Weintek troverai molti progetti di esempio con il terminale connesso ai nostri moduli CPU.

Per il modulo CPU CODESYS IEC61131-3 invece devi selezionare il protocollo specifico CODESYS. Ti allego uno screenshot in cui evidenzio le due impostazioni.

Tutti i moduli di I/O sono da collegarsi in locale con un cavo di estensione sul bus di 5 cm. Volendo puoi realizzare reti di moduli CPU utilizzando CPU remote sia in connessione RS485 (Topic) che in Ethernet (Topic).

Naturalmente le connessioni con I/O remoti via RS485 e/o Ethernet hanno tempi di latenza che possono essere anche maggiori dei 100 mSec. Sulla RS485 dipende da quanti nodi sono interconnessi, su Ethernet dipende dal traffico di rete (Di solito i tempi su rete Ethernet sono dell’ordine di 15-30 mSec).

Se utilizzi il CAN bus puoi avere un tempo di latenza paragonabile al tempo che  si avrebbe con il modulo connesso direttamente al bus di estensione (2-3 mSec). Abbiamo clienti che utilizzano questa tecnica ma non ho riferimenti sul forum a programmi di esempio.

Con il modulo CPU CODESYS puoi utilizzare il protocollo CAN Open per connetterti ad I/O remoti del mercato.

[Sergio Bertana]

Sul Modbus troverai moltissime informazioni nel forum, usa la ricerca e vedrai che c’è veramente una miniera di infos, ti rimando comunque alla lettura della Modbus Protocol Reference Guide che ti spiega tutto sul protocollo. Puoi dare una occhiata anche a questo topic.

[Sergio Bertana]

Sono finalmente riuscito come promesso a convertire il programma da LogicLab a CODESYS, ecco la stampa del programma. Allego anche il progetto sorgente per il download.

[Autore]

Post