Foro Support

Buongiorno Vorrei controllare dei dispositivi che utilizzano il modbus RTU seriale su RS485 collegandomi via ethernet ed utilizzando il Vs. Convertitore Ethernet-seriale ATC-120. Devo utilizzare un ATC120 per ogni dispositivo? Grazie

Sicuramente l’utilizzo di un PLC come ad esempio SlimLine Modulo PLC Compatto che dispone di 6 ingressi digitali espandibili con i moduli di estensione abbinato al FB EMailSend permette di risolvere la tua necessità. Ma devi come hai detto correttamente tu scrivere un programma per la gestione dell’invio eMail su atttivazione/disattivazione degli ingressi digitali. In alternativa puoi utilizzare il sistema Perseus , esistono modelli con 4 (Modello 140) o con 16 (Modello 150) ingressi digitali. Il prodotto non necessita di programmazione basta accedere con un browser alla sua pagina web ed effettuare le configurazioni per l’invio delle eMail in base allo stato degli ingressi digitali.

Siamo già stati dei vostri clienti in passato per alcune automazioni che saltuariamente facciamo noi direttamente. Ho la necessità di raccogliere delle chiusure contatti provenienti da un alimentatore DRS-240-48 della MW, per segnalare tramite l’invio di mail gli eventi tipo blackout elettrico, batterie tampone scariche ecc. Tempo fa avevamo acquistato da voi dei PLC per la gestione di molti contatti relativi agli allarmi bagni dentro un Hotel, pensavo ad una cosa simile con la gestione limitatamente a pochi contatti, questo ha richiesto tuttavia la scrittura di programma apposito anche in virtù di un pannello sinottico per la visualizzazione degli allarmi. C’è qualcosa di di semplice senza dover scrivere un programma apposito, che possa risolvere questo problema? Sono semplici contatti a seguito dei quali inviare una mail, quindi il dispositivo dovrà avere una presa LAN.

Da quanto mi scrivi mi sembra di capire che vuoi connetterti dal pannello ad un broker MQTT, per questo non ci sono cose particolari da fare, l’utilizzo dell’MQTT è tutto lato pannello non comporta modifiche sul PLC. Se il broker è pubblico basta che il pannello abbia la connessione ad Internet e possa raggiungere l’URL del broker, non entra assolutamente in gioco EasyAccess. Puoi fare dei test utilizzando broker pubblici gratuiti come mqtt-dashboard.com . Se invece la tua necessità è quella di installare un broker privato interno alla rete di fabbrica, puoi utilizzare un qualsiasi PC o modulo Rasperry per installare ecco un elenco di broker gratuiti disponibili. +----------+----------+------------+------------------------------------------------------+ |Broker |PC Windows|Raspberry Pi|Note | +----------+----------+------------+------------------------------------------------------+ |Mosquitto | Si | Si |Risorse molto basse, semplice, leggero, molto diffuso | |EMQX | Si | Si |Risorse Medie/alte, web interface, molte funzioni | |HiveMQ | Si | Si |Risorse medie, più orientato ad ambienti professionali| +----------+----------+------------+------------------------------------------------------+ Installarlo su Raspberry Pi se vuoi un broker sempre acceso nella rete locale, con consumo minimo. Ottimo per raccogliere dati da PLC, HMI, sensori e altri Raspberry. Installarlo su PC Windows è comodo se il broker serve principalmente durante sviluppo e test; meno indicato se il PC non ri

Possiamo consigliare la ns serie SlimLine, vediamo che moduli utilizzare, Nr 1 MPS056B110 SlimLine Modulo CPU Cortex M7 Compact Ethernet LLab Base Relè Nr 2 PCB124B500 SlimLine Modulo esp. I/O uscite statiche 24In 24Out Con questa configurazione di schede avrai in totale 54 ingressi (6 sul modulo CPU e 48 sui moduli di estensione) e 52 uscite (4 sul modulo CPU e 48 sui moduli di estensione).

Avrei bisogno di un PLC che disponga di 40 ingressi digitali e 40 uscite digitali a cui dovrei collegare un pannello operatore da 12″. Avrei poi la necessità di poter remotare la visualizzazione e l’impostazione sul pannello dall’ufficio tramite un PC posizionato a circa 300 metri di distanza. Che soluzioni mi consigliate?

