[Sergio Bertana]

No purtroppo le due impostazioni fanno parte del sistema operativo e non sono modificabili da programma utente. In questo caso ti conviene impostare il Timezone a 0 (Greenwich) e il Daylightzone a 0 (Disabilitato).

Così il valore di SysDateTime è riferito all’ora di Greenvich (GMT) e dovrai però gestire tu da programma la differenza di ora legata al fuso orario ed all’ora legale.

[Sergio Bertana]

Allora mi sembra che hai le idee un po confuse, intanto termocoppia di tipo K è uno standard ed identifica un ben preciso tipo di termocoppie. La testa di connessione tipo B è lo standard che identifica come è realizzata la termocoppia. Il nostro modulo di espansione analogico PCB126*110 può acquisire direttamente fino a 4 termocoppie collegandone i due fili direttamente al morsetto di ingresso del modulo.

Ma tu sai che la connessione delle termocoppie si realizza con un cavo compensato (Cioè realizzato con gli stessi materiali della termocoppia) questo per evitare il giunto freddo, si avrà un unico giunto freddo solo nel punto di connessione con la scheda di acquisizione. Per questo che la PCB126*110 perde un canale, il 5° canale infatti è utilizzato internamente per compensare l’errore di lettura dovuto al giunto freddo.

La resistenza di cui ti ho parlato è nata dal fatto che mio hai detto che le tue termocoppie avevano un segnale 4-20 mA, ed io ho pensato che nella testa di tipo B ci fosse un convertitore termocoppia/4-20 mA, come ad esempio quelli della Sensit che rivendiamo (Vedi datasheet). Questa soluzione si adotta proprio per eliminare il problema del cavo compensato.

In merito al convertitore Seneca, certo si può connettere in RS485 modbus con la CPU compact, ma credo costi il modulo più del nostro modulo PCB126*110 inoltre essendo montato lontano dalla termocoppia non ti eliminerebbe neanche il problema del cavo compensato.

[Sergio Bertana]

La variabile SysDateTime contiene l’ora già aggiornata con le informazioni di fuso orario ed ora legale. La variabile SysIsDST informa solo se si è o meno in periodo di ora legale.

Le impostazioni di fuso orario e zona di ora legale sono impostabili da pagina web (Screenshot) oppure da comando Telnet (Estratto manuale). Sono previste 3 impostazioni di Daylightzone.

0: Non viene gestita l’ora legale
1: Europa. L’ora legale inizia alle ore 01.00 UTC dell’ultima domenica di Marzo e finisce alle ore 01.00 UTC dell’ultima domenica di Ottobre.
2: USA. L’ora legale inizia alle ore 02.00 locali della seconda domenica di Marzo e finisce alle ore 02.00 locali della prima domenica di Novembre

Non è possibile connettersi ad un server NTP, però il Real Time Clock viene trimmerato in fase di collaudo ed ha una deviazione di pochi secondi. Tipicamente abbiamo verificato deviazionio di ca 20 Sec al mese.

[Sergio Bertana]

Abbiamo introdotto la sezione forum proprio per cercare di dare risposte il più possibile dettagliate ai clienti. Per quanto riguarda i tools di programmazione sia il LogicLab (Programmazione PLC) che l’EasyBuilder 8000 (Programmazione terminale) sono gratuiti e scaricabili dal sito. Esiste un manuale sia per LogicLab che per EasyBuilder 8000.

Ma credo che più utile del manuale siano gli esempi completi di programmi sorgente disponibili sul forum, nelle sezione apposite.

Gli ingressi del modulo CPU sono ingressi 0-10 Volt quindi per la legge di Ohm con una resistenza da 500 Ohm puoi trasformare i 20 mA in 10 volt. Ma attenzione che il tuo convertitore possa generare tensioni in uscita a 10 volt. Di solito per leggere le correnti (Come facciamo nel modulo di acquisizione analogico) utilizziamo una resistenza da 62 Ohm con una caduta quindi di 1.24 Volts.

Altra differenza da considerare è la risoluzione, gli ingressi A/D del modulo CPU hanno 10 Bits mentre sul modulo di acquisizione analogica abbiamo 19 Bits. Quindi devi fare le opportune considerazioni sulla risoluzione che vuoi ottenere dalla tua lettura di temperatura.

[Sergio Bertana]

Aggiungo a quanto detto che oltre a stampare i dati sulla stampante termica li puoi anche memorizzare nel file system dello SlimLine e/o memorizzarli nel pannello operatore visualizzandoli sia in forma grafica che in forma tabellare (Topic).

Nel forum troverai esempi che ti possono essere utili come punto di partenza per la tua applicazione. In questo topic si tratta l’invio di stringhe su porta seriale può essere utile per gestire la stampante. In questo topic è trattato il salvataggio dati su SDCard.

[Sergio Bertana]

Come sistema di controllo PLC ti consiglio la nostra famiglia SlimLine abbinata ai terminali operatore touch screen della Weintek. Vediamo di riepilogare le tue necessità, intanto per l’acquisizione analogica ti occorre un modulo espansione I/O analogico PCB126*110 da 5 ingressi. Una precisazione il modulo può acquisire direttamente le termocoppie quindi ti eviterebbe i convertitori da termocoppia a 4-20 mA (Riducendo i costi totali). Ricorda che utilizzando gli ingressi in termocoppia si perde 1 ingresso (Utilizzato internamente per la compensazione del giunto freddo).
 
Come modulo CPU puoi utilizzare un modulo CPU Compact ARM7 MPS050*020, che oltre ai 6 ingressi digitali ed alle 4 uscite relè ha anche 2 ingressi analogici 0-10Volt o 4-20mA. La connessione tra il terminale ed il modulo CPU può essere in seriale RS485 mentre la seriale RS232 la puoi utilizzare per gestire la stampante termica.
 
Come terminale puoi scegliere nella gamma Weintek, il modello da 4.3″ può fare al caso tuo. Essendo registrato sul sito puoi vedere i prezzi di tutti gli articoli che ti ho indicato (Ho compilato una quotazione automatica ed ottengo un totale di ca 400€).

[Sergio Bertana]

Riporto lo screenshot della visualizzazione di un calendario su di un pannello Weintek. Il sistema in oggetto realizzato da un nostro cliente MBC-Systems su di un NetlogIII, gestisce il comando delle campanelle scolastiche.

Il suo funzionamento è molto simile a quello che devi realizzare tu, in pratica è possibile da pannello operatore impostare per ogni giorno dell’anno gli orari di attivazione delle campanelle. Nella programmazione si escluderanno i giorni festivi evitando il suono delle campanelle (Con disturbo alle abitazioni vicine) nei giorni  in cui la scuola è chiusa.

[Sergio Bertana]

Il consiglio è quello di utilizzare dei sistemi SlimLine interconnessi in Ethernet, in questo modo puoi utilizzare per l’interconnessione la rete aziendale se presente, od in alternativa inserire dei sistemi WiFi.

Per la gestione della luminosità esterna esistono molti sensori con uscita in tensione e/o corrente (4-20 mA) esempio il modello AHKF della S+S Regeltechnik GmbH (Vedi datasheet) che si trova ad un centinaio di € sul mercato italiano. Per la gestione del calendario puoi realizzare o delle pagine web direttamente nello SlimLine oppure creare un calendario sul terminale operatore.

E’ anche possibile definire gli orari in un file CSV che poi verrà letto dal sistema per gestire i comandi di accensione/spegnimento (Topic). Utilizzando la tecnica del file CSV è possibile con alcune modifiche al programma gestire uno schedule annuale definendo anche i giorni di festività in cui le lampade devono restare spente.

Se utilizzi una rete WiFi potrai accedere al terminale operatore o alle pagine web dello SlimLine anche da apparecchi mobili come Tablet e Smartphone.

[Sergio Bertana]

UniFi Controller
E’ un software java scaricabile gratuitamente che può essere installato su un PC (Windows, Linux, MAC) collegato alla rete (Topic), oppure nel cloud. Il controller permette la gestione dell’intera infrastruttura di APs WiFi tramite pagine web in modo semplice e immediato a portata di click.

Di default i singoli AP possono essere “adottati” dal controller, una volta adottati si potrà procedere con la configurazione della rete wireless. Lo scenario base prevede solitamente la presenza di una rete WiFi privata, ovviamente protetta a cui accedono tutti i dispositivi  affidabili. Tali dispositivi potranno quindi accedere a qualsiasi servizio o risorsa presente nella rete locale.

Il secondo SSID è dedicato all’utenza guest, in questo caso vengono applicate policy molto più restrittive. L’isolamento del client è attivo e quindi tutti i dispositivi ospiti non potranno accedere alla rete intera ma potranno solo accedere a risorse esterne (internet). E’ anche possibile applicare limitazioni sulla banda in download o upload per garantire che i client guest non saturino l’intera banda disponibile.

Sull’UniFi Controller un intero menù è stato dedicato al controllo degli accessi ospiti, che di fatto è una delle funzionalità più importanti, l’autenticazione degli utenti ospiti può essere fatta in diversi modi. E’ possibile lasciare la rete completamente aperta, oppure possiamo aggiungere una password WPA che dovremmo dare successivamente al cliente. Ma la caratteristica più interessante è l’attivazione di un portale interno dedicato interamente agli utenti guest. Il controller ci permette infatti con pochi click di realizzare un portale con queste modalità:

– Accettazione di un semplice legal notice prima della navigazione.
– Inserimento di una password prima della navigazione.
– Inserimento di un voucher temporale.
– Pagamento di una tariffa oraria tramite PayPal (o altri gataway di pagamento).
– Redirect verso un portale esterno per l’autenticazione.

[Sergio Bertana]