Buona giornata. Faccio una domanda su MQTT, che forse è stata già trattata e me ne scuso. Installazione: PLC Omron, Pannello cMT2078 con EasyAccess, raggiunta tramite Router con SIM Dati Wind3. Ho bisogno di utilizzare il Pubblisher MQTT a bordo del pannello utilizzando come Broker Mosquitto, senza intervenire sul PLC. Che soluzione può essere adottata per il Broker: Gateway, RaspBerry, o altro, dato che la connessione sarà WiFi, come già avviene per EasyAccess? Ringrazio e mi scuso se ho scritto qualche imprecisione. Cordiali saluti

Faccio una domanda su MQTT, che forse è stata già trattata e me ne scuso. Installazione: PLC Omron, Pannello cMT2078 con EasyAccess, raggiunta tramite Router con SIM Dati Wind3. Ho bisogno di utilizzare il Pubblisher MQTT a bordo del pannello utilizzando come Broker Mosquitto, senza intervenire sul PLC. Che soluzione può essere adottata per il Broker: Gateway, RaspBerry, o altro, dato che la connessione sarà WiFi, come già avviene per EasyAccess? Ringrazio e mi scuso se ho scritto qualche imprecisione.

La famiglia SlimLine II, come detto, rappresenta l’evoluzione dell’attuale famiglia SlimLine. Come avviene normalmente nelle evoluzioni di una piattaforma, i nuovi prodotti vengono introdotti progressivamente. Attualmente il Flex-Logic Modulo I/O Mixed Signal è il primo modulo CPU della famiglia. Sono tuttavia già in fase di sviluppo nuovi moduli CPU destinati a sostituire progressivamente gli attuali moduli CPU SlimLine, mantenendo la piena compatibilità, sia hardware sia software, con la piattaforma esistente.

Dal sito mi pare di capire che esiste una sola CPU SlimLine II, la Flex-Logic Modulo I/O Mixed Signal . Al contrario nella famiglia SlimLine posso avere vari tipi di CPU. La CPU SlimLine II capisco che ha il run-time LogicLab integrato di default. Dal sito Axel mi pare di capire che LogicLab può esporre le variabili di progetto verso client OPC UA: corretto?

Le specifiche interfaccia RS485 nel caso peggiore garantiscono la gestione di un numero massimo di 32 dispositivi sul bus, quindi non ci sono problemi a gestire 8 inverter. Il problema come hai correttamente segnalato tu è il ritardo di comunicazione, ritardo che cambia con la velocità della porta di comunicazione. Il FB InvtGD20EU esegue la lettura ciclica dei registri dall’inverter nel caso peggiore sono letti 15 registri, il tempo di comunicazione Modbus RTU per la lettura di 15 registri a 19200 baud è di circa 27mS. Al tempo teorico dovrai sommare altri tempi quali il tempo di loop del programma SlimLine ed il tempo di risposta dell’inverter al comando Modbus ricevuto. Come tempo indicativo possiamo considerare necessari circa 40ms per comunicare con l’inverter. Avendo 8 inveter dovrai aspettarti un tempo di aggornamento dei dati impostati e dati letti di 320mS. Se imposti il baudrate di comunicazione al valore massimo di 57600 avrai una riduzione del tempo fisico di comunicazione seriale ma resteranno comunque invariati gli altri tempi.

Le specifiche interfaccia RS485 nel caso peggiore garantiscono la gestione di un numero massimo di 32 dispositivi sul bus, quindi non ci sono problemi a gestire 8 inverter. Il problema come hai correttamente segnalato tu è il ritardo di comunicazione, ritardo che cambia con la velocità della porta di comunicazione. Il FB InvtGD20EU esegue la lettura ciclica dei registri dall’inverter nel caso peggiore sono letti 15 registri, il tempo di comunicazione Modbus RTU per la lettura di 15 registri a 19200 baud è di circa 27mS. Al tempo teorico dovrai sommare altri tempi quali il tempo di loop del programma SlimLine ed il tempo di risposta dell’inverter al comando Modbus ricevuto. Come tempo indicativo possiamo considerare necessari circa 40ms per comunicare con l’inverter. Avendo 8 inveter dovrai aspettarti un tempo di aggornamento dei dati impostati e dati letti di 320mS. Se imposti il baudrate di comunicazione al valore massimo di 57600 avrai una riduzione del tempo fisico di comunicazione seriale ma resteranno comunque invariati gli altri tempi.