Ma se il punto dove vi è la connessione ADSL è visibile da tutti gli altri punti di utilizzo, basta utilizzare nel punto centrale un solo dispositivo con antenna omnidirezionale (Esempio Rocket con antenna Omni) configurato come access point. Nei vari edifici dove serve la connessione puoi utilizzare una NanoStation M (Configurata come station) puntata verso l’antenna del Rocket. Tutti i dispositivi devono essere in modalità Bridge.Alla uscita della NanoStation potrai mettere il tuo switch (Esempio un ToughSwitch) a cui collegherai tutti i dispositivi (Inverters) presenti nell’edificio. Come dispositivi sceglierei quelli in banda 5Ghz.

[Sergio Bertana]

Ora è tutto molto più chiaro, il problema è che il simulatore non gestisce ne le comunicazioni (Seriale e TCP) né gestisce i files, ecco perché non riesci a fare quello che desideri. Per poter dialogare in Modbus ti serve proprio il target hardware (Un sistema SlimLine o Netlog).

Andando più approfonditamente nell’argomento ti posso dire che SimuLab (Cioè l’ambiente di simulazione) dà disponibili aperture di comunicazione via TCP/IP su localhost ma non con il protocollo Modbus. Queste informazioni le puoi avere direttamente dalla ditta che realizza LogicLab e SimuLab che è la ditta Axel. Ti mando un email al tuo indirizzo privato in cui ti allego tutti i riferimenti.

[Sergio Bertana]

Non abbiamo notizie di blocchi simile al tuo anche da utenti che utilizzano il pannello connesso a PLC Mitsubishi. Quindi tenderei ad escludere bugs nel driver di comunicazione PLC. Visto che hai già provveduto ad eseguire l’upgrade del firmware del pannello, credo non ti resti che compilare l’RMA ed inviarci il pannello per la riparazione.

[Sergio Bertana]

A partire dalla versione SFW184A800 del sistema operativo è stata introdotta la funzione SysSpyData che permette se abilitata di spiare da connessione Telnet dati di programma utente, è utilizzata in alcuni FB e funzioni per permetterne il test di funzionamento. Nel tuo caso specifico è utilizzata nel FB ModbusMaster per spiare i dati in transito sullo stream di comunicazione. Infatti gli errori sono tutti riferiti alla FB ModbusMaster.

Purtroppo per gli SlimLine MPS046Ax00 non è stata implementata questa funzione ma ti posso consigliare un workaround che ti permette di aggirare il problema. Come vedi dalla stampa di questo progetto ho realizzato una funzione SysSpyData esattamente uguale come argomenti alla funzione embedded, in questo modo LogicLab compila il progetto utilizzando nelle librerie la chiamata a questa funzione senza generare errore.

Occorre anche definire 3 costanti che definiscono il modo in cui la funzione esegue lo spy dei dati. Le costanti vanno definite nell’area di definizione delle variabili globali. Allego comunque il progetto sorgente per il download da cui si può esportare sia la funzione che le definizioni.

SPY_ASCII : USINT := 1; (* Ascii mode *)
SPY_BINARY : USINT := 100; (* Binary mode *)
SPY_ASCHEX : USINT := 10; (* Extended ascii mode *)

[Sergio Bertana]

Ecco la stampa di un semplice programma che utilizzando la funzione SysVarsnprintf crea il messaggio da inviare e poi usando la funzione SysUDPSktSend è possibile inviarlo in UDP. Come si vede ho reralizzato un PROGRAM in linguaggio ST che gestisce una temporizzazione, ad ogni secondo incrementa il valore di due variabili REAL e ne invia il valore in UDP.

Nel mio caso il valore è inviato all’indirizzo 192.168.0.42 su porta 2000, e come si vede dallo screenshot ho messo Toolly come server UDP in ascolto sulla porta e ricevo i dati inviati dallo SlimLine. Come carattere di inizio ho scelto “[” come separatore “-” e come terminatore “]”, ma puoi scegliere i caratteri che desideri, basta modificarli nella funzione SysVarsnprintf.

Per semplificarti la decodifica della stringa ricevuta, puoi anche fissare il numero delle cifre trasmesse modificando la formattazione del numero nella funzione SysVarsnprintf. %.2f forza 2 cifre decimali, .3f fissa al minimo 7 cifre 3 intere il punto e 3 decimali (Esempio se il valore è 95.32 verrà riportato come 095.320). Allego programma sorgente per download.

[Sergio Bertana]

Eseguendo il simulatore SimuLab all’interno di LogicLab si apre il pannello di simulazione che prevede la possibilità di avere alcune configurazioni già preimpostate. Attivando questi pannelli puoi simulare il modulo CPU base e quello Compact oltre ad un modulo di I/O sia logico che analogico.

Ma queste sono solo suggerimenti, per la simulazione è preferibile aggiungere pannelli custom e semplicemente trascinando nel pannello la variabile potrai gestirne la simulazione (Screenshot). Quindi nel tuoi caso aggiungi un pannello e poi trascini all’interno le variabili che utilizzi nel tuo progetto.

[Autore]

Post