Marcom Wiki - Aggiornamenti Pagina

Configurazioni servizi DDNS

Alberto (alberto.zumiani) — Tue, 09 Feb 2016 09:56:54 GMT

Nei moderni router ADSL e 3G è presente il menu per la configurazione dei servizi DDNS, ovvero quei servizi che permettono di legare l'indirizzo IP dinamico fornito dal provider al proprio router ad un nome simbolico, mnemonico e più semplice da ricordare ed utilizzare.

I principali servizi online sono

DynDNS.org http://dyn.com/dns/
No-IP.com http://www.no-ip.com/
DynDNS.it http://dyndns.it/
DuckDNS https://duckdns.org/

Le differenze tra i servizi sono solo in fase di configurazione e come tariffe di sottoscrizione. Si rimanda alle pagine dei vari servizi per informazioni commerciali e di servizio.

Indice dei Contenuti [Nascondi/Mostra]

Configurazione del router
Stringhe di aggiornamento dei principali provider DDNS
   DynDNS.org
   No-IP.com
   DynDNS.it
   DuckDNS.org

Configurazione del router¶

I router moderni, come detto prima, presentano un menu che consente di configurare il servizio inserendo i propri dati di sottoscrizione. Si occuperà poi il router stesso a creare la stringa/url da inviare al server contenente nomeutente, password, hostname ed indirizzo IP da aggiornare.

Ad esempio, la schermata seguente è relativa al router InHand Networks. Collegamento ai prodotti

Questa schermata consente di impostare i dati specifici del servizio, in questo caso DynDNS.org, nonchè il tempo di aggiornamento.

Non per tutti i servizi è però disponibile una configurazione guidata. Ci sono casi in cui è necessario inserire manualmente la stringa da inviare al server per l'aggiornamento del proprio indirizzo IP. Ne è un esempio il caso in cui sia utilizzato di un proprio server DNS.

I router InHand Networks permettono di selezionare la configurazione Custom e di inserire la stringa/url da inviare al proprio server. L'immagine qui sotto mostra il menu del router.

Stringhe di aggiornamento dei principali provider DDNS¶

DynDNS.org¶

Il servizio DynDNS.org è sicuramente il più diffuso a livello mondiale.

Necessita di sottoscrizione a pagamento e permette di definire fino a 25 hostname / sottoscrizione. La stragrande maggioranza di router presentano la procedura guidata per questo tipo di servizio.

La stringa di aggiornamento è la seguente:

http://username:password@members.dyndns.org/nic/update?hostname=yourhostname&myip=ipaddress&wildcard=NOCHG&mx=NOCHG&backmx=NOCHG

dove

username: nomeutente di registrazione al servizio
password: password di registrazione al servizio
yourhostname: hostname registrato
ipaddress: indirizzo IP pubblico attuale del router

Maggiori informazioni all'indirizzo del servizio: QUI

No-IP.com¶

Concorrente diretto di DynDNS.org No-IP è un po meno diffuso sui router.

La stringa di connessione è la seguente:

http://username:password@dynupdate.no-ip.com/nic/update?hostname=yourhostname&myip=ipaddress

dove

username: nomeutente di registrazione al servizio
password: password di registrazione al servizio
yourhostname: hostname registrato
ipaddress: indirizzo IP pubblico attuale del router

Maggiori informazioni all'indirizzo del servizio: QUI

DynDNS.it¶

Nato in Italia, permette di essere utilizzato anche sui router che non consentono di utilizzare servizi diversi da DynDNS.org. Utilizza un trucchetto che consiste nell'impostare i server DNS propri di DynDNS.it che risolvono il nome simbolico members.dyndns.org verso l'indirizzo del loro server DDNS. Il router quindi penserà di registrarsi presso il famoso DynNDS.org ma in realtà sarà il server DynNDS.it a rispondere.

La stringa di connessione è la seguente:

http://username:password@update.dyndns.it/nic/update?system=dyndns&hostname=yourhostname&myip=ipaddress&wildcard=NOCHG&mx=NOCHG&backmx=NOCHG

dove

username: nomeutente di registrazione al servizio
password: password di registrazione al servizio
yourhostname: hostname registrato
ipaddress: indirizzo IP pubblico attuale del router

Maggiori informazioni all'indirizzo del servizio: QUI

DuckDNS.org¶

Progetto opensource e gratuito fino a 4 domini. Usare uno dei servizi presenti in alto a destra nella homepage per accedere e registrare i propri domini.

La stringa di connessione è la seguente:

https://www.duckdns.org/update?domains=comma_separated_domains&token=token_string&ip=ip_address

dove

token_string: token personale, visualizzabile nella pagina dei propri hostname
comma_separated_domains: lista di hostname registrati che si vogliono aggiornare separati da virgola
ip_address: indirizzo IP pubblico attuale del router (opzionale)

Maggiori informazioni all'indirizzo del servizio: QUI

Valuta il contenuto dell'articolo

WITS(Water Industry Telemetry Standards)

Luca (marani) — Fri, 04 Dec 2015 16:29:07 GMT

Standard utilizzato da produttori di dispositivi per mondo Water, ad esempio ABB. E'uno standard aperto WITS(Water Industry Telemetry Standards) che si basa sul protocollo di trasmissione DNP3.Il protocollo DNP3 fornisce meccanismi generici di potenziamento del protocollo per l'aggiunta di funzioni, e WITS se ne serve per estendere DNP3 in modo da fornire funzioni standardizzate. Tutti i dispositivi WITS sono supportati con un file XML del profilo del dispositivo, un Bulk Configuration File (BCF) e un Incremental Configuration File (ICF) iniziale; tali file specificano le funzioni WITS supportate dal dispositivo e i relativi file di configurazione, e sono richiesti per la configurazione della stazione master WITS

Presentazione dello standard Presentazione WITS

GATEWAY MODBUS VRV/VRF (Daikin, Sanyo, Toshiba, Fujitsu, LG, Mitsubishi Electric, Hitachi & Mitsubishi Heavy)

Luca (marani) — Wed, 29 Jul 2015 13:34:52 GMT

Indice dei Contenuti [Nascondi/Mostra]

INTRODUZIONE
LIMITAZIONI UTILIZZO
VERSIONE PRO
COOLMASTER
COOLINK
UNITA' TESTATE CON PRODOTTO
THERMOPAD
COOL REMOTE

INTRODUZIONE¶

CoolGate-M è un gateway versatile per collegamento di sistemi di condizionamento VRV/VRF (Daikin, Sanyo, Toshiba, Fujitsu, LG, Mitsubishi Electric, Hitachi & Mitsubishi Heavy,MIDEA,TRANE) a sistemi di supervisione o ad altri controllori industriali.

Attraverso il protocollo MODBUS, il gateway CoolGate-M abilita il controllo completo ed il monitoraggio delle unità interne e fornisce anche l'accesso ai parametri dei sistemi VRV (versione CoolGate-M Pro).

In altre parole il CoolGate-M nasconde la complessità della comunicazione tra le unità di condizionamento interne (incluso il livello fisico) e fornisce una interfaccia standard su protocollo MODBUS RTU con livello fisico RS485- L'interfaccia creata sul lato MODBUS è uguale ed indipendente dalla marca di VRV/VRF collegati. In questo modo è possibile creare una interfaccia verso SCADA,pannelli o PLC uniforme e non è necessario cambiarla per ogni nuova installazione.

Le operazioni realizzabili verso le unità interne sono accensione e spegnimento,modalità riscaldamento,modalità raffrescamento,modalità Fan, selezione deumidificatore, impostazione del set di temperatura, controllo della velocità del ventilatore, controllo delle alette (per unità montate a muro o cassette interne), Reset allarme filtro, operazioni di gruppo (tutti accesi, tutti spenti).

I dati che possono essere monitorati sono gli allarmi, la temperatura,lo stato di funzionamento(acceso/spento), la modalità di funzionamento(raffrescamento/riscaldamento/ventilazione/deumidificazione), la velocità del ventilatore (alta/bassa), allarme filtro, alette.

GATEWAY COOLGATE

LIMITAZIONI UTILIZZO¶

Il Coolgate supporta al massimo 10 unità esterne con un massimo di 64 unità interne per gateway. La procedura di installazione è molto semplice. Basta collegare gateway al bus e assegnare indirizzi. Operazione possibile da termostato del produttore o da THERMOPAD.

VERSIONE PRO¶

La versione PRO consente di controllare e monitorare tutte le unità interne (on/off, set point, velocità fan, operation mode, filter sign, codici errore, room temperature) e tutti i parametri interni delle unità esterne, quali condensazione, evaporazione,temperatura ambiente esterna,consumo potenza del sistema (corrente), apertura valvole, giri inverter. Inoltre per le unità interne la temperatura di ritorno dell'aria, dei gas e dei liquidi liquidi, apertura delle valvole.

La versione PRO attualmente esiste solo per le seguenti marche Daikin, Mitsubishi Electric e Hitachi.

COOLMASTER¶

Il CoolMaster svolge le stesse funzioni del gateway CoolGate M, la differenza è che è in grado di colloquiare tramite protocollo RS232 con sistemi di controllo domotico.Non richiede alcuna configurazione. I comandi scambiati sono dei semplici comandi ASCII.La comunicazione è molto veloce. Supporta un massimo di 64 unità interne.

COOLMASTER PER SISTEMI HOME AUTOMATION

Sono disponibili i driver per collegarsi a Coolmaster per i seguenti sistemi :

Vantage I driver sono disponibile nel database dei driver Vantage
Crestron Driver scaricabili da Building Intelligence Group Srl
HAI Driver disponibili nel database dei driver HAI
Control4 Driver scaricabili da Extra Vegetables CONTROL4
Driver scaricabili da Control4 Turkey
RTI Driver disponibili in RTI drivers database
Savant Driver disponibili in Savant drivers database
CUE Driver possono essere scaricati da CUE drivers database
Phillips Dynalite Driver possono essere scaricati Vantage drivers database
Lutron Driver possono essere scaricati da Lutron drivers database
Ness Driver possono essere trovati nel Ness drivers database
Smart HDL Driver possono essere trovati nel Smart HDL drivers database
Bticino - My home Driver possono essere trovati in Bticino - My home drivers database
AMX Driver scaricabili da BNR Controls
TeleTask
Unitronics Driver possono essere trovati in Unitronics drivers database
KNX Si possono utilizzare con CD Innovation products
LiteTouch Driver disponibili da distributori
Beckhoff
Waga
Domintell Driver disponibili da distributori
DemoPad Driver disponibili nel database produttore
BitWise Driver disponibili nel database produttore
Push Controls Driver disponibili nel database produttore
URC Driver disponibili su sito Extra Vegetables

COOLINK¶

Il Coolink svolge le stesse funzioni del gateway CoolGate M, unico limite è che si può collegare ad una sola unità interna. Ha una porta MODBUS ed una porta RS232. Si rivolge alle applicazioni residenziali.

COOLINK per una singola unità interna

E' possibile configurare il gateway per poter funzionare in parallelo con un pannello per il controllo locale dell'unità interna. Per fare in modo che i due dispositivi coesistano è necessario impostare il gateway in modalità Slave. Bisogna collegarsi all'interfaccia RS232 del gateway con un cavo seriale e con programma TELNET.

Da qui il comando per portarlo in modalità slave è il seguente

set master 0

Per portarlo invece in modalità master il comando è

set master 1

I comandi sono disponibili alla pagina 8 del MANUALE.

UNITA' TESTATE CON PRODOTTO¶

Il gateway è stato usato dai nostri clienti con i seguenti prodotti:

DAIKIN (collegare f1 ed f2)
Unità esterne:RXYQ12P9,RXYSQ5PA7V1B,RXYSQ5P8Y1,RXYQ8T7Y1B,RXYQ16T7Y1B,REMQ10P8Y1B,REMQ12P8Y1B,RXYQ18P7W1BA,RXYSQ,RXYQ-M/P (VRV II,VRV III),RXYK (VRV),RXYSQ-M/P (VRV Small),RXY-M
Unità interne:FXDQ,FXNQ,FXFQ,FXDQ,FXSQ,FXCQ,FXLQ,FXFQ,FXKQ,FXZQ,FXDQ,FXSQ,FXAQ,FXUQ,FXMQ,FXHQ,VAM,VKM.
Supporta anche FDXS e FBQ nuove con terminali f1 f2, se non presenti è necessario adattatore di rete D3: DTA112 e KRP928.

Possibilità di funzionare contemporaneamente a touch screen DCS601C51

SANYO
Unità esterne:SPWCR485GX,MFL,EFL,SPW_CO,SPW-C,SPW-CR,SGP-EZ,SGP-EW
Unità interne:SPWK075XH,SPWK095XH,SPWK0125XH,NWFL,NDSLP,NDLP,NDHP,NKFL,NK2FL,NPFL,NFFL,NFMFL,NKSFL,SPW-X,SPW-ADR,SPW-SR,SPW-LDR,SPW-XM,SPW-U,SPW-US,SPW-FUR,SPW-UMR,SPW-FTR,SPW-K,SPW-KR,SPW-FR,SPW-FMR

ARGO VRF (compatibile SANYO)

HITACHI (collegare in parallelo su H Link)
Unità esterne:RAS-4HRNM2E,RAS-FSN,RAS-FXNE
Unità interne:RCI,RCD,RPI,RPC,RPK,RPF,RPFI

LG (collegare a terminali unità esterna Inter A e Inter B)
Unità esterne: MultiV3,ARUB-LT2,ARUB-LT2,ARUN-LT2,ARUN-GS2,ARUN-LR2
Unità interne:artcool,ARNU-GB1G2,ARNU-GCFA2,ARNU-GTEC2,ARNU-GB1G2,ARNU-GSER2,ARNU-GTMC2,ARNU-GCEA2,ARNU-GBHA2,ARNU-GSF12,ARNU-GBRA2,ARNU-GCFU2,ARNU-GTJC2,ARNU-GSEL2,ARNU-GBGA2

MITSUBISHI
Le unità devono essere dotate di M NET adapter.
Unità esterne: PUHY,PURY,PQHY,PQRY,PUMY
Unità interne SEZ -KD25 VAL,SEZ -KD35 VAL (anche in presenza di controllore Mitsubishi GB-50 e GB150 ),PKFY,PFFY-P-VLRM,PFFY-P-VLEM,PFFY-PVKM,PCFY-P-VGM,PLFY-P-VBM,PLFY-P-VCM, PLFY-P-VLMD,PMFY-P-VBM,PEFY-P-VMS1,PEFY-P-VMM,PEFY-P-VMH,Mitsubishi City Multi
Possibilità di funzionare contemporaneamente a pannello AG-150

MITSUBISHI HEAVY INDUSTRIES
Unità esterne:FDCA,FDC
Unità supportate KX6,KXR6,FDTA,FDCT,FDTSA,FDTQ,FDUA,FDQS,FDEA,FDFL,FDT,FDTQA,FDTS,FDUMA,FDUM,FDKA,FDE,FDFUA,FDTCA,FDTW,FDTWA,FDU,FDQSA,FDK,FDFLA,FDFU
In caso di recupero calore il gateway va collegato a macchina esterna.

TOSHIBA
Unità Esterne:MCY-MAP..HT,MMY-MAP..T8,MMY-MAP..HT8,MMY-MAP..FT8
Unità esterne:MMU-AP..H,MMU-AP..MH,MMU-AP..WH,MMU-AP..YH,MMD-AP..BH,MMD-AP..H,MMD-AP..SPH,MMC-AP..H,MMK-AP..H,MML-AP..H,MML-AP..BH,MMF-AP..H,MMD-AP..HFE

SAMSUNG
Per unità esterne ed interne Samsung

MIDEA
Supporta fino a 256 unità interne, e 64 unità esterne.
Serie:V4 Plus,V4 Plus S,V4 Plus K
Unità esterne: MDV-V,MDV-W,MDVC-W
Unità Interne: MDV-D-Q1,MDV-D-Q2,MDV-D-Q4,MDV-D-Q4-A,MDV-D-T1,MDV-D-T2,MDV-D-T3,MDV-D-G,NDV-D-DL,MDV-D-Z

TRANE
Supporta fino a 256 unità interne, e 64 unità esterne.
Unità esterne: 4TVVT,4TVR
Unità interne: 4TVS,4TVA,4TVW,4TVX,4TVD,4TVH,4TVF,4TVG,4TVE,4TVC,4TVB

THERMOPAD¶

Touch screen per controllo delle unità interne con backlight. Design moderno per inserimento in scatola a muro 3 moduli Gewiss o BTCINO. Possibilità di controllare ingressi/uscite da thermopad (ad esempio riscaldatori elettrici, riscaldamento a pavimento). Funzioni di timer: 50 operazioni settimanali, più 4 timer on/off. Può sostituire completamente ad esempio un remote contrller del tipo RCS-TM80BG.

THERMOPAD per controllo unità interna

COOL REMOTE¶

E' possibile collegando una speciale unità Ethernet-seriale al Coolmaster monitorare e comandare tramite dispositvi mobili il proprio impianto. Per un demo della funzionalità:

Demo Online

Coolremote

la registrazione su Cool Remote del proprio Coolmaster è gratuita. Funziona su:

Android
Ios
Windows Mobile

Si consiglia utilizzo con browser web Chrome.

Per BACnet Principi Generali

Luca (marani) — Thu, 18 Jun 2015 06:39:00 GMT

Il protocollo BACNET viene utilizzato negli edifici per la trasmissione dei dati relativi a controllo climatico, sicurezza illuminazione, ... BACnet® è un marchio registrato dell' American Society of Heating, Refrigerating and Air-Conditioning Engineers (ASHRAE).

Esistono diverse tipologie di BACNET in base al livello fisico utilizzato, differenti tra loro a livello trasporto del modello ISO/OSI:

BACnet PTP: Connessione Punto-Punto RS-232
BACnet MSTP: Connessione RS485 Token Passing
BACnet ARCnet: Connessione ARCnet (obsoleto)
BACnet Ethernet: Connessione Ethernet basata su MAC address
BACnet I/P: Connessione Ethernet basata dsu indirizzo IP

La variante più utilizzata è basata su datalink Ethernet e viene indicata con la sigla BACNET I/P (Annex J).

I nostri prodotti coprono alcune di queste tipologie:

gateway tra protocollo BACNET I/P e altri protocolli: vedi sezione gateway.
gateway tra protocollo BACNET MSTP e altri protocolli: vedi sezione gateway.
OPC Server BACNET I/P per il monitoraggio di reti BACNET da sistema SCADA o sistemi dotati di interfaccia OPC Client.

Indice dei Contenuti [Nascondi/Mostra]

Gateway BACnet
Rete BACNET MSTP
Gateway BACnet MSTP
Gateway ETHERNET
Gateway BACNET IP

Gateway BACnet¶

Il gateway BACnet può agire come Server e come Client. Tutte le informazioni in un sistema BACnet sono rappresentate in forma di oggetti.

Object_Type è un codice a 32-bit che identifica il tipo di oggetto ed il suo numero di istanza, insieme identificano in maniera univoca l'oggetto nel dispositivo BACnet. Teoricamente, un dispositivo BACnet potrebbe avere più di quattro milioni di oggetti di un tipo particolare.
Object_Name è una stringa di testo, che ha un unico scopo: i dispositivi BACnet possono inviare ricerche broadcast agli altri dispositivi per verificare se contengono un oggetto che ha uno specifico Object_Name. Questo semplifica in maniera notevole la progettazione dei gateway.
BACnet richiede che Device_Object sia presente in ogni dispositivo BACnet. Il Device_Object rende disponibile agli altri dispositivi sulla rete le informazioni relative al dispositivo e alle sue funzionalità. Prima che un dispositivo BACnet dia avvio alla comunicazione con un altro dispositivo, deve ottenere alcune informazioni presenti nel Device_Object dell'altro dispositivo.
A differenza degli altri oggetti, il numero di istanza del Device_Object deve essere unico sull'intera rete BACnet, essendo utilizzato per identificare il dispositivo.
Gli oggetti di tipo Standard sono usati per memorizzare i dati real-time e altre informazioni. Ogni tipo di oggetto è referenziato da un numero, ad esempio il numero 0 rappresenta un Analog Input.
Ogni oggetto è formato da un numero di proprietà, la proprietà principale è il Present_Value.

Gli oggetti sono monitorati e controllati attraverso le loro proprietà.

Rete BACNET MSTP¶

Il bus BACNET MSTP è composto da un dominio di collisione logica che accetta fino a 128 dispositivi o nodi.

Il protocollo MSTP usa il protocollo token passing per decidere l'accesso delle stazioni al bus. Quella che ha il token (gettone) è l'unica che in quel momento può iniziare una richiesta, tutte le altre stazioni devono ascoltare e solo quella interrogata può rispondere prima che scada il periodo di timeout.

Solo i nodi master possono avere il gettone,per gli slave non è possibile. La maggior parte dei nodi sul mercato sono master dato che la differenza di costo tra un master ed uno slave in termini economici e uso di risorse di memoria è minima.

I nodi master possono iniziare e quindi possibile condividere punti tra loro in quella che viene chiamata connessione peer-peer attraverso un collegamento statico o dinamico.

Anche se in pratica è possibile avere 128 dispositivi sullo stessa linea, le performance subiscono un notevole degrado ed è quindi conveniente non usare più di 32 dispositivi sulla stessa linea.

Il protocollo è caratterizzato da quelli che vengono indicati come "servizi" e per confrontare dispositivi diversi è necessario verificare quali servizi mettono a disposizione. Come in latri protocolli in BACNET i punti possono essere richiesti a polling dai nodi, ma un polling costante consuma la banda disponibile per la comunicazione. Per evitare questo problema il protocollo BACNET mette a disposizione un servizio "change of value"; un nodo client del servizio sottoscrive in un nodo server l'informazione da ottenere quando il valore del punto cambia. Quindi quando il punto cambia il server notifica al nodo client e il client può raccogliere il nuovo valore del punto.

Per avere una comunicazione affidabile conviene seguire le seguenti indicazioni:

Dividere il dominio di collisione dove possibile per avere domini di collisione multipli aggiungendo mstp routers o ip masters (building controller o Bacnet router).
Dove possibile non superare i 32 dispositivi sulla stessa linea.
Installazione corretta dei cavi, corretta impostazione degli indirizzi e dei parametri di configurazione
Scegliere nodi mstp & ip masters che hanno il servizio COV, questo migliora i tempi di risposta dei nodi.

E' importante sottolineare la confusione che può generare la terminologia master/slave e client/server nel caso di reti BACnet MS/TP. Questo è dovuto alla natura della rete BACnet MS/TP che è sostanzialmente basata su due protocolli di comunicazione sovrapposti. Il protocollo a livello OSI dati è il protocollo MS/TP che si occupa dell'arbitraggio sul bus RS-485. Il protocollo a livello applicazione è il protocollo BACnet. Quando si indica che un dispositivo BACnet MS/TP è un master, significa che è master a livello MS/TP. Il master MS/TP partecipa in maniera attiva all'arbitraggio con il passaggio del token sul bus. Gli slave MS/TP non partecipano al passaggio del gettone. E' abbastanza raro trovare un dispositivo MS/TP slave.A livello BACNET, sono presenti dispositivi client e server. I client BACnet inviano le richieste ai server BACnet per leggere e scrivere i valori.

Gateway BACnet MSTP¶

Sulle reti BACNET MS/TP si possono utilizzare due modalità di indirizzamento: attraverso MAC address oppure attraverso device ID. Il Protonode supporta entrambe le modalità.
Su una rete MSTP possono essere presenti più master contemporaneamente, i quali prendono il comando della rete attraverso il passaggio di un gettone.
Settando il MAC address del master basso, è possibile settare il parametro MAX MASTER della rete basso, riducendo in questo modo al minimo l'overhead.
Ciascun gateway Protonode può ospitare più dispositivi virtuali al suo interno, offrendo così una suddivisione logica delle variabili ed una rappresentazione, lato BACnet, più simile alla realtà presente sul lato dell'altro protocollo.

Gateway ETHERNET¶

Il protocollo utilizza in questo caso il MAC address per la comunicazione su Ethernet.
Tutti i dispositivi in questo caso devono trovarsi nella stessa sottorete.
BACNET ETHERNET e BACNET IP utilizzando una modalità diversa di indirizzamento, sono tra di loro non compatibili.

Gateway BACNET IP¶

Il protocollo utilizza in questo caso indirizzo IP per la comunicazione su Ethernet.
Il protocollo lavora a livello Data Link Layer e quindi può operare anche su reti di livello 3. Consente la comunicazione tra dispositivi collocati su diverse sottoreti, ma è necessario utilizzare BBMD (BACnet Broadcast Management Device).
BACNET utilizza pesantemenete la comunicazione di tipo broadcast e questo non è molto adatto a comunicazioni che coinvolgono diverse sottoreti.
La cosa viene risolta utilizzando un BBDM in ciascuna sottorete. Il BBDM riceve i messaggi broadcast e li distribuisce a BBDM di altre sottoreti con un messaggio diretto. Il gateway è in grado di svolgere il ruolo di BBDM, se non è un client BACNET.E' necessario caricare nel gateway un file denominato bdt.ini. Questo file memorizza tutti gli indirizzi IP dei BBDM sulla rete. Tutti i BBDM sulla rete utilizzano lo stesso file.

La porta utilizzata per la connessione BACNET è per default 47808. Questa porta può anche essere modificata mediante un parametro. Il gateway è in grado di gestire il priority array (16 livelli di priorità) con cui il client BACNET ha scritto il valore sulle sue uscite.
Gestisce anche il COV (Change of Value) quando opera come BACNET Server. Gli oggetti che supportano i COV sono AI,DI,AO, DO. Sono supportate sottoscrizioni confermate e nn confermate.

Valuta il contenuto dell'articolo

Gateway BACnet®

Luca (marani) — Mon, 19 Jan 2015 16:21:06 GMT

BACnet® è un protocollo di comunicazione per le reti di automazione d’edificio sviluppato da ASHRAE (American Society of Heating, Refrigeration and Air-Conditioning Engineers).

BACnet si sta affermando come standard di comunicazione tra i dispositivi e i sistemi di automazione d’edificio prodotti da costruttori diversi. Il gateway ProtoNode per protocollo BACnet ha ricevuto la certificazione BTL con il profilo per dispositivi B‐ASC. Questi dispositivi sono i primi gateway BACNET disponibili sul mercato a ricevere la certificazione BTL. La certificazione dei BACnet International BACnet Testing Laboratory (BTL) è il livello più elevato di conformità per i prodotti BACNET (Certificazione BTL). I prodotti che hanno ricevuto la certificazione BTL sono visti dalla comunità BACnet come i prodotti con il livello più elevato di affidabilità e qualità.

Il protonode in modalità BACNET Server supporta BBMD e Foreign device registration. Una volta abilitato il BBMD, non è necessaria nessuna configurazione aggiuntiva per abilitare foreign device registration. Questo è automaticamente gestito dal driver.

Collegamento al prodotto

Indice dei Contenuti [Nascondi/Mostra]

ProtoNode - modello BACnet (RER)
Esempio configurazione BACnet/IP Server - Modbus TCP client
Assegnazione BACNET VENDOR ID

ProtoNode - modello BACnet (RER)¶

Esempio configurazione BACnet/IP Server - Modbus TCP client¶

E' possibile mappare le variabili modbus lette da uno più dispositivi Modbus TCP Server e posizionarle su variabili BACnet IP rese disponibile dal gateway. Nell'esempio seguente quste variabili sono rese disponibili (lettura e scrittura) tramite l'OPC server BACNET commercializato da Marcom. Il nome del dispositivo BACnet virtuale del gateway è impostabile tramite file di configurazione nel caso seguente è stato denominato Virtual_BCU_13.

Tutte le proprietà delle variabili lato BACnet IP sono automaticamente impostate dal gateway, tranne le fondamentali che possono essere impostate direttamente dal file di configurazione (ad esempio l'unità di misura della variabile).

E' possibile ospitare più dispositivi virtuali BACnet sullo stesso gateway, in modo da "suddividere" logicamente le variabili presentate.

La configurazione del gateway utilizzando il protocollo BACnet/MSTP è perfettamente equivalente a quella BACnet/IP. Dovranno essere impostati, in questo caso, i parametri di collegamento: velocità della seriale, parità, data bits e stop bits.

I dispositivi virtuali BACnet interni al ProtoNode vengono impostati nel file di configurazione e possono assumere valori tra 1 e 127. Impostando un indirizzo questo valore vale sia come Node_ID che come MAC_Address.

Cercando il nodo sulla rete, con un master BACnet, questo presenterà tutte le sue variabili, con le caratteristiche impostate in fase di configurazione (Unità di misura, Valore d'allarme, ..).

Assegnazione BACNET VENDOR ID¶

Su richiesta del cliente è possibile fare una assegnazione personalizzata del BACNET VENDOR ID sul gateway PROTONODE.

ANALIZZATORE RETE SERIALE

Luca (marani) — Thu, 31 Jul 2014 12:34:21 GMT

Marcom distribuisce gli analizzatori per rete seriale della IFTOOLS.

Collegamento Prodotto

Indice dei Contenuti [Nascondi/Mostra]

Software Analizzatore ver3.20
Software Analizzatore ver3.3.8
Software Analizzatore ver4.0.8

Software Analizzatore ver3.20¶

La nuova release 3.2.0 è stata rilasciata ad Ottobre 2012. E' stata dotata di un nuovo meccanismo di sincronizzazione che consente la registrazione simultanea di due connessioni con la precisione micro secondo. Un nuovo comando di linea API consente di controllare l'analizzatore tramite script o dala Vostra applicazione, il nuovo strumento filtri estrae certi dati o parti di dati da registrazioni precedenti. E' stato anche riprogettato la finestra dei settaggi ed è stata implementata la caratteristica "drag and drop" per un veloce spostamento tra diversi setup di lavoro.

L'analizzatore software può essere aggiornato gratuitamente per chi ha acquistato il prodotto.

Caratteristiche e cambiamenti:

Il nuovo meccanismo di sincronizzazione permette la comparazione dei dati di due differenti connessioni con la precisione di un microsecondo.
Controllo dell'analizzatore nella Vostra applicazione o tramite script con la nuova linea di comando API.
Un nuovo strumento filtri (command line API) che consente di estrarre dei dati o degli eventi da una registrazione precedente.
Un nuovo meccanismo di rilevazione degli analizzatori collegati e salvataggio di tutti gli analizzatori collegati, facilitando l'utilizzo di più analizzatori collegati nello stesso momento
Drag and drop di progetti e file di registrazione
Nuova caratteristica di auto salvataggio che memorizza automaticamente i dati dopo lo stop della registrazione
Migliorato l'accesso ai dati del DataView per assicurare un accesso ai dati con tempo costante anche con dimensioni di dati di parecchi GBytes.
Colorazione dello start e stop bit del frame per una più facile lettura
Supporto dell'adattamento del tempo iniziale della registrazione per la comparazione con altre registrazioni
Installazione Linux non necessita dei diritti root

Software Analizzatore ver3.3.8¶

La versione 3.3.8 ha le finestre di visualizzazione del protocollo completamente riprogettate. Le finestre di visualizzazione del protocollo sono dotate di un linguaggio script Lua che consente di fare il parse di qualsiasi protocollo in maniera semplice.

Utilizzando Lua come linguaggio di creazione dei template è possibile validare i checksums, convertire sequenze di byte in diversi formati numerici, dare a un valore del byte un nome funzionale (ad esempio la funzione Modbus) e colorare le diverse parti come risultato di calcoli o valutazioni. Ad esempio i checksums validi sono mostrati in grigio, mentre quelli non validi sono mostrati in rosso.

Caratteristiche e cambiamenti:

Un motore script basato su Lua adattabile a qualsiasi protocollo.
Visualizzazione di sezioni con singoli telegrammi con il nuovo modello di box.
Un nuovo controllo filtro che consente di mostrare o nascondere certi telegrammi. Ad esempio codici funzione, indirizzi o altro.
Un semplice gestore dei template che consente di scambiare telegrammi con altri utenti.
Supporto integrato del checksum per Modbus CRC16, LRC. E' supportato anche:CRC16 CCITT (Kermit).
Moduli speciali per richiedere tutte le informazioni del telegramma , maneggiare handle ASCII Hex data (come Modbus ASCII), mostrare il tempo dei telegrammi in un formato individuale date/time e altro...
Editor dei template migliorato con colorazione della sintassi (Lua).
Zoom in e out dei telegrammi attraverso i tasti Strg+rotellina mouse o short key (Ctrl + '+', Ctrl + '-').

Software Analizzatore ver4.0.8¶

Supporto del protocollo con un break come carattere iniziale del telegramma, ad esempio LIN

Supporto DNP3, USS, 3964R e IEC60870-5-101

Miglioramento del template per il protocollo Modbus ASCII/RTU

Installazione con driver certificato Windows 8.1

MSB-RS485 con settaggio adddizionale AUX IO (usando IO1/2 come ingressi con pull-up).

SignalView migliorato

UBIQUITI - Picostation M2 e nuove radio AirMAX

Alberto (alberto.zumiani) — Tue, 29 Jul 2014 14:02:52 GMT

Indice dei Contenuti [Nascondi/Mostra]

Picostation M2: Authentication Error

Le nuove antenne Ubiquiti della serie AirMax, permettono collegamenti a velocità molto elevate, grazie all'integrazione di una nuova interfaccia wireless conforme allo standard 802.11n (mantenendo comunque il support o per le tecnologie precedenti 802.11b/g).

Ubiquiti ha ottenuto un notevole aumento del throughtput ottimizzando il software a basso livello: il nuovo software prende il nome di AirMAX.

Ovviamente l'utilizzo di queste caratteristiche nuove è limitato ai dispositivi che implementano le stesse ottimizzazioni: il sistema AirMAX è perfetto per stabilire ponti radio a grande distanza e grande velocità tra antenne Ubiquiti.

Picostation M2: Authentication Error¶

Quando si collega un PC o uno smartphone al punto di accesso SSID generato dall'antenna AirMAX, può tuttavia succedere di incorrere in un "Authentication Error". Tale errore è dovuto per l'appunto alla non completa compatibilità dei dispositivi con le nuove funzionalità introdotte da Ubiquiti.

Per risolvere il problema e rendere compatibile l'antenna con i dispositivi standard è necessario disattivare tali funzionalità avanzate: questo è possibile farlo dal primo menu identificato dal simbolo Ubiquiti, togliendo la spunta dalla voce AirMAX.

Per essere completamente compatibile anche con i dispositivi più vecchi conformi solo allo standard 802.11b/g è inoltre necessario impostare a 20MHz la frequenza di funzionamento del canale Wifi. Questa impostazione viene fatta nel menu Wireless.

UBIQUITI PicoStation 2 HP - Howto: Wireless Accesspoint Repeater

Alberto (alberto.zumiani) — Tue, 29 Jul 2014 13:55:49 GMT

Wireless Accesspoint Repeater¶

La configurazione che vogliamo ottenere in questa guida è la seguente:

Topologia di rete

La configurazione consente alle due PicoStation di stabilire un canale trasparente per tutti i client Wifi che vi si connettono.

Primi passi¶

Il primo passo è configurare il proprio PC per poter accedere all'interfaccia web delle PicoStation. Avendo le Picostation lo stesso indirizzo IP di fabbrica, collegare al PC (direttamente o tramite switch di rete) una soloa PicoStation per volta.

A questo punto aprire le proprietà di rete del proprio PC ed impostare l'indirizzo manualmente nella rete 192.168.1.0 / 24

A questo punto è possibile accedere all'interfaccia web della PicoStation all'indirizzo di fabbrica 192.168.1.20.

Le credenziali per l'accesso sono:

nome utente: ubnt
password: ubnt

Configurazione degli AP¶

Prima di partire con la configurazione vera e propria di entrambi gli AP è necessario recuperare i WLAN MAC address di entrambe le PicoStation.

I WLAN MAC address sono gli indirizzi fisici delle schede wireless.

Per recuperarli è necessario effettuare il login nell'interfaccia web di ciascuna antenna e raggiungere la scheda Main.

Dove si trova il WLAN MAC address

WLAN MAC AP#1 : 11:11:11:11:11:11 WLAN MAC AP#2 : 22:22:22:22:22:22

Configurazione del primo AP¶

Effettuare il login nel primo AP.
Raggiungere la scheda NETWORK ed impostare i seguenti parametri
```
Network Mode: Bridge

IP Address: 192.168.1.20

Netmask: 255.255.255.0

Gateway IP: 192.168.1.1
```
I parametri di cui sopra devono essere compatibili con la propria rete. In particolare è importante che l'indirizzo del Gateway sia quello utilizzato per accedere ad internet (se si vuole che i dispositivi WiFi riescano a connettersi alla rete internet).
Fare click su Change
Fare click su Apply ed attendere la conferma

Raggiungere scheda WIRELESS (o LINK SETUP nelle versioni precedenti)

Impostare i seguenti parametri


Wireless Mode: Access Point WDS

Mettere la spunta su Auto a destra del parametro Wireless Mode


WDS Peers: 22:22:22:22:22:22   (WLAN MAC Address AP#2)


SSID: UBNT    (si può impostare una qualsiasi stringa ma dev'essere uguale in tutti gli AP)

Country Code: Italy

IEEE 802.11 b/g mixed

Channel Spectrum Width: 20Mhz

Channel: 1 - 2412 MHz

Data Rate: 54, Auto

Impostazioni Wireless AP # 1

Fare click su Change
Fare click su Apply ed attendere la conferma

Configurazione del secondo AP¶

Effettuare il login nel primo AP.
Raggiungere la scheda NETWORK ed impostare i seguenti parametri
```
Network Mode: Bridge

IP Address: 192.168.1.21

Netmask: 255.255.255.0

Gateway IP: 192.168.1.1
```
I parametri di cui sopra devono essere compatibili con la propria rete. In particolare è importante che l'indirizzo del Gateway sia quello utilizzato per accedere ad internet (se si vuole che i dispositivi WiFi riescano a connettersi alla rete internet).
Fare click su Change
Fare click su Apply ed attendere la conferma

Raggiungere scheda WIRELESS (o LINK SETUP nelle versioni precedenti)

Impostare i seguenti parametri


Wireless Mode: Access Point WDS

Mettere la spunta su Auto a destra del parametro Wireless Mode


WDS Peers: 11:11:11:11:11:11   (WLAN MAC Address AP#1)


SSID: UBNT    (si può impostare una qualsiasi stringa ma dev'essere uguale in tutti gli AP)

Country Code: Italy

IEEE 802.11 b/g mixed

Channel Spectrum Width: 20Mhz

Channel: 1 - 2412 MHz

Data Rate: 54, Auto

Impostazioni Wireless AP # 2

Fare click su Change
Fare click su Apply ed attendere la conferma

Sicurezza¶

L'unica sicurezza Wireless supportata in questa modalità è la WEP.

Per come sono strutturate le altre modalità di sicurezza non è possibile selezionarle.

Per abilitare la sicurezza WEP

Selezionare WEP dal menu Security
Selezionare Shared Key
Selezionare la lunghezza della chiave a seconda della lunghezza massima supportata dai propri client (normalmente 128bit)
Selezionare Key Type: ASCII
Impostare la chiave nel campo WEP Key

Valuta il contenuto dell'articolo

Applicazioni wifi Ubiquiti su impianti mobili alimentati a 12 Volt

Alberto (alberto.zumiani) — Tue, 29 Jul 2014 13:55:29 GMT

Marcom propone Nanostation NS5 e NS2 per applicazioni mobili alimentate a 12 Volt

Pagina Prodotto

Indice dei Contenuti [Nascondi/Mostra]

SCHEMA COLLEGAMENTO

SCHEMA COLLEGAMENTO¶

Il collegamento della radio wireless Ubiquiti al sistema di alimentazione a batteria avviene attraverso uno sepciale POE passivo.

POE PASSIVO PER ALIMENTAZIONE 12 VOLT RADIO WIFI

OPC SERVER DLMS

Luca (marani) — Tue, 08 Jul 2014 08:23:02 GMT

Il Protocollo DLMS (Device Language Message Specification)viene utilizzato nell'ambito dei contatori ed in particolare dei contatori energia per la lettura dei dati di funzionamento. Lo standard di riferimento è IEC 62056. Esso si basa su dei servizi che consentono di leggere degli oggetti, definiti OBIS, all'interno dei quali sono mappati i valori di funzionamento del misuratore secondo dei profili standard.

Marcom mette a disposizione un OPC Servere DLMS attraverso il quale è possibile leggere i dati messi a disposizione dal misuratore dotato di protocollo DLMS e metterli a disposizione di sistemi di supevisione o di acquisizione dotati di interfaccia OPC Client.

Collegamento al prodotto

Indice dei Contenuti [Nascondi/Mostra]

Caratteristiche Principali
Configurazione
   Nuova Connessione
   Nuovo Dispositivo
      Parametri Generali
   Nuova Variabile
OPC Server Avviato
   Comunicazione
   Log
OPC Client
Principali Contatori Supportati
Supporto scarico Profiles
Supporto Livelli Fisici Diversi

Caratteristiche Principali¶

Le principali caratteristiche dell'OPC Server sono:

Collegamento a più misuratori energia tramite interfaccia RS232, RS485 o in alternativa tramite sonda ottica
Lettura automatica della configurazioni dai misuratori
Possibilità di scalamento delle variabili presentate a livello OPC
Compatibile con WIN NT 4.0, WIN 2000, WIN 2003, WIN XP e WIN VISTA, WIN 7 (32 bit e 64 bit)
Importazione/Esportazione delle configurazioni create
Specifica OPC Data Access 2.04
Possibilità di analisi e registrazione dei dati scambiati sulla rete (performance analysis)
Diagnostica di comunicazione a livello di variabili OPC
Può essere eseguito come servizio Windows, per macchine senza interfaccia grafica.
OPC Server DLMS con estensione della licenza consente la lettura dei profili

Configurazione¶

La configurazione del collegamento e delle variabili OPC avvengono tramite il configuratore intelligente integrato nell'OPC Server.

Tale configuratore permette inoltre di leggere la configurazione direttamente dal contatore senza quindi la necessità di inserire le variabili manualmente. Starà poi al tecnico decidere quali variabili portare in supervisione e quali invece no.

Il sistema di licenze basato sul numero di dispositivi monitorati non mette limite alle variabili che è possibile acquisire dal singolo contatore.

Alcune variabili possono essere ad esempio escluse per limitare il traffico sulla rete oppure per velocizzare il processo di acquisizione ove sono presenti molti contatori da scandire.

Nuova Connessione¶

Dalla finestra "Nuova Connessione" è possibile inserire una nuova interfaccia seriale da utilizzare per comunicare con i contatori in campo.

La seriale può essere una seriale fisica collegata al PC, una seriale USB oppure un convertitore seriale-Ethernet per raggiungere contatori remoti. Il software OPC Server DLMS gestisce in modo trasparente tutte queste modalità di connessione.

Finestra Nuova Connessione

I parametri fondamentali presenti in questa finestra sono:

Nome: è il nome della connessione. Comparirà come primo livello delle variabili OPC.
Porta COM: indica il numero della porta COM da utilizzare. E' possibile selezionare la porta dalla lista che viene proposta o inserire manualmente il numero di porta nel caso di seriali-ethernet non riconosciute nativamente dal sistema operativo.
Watch Time: tempo in secondi tra un tentativo di apertura della porta e l'altro. Questo timer parte al verificarsi di un errore nell'apertura della porta COM.
Read Interval Timeout: indica il tempo in millisecondi che il software attende dopo la ricezione dell'ultimo carattere prima di considerare concluso il messaggio

Nuovo Dispositivo¶

Da questa finestra è possibile inserire un nuovo dispositivo (contatore) nella configurazione.

Tutti i parametri di comunicazione, il protocollo da utilizzare e la specifica IEC o DLMS implementata nel contatore sono definiti qui.

Essendo presenti i parametri di comunicazione nella finestra del Dispositivo è possibile inserire sulla medesima porta seriale contatori con diverse velocità, parametri di comunicazione e protocolli.

Ovviamente l'unico parametro che dev'essere univoco sulla linea è l'indirizzo DLMS del contatore.

Finestra Nuovo Dispositivo

I parametri di configurazione sono molteplici ed alcuni vengono disattivi/attivati a seconda del protocollo scelto.

Particolare attenzione va posta nel caso di scelta del protocollo DLMS: la selezione di questo protocollo non disattiva completamente la comunicazione IEC. Infatti molti contatori necessitano di iniziare la comunicazione con un telegramma in formato IEC per passare poi allo scambio dati in formato binario DLMS.

Un'ulteriore possibilità offerta dal OPC Server DLMS è quella di selezionare per ciascun contatore quali caratteristiche per protocollo DLMS abilitare. In particolare, dalla finestra Conformance è possibile selezionare quali di questi servizi sono stati implementati nel contatore e sono quindi utilizzabili dai client OPC.

Finestra Nuovo Dispositivo - DLMS - Conformance

La configurazione della parte relativa al protocollo necessita di una certa conoscenza relativa al contatore che si vuole monitorare.

In particolare è necessario conoscere le modalità di comunicazione scelte nell'implementazione del protocollo all'interno del contatore. Tutte le possibili alternative sono state prese in considerazione ed è possibile personalizzare la configurazione del singolo dispositivo per renderlo corrispondente al contatore in campo.

Analizziamo i diversi parametri e la loro influenza sulla comunicazione.

Parametri Generali¶

Nome: Il nome del dispositivo che verrà utilizzato a livello OPC. Dev'essere univoco per singola porta seriale.
Protocollo: i valori disponibili sono DLMS e IEC.
- DLMS: voglio comunicare con il contatore in formato binario seguendo gli standard IEC-62056, IEC-62056-42, IEC-62056-43, IEC-62056-61, IEC-62056-53, IEC-62056-46. Il protocollo implementa una serie di comandi per andare ad interrogare il contatore, richiedendo la lista delle variabili, il valore, lo scalamento e l'unità di misura per ciascuna variabile. Il protocollo è molto complesso ma permette all'OPC Server di arrangiarsi a creare la configurazione. Infatti è il contatore stesso che comunica al software valori già scalati, unità di misura e descrizioni di tutte le variabili disponibili. All'utente il solo compito di selezionare quali portare in supervisione.
  
  Alcuni contatori che implementano il protocollo DLMS tuttavia necessitano di iniziare la comunicazione in formato IEC, scambiandosi alcuni messaggi iniziali di controllo. Per abilitare questa funzionalità è presente il flag Avvia con IEC che server appunto ad indicare al software di iniziare la comunicazione in formato ASCII e quindi passare al formato binario.
- IEC: la comunicazione avviene in formato ASCII. La velocità di trasferimento è ridotta rispetto alla modalità binaria a causa dell'elevato aumento di byte da trasferire. Un'ulteriore possibilità offerta dal software è data dalla scelta di iniziare la comunicazione a 300bps per poi passare ad un'altra velocità scelta per il trasferimento dati effettivo. Tale caratteristica è abilitata mettendo la spunta al campo Avvia a 300bps.
  
  La richiesta delle variabili dal contatore è possibile in due modalità:
  - richiedendo una variabile per volta con un apposito comando
  - effettuando un readout ovvero richiedendo in un sol colpo tutte le variabili del contatore. Il software si occuperà, una volta ricevuto l'intero pacchetto di analizzarlo ed aggiornare i corrispondenti valori.
Le sezioni IEC e DLMS servono per impostare i parametri di comunicazione del contatore da utilizzare per lo scambio dati effettivo. Parametri comuni del protocollo sono:
- baudrate: 300 bps
- Parità: Pari (Even)
- Stop Bits: 1
- Data Bits: 7
  Ma non è insolito trovare altri parametri scelti a propria discrezione dal produttore dello strumento.
Una menzione particolare va data ai parametri di indirizzamento delle variabili per il protocollo DLMS. I parametri sono:
- Indirizzo: può essere 1 byte, 2 byte o 4 byte. A seconda del valore scelto i campi successivi possono assumere diversi valori:
  - Logico: se scelgo 1 byte o 2 byte il valore può essere compreso tra 0 e 255. Se scelgo invece 4 byte il valore può essere compreso tra 0 e 65576.
  - Fisico: se scelgo 1 byte il campo è disattivato. Se scelgo 2 byte il valore può essere compreso tra 0 e 255.Se scelgo invece 4 byte il valore può essere compreso tra 0 e 65576.
- Indirizzo Client: è un campo non modificabile attualmente ed indica il livello di accesso ai dati del contatore da parte del client, ovvero del OPC Server. Il valore preimpostato indica che i dati devono poter essere accessibili in lettura/scrittura senza password.
- Risposta Set Mode DLMS: se flaggato indica al software di attendere una risposta da parte del contatore all'ultimo comando inviato a quest'ultimo durante la fase di handshaking.
- Referencing: parametro molto importante perchè permette di selezionare la modalità con cui il software indirizza le variabili. I valori possibili dipendono totalmente da come è stato implementato il protocollo sul contatore. Alcuni contatori permettono di indirizzare le variabili in entrambe le modalità, ma sono veramente rari.
  - Logical Name: l'indirizzo della variabile è rappresentato da un numero intero a 16bit. Le proprietà della variabile (valore, fattore di scala, ...) sono indicizzate a partire da questo indice. Non è molto importante capire a fondo come funziona il protocollo DLMS per utilizzare questo software: OPC Server DLMS richiede autonomamente i dati necessari per presentare il valore formattato in modo corretto lato OPC. La comunicazione in questa modalità permette di selezionare il tipo di dato desiderato da presentare a livello OPC. In particolare i valori di DateTime presenti sul contatore vengono automaticamente presentati come array di byte. Sta all'utente andare ad impostare la loro corretta rappresentazione, selezionando dalla lista mostrata il tipo di dato DateTime.
  - Short Name: è il formato più comune, chiamato anche OBIS. Gli indirizzi non hanno un formato standard e sono rappresentati da una serie di valori numerici intervallati da punti che rappresentano la grandezza misurata dal contatore.

I tasti per la lettura delle variabili Readout dispositivo e Leggi la lista degli oggetti si abilitano a seconda del protocollo scelto. Entrambi permettono di scaricare dal contatore la lista delle variabili e di presentarla all'utente per la scelta di quali andare a leggere e quali escludere dalla lettura.

Nuova Variabile¶

Infine dalla finestra "Nuova Variabile" è possibile inserire manualmente una nuova variabile, andando ad indirizzarla con la sintassi specifica DLMS, presente sul manuale e sul display del contatore. Per una lista delle variabili più comuni che è possibile acquisire si rimanda alla pagine dei gateway DLMS-Modbus:

GATEWAY DLMS-MODBUS CONTATORI ACTARIS

GATEWAY DLMS-MODBUS CONTATORI EMH

GATEWAY DLMS-MODBUS CONTATORI ISKRAEMECO

GATEWAY DLMS-MODBUS CONTATORI LANDIS+GYR

La finestra si presenta in questo modo:

Finestra Nuova Variabile

Se non si è soddisfatti dello scalamento offerto dal contatore stesso, è possibile definire un nuovo scalamento per rappresentare ad esempio la quantità di energia in MWh anzichè in kWh, o per aggiustare la quantità di energia adeguandola al fattore moltiplicativo definito dal GSE per quello specifico contatore.

Nell'utilizzo più comune questa finestra difficilmente verrà utilizzata: il configuratore è stato pensato per facilitare la messa in servizio del sistema e perciò integra una procedura di lettura automatica delle variabili dal contatore stesso.

La procedura è stata descritta nella sezione precedente.

Nulla vieta tuttavia di modificare i nomi delle variabili per renderli più mnemonici, aggiungere manualmente variabili che il software non è riuscito ad acquisire con il sistema del readout o con la richiesta della lista variabili disponibile da protocollo DLMS.

OPC Server Avviato¶

Comunicazione¶

Una volta avviato l'OPC Server mostra graficamente lo stato di comunicazione con tutti i contatori in campo.

In particolare il colore dell'icona posta difronte al singolo elemento indica a colpo d'occhio la corretta comunicazione o lo specifico problema riscontrato.

Ad esempio, per quanto riguarda la Connessione:

Rosso: indica un problema fisico della porta seriale. Può essere dovuto all'errata selezione della porta o ad una porta seriale remota non raggiungibile
Giallo: indica che la porta non ha risposto in modo corretto ai tentativi di accesso
Verde: tutto ok

Per quanto riguarda invece i Dispositivi:

Rosso: indica una risposta errata da parte del contatore o un errore di comunicazione a livello di byte ricevuti
Giallo: indica che il dispositivo non è raggiungibile perchè offline o perchè vi è un problema di collegamento
Verde: tutto ok

Per quanto riguarda le Variabili:

Rosso: indica un problema di risposta dal contatore. Il valore ricevuto non è corretto. Su OPC viene notificato lo stato BAD.
Giallo: indica che il valore della variabile non è aggiornato e quindi indica di prestare attenzione. Su OPC viene notificato lo stato UNCERTAIN.
Verde: tutto ok. Su OPC viene notificato lo stato GOOD.

Finestra Principale - Comunicazione Avviata

Log¶

Nella schermata principale vi è anche una sezione che mostra il log di comunicazione, indispensabile per effettuare un debug per problemi di comunicazione, connessione, fisici o semplicemente di configurazione.

Finestra Principale Log

OPC Client¶

Terminata la configurazione ed avviata la comunicazione è possibile connettersi con un qualsiasi software OPC Client conforme alla specifica 2.04a e vedere come vengono mostrate le variabili lato OPC.

Le schermate che seguono mostrano le variabili sottoscritte da OPC Client Marcom (Collegamento al prodotto) che è disponibile in versione demo anche per l'integrazione in propri applicativi.

OPC Client Marcom - Variabili Sottoscritte

OPC Client Marcom - Dettagli variabile

Principali Contatori Supportati¶

L' OPC Server DLMS implementa il protocollo DLMS (standard IEC-62056, IEC-62056-42, IEC-62056-43, IEC-62056-61, IEC-62056-53, IEC-62056-46) con modalità di trasferimento dati binaria ed il protocollo IEC (standard IEC-62056-21).

Il funzionamento del software è garantito per tutti i contatori che implementano in modo corretto questi standard, certificati DLMS.

Il simbolo della certificazione DLMS si può ricercare direttamente sul contatore ed è il seguente:

Logo DLMS per certificazione standard

Marcom ha effettuato ripetuti test sui contatori delle principali marche per testare e garantire la corretta funzionalità del prodotto.

Le marche conosciute sono:

Elster
EMH
Iskra
Landis + Gyr

Nell'immagine una parte delle variabili lette da OPC Server DLMS nel contatore LANDIS+ GYR

Variabil lette da contatore LANDIS+GYR

Dati Letti via DLMS da L+G E650

Supporto scarico Profiles¶

Con una abilitazione della licenza OPC Server DLMS è in grado di scaricare i profiles e salvarli in un file .csv La lettura e il salvataggio del profile avviene da variabili OPC appositamente create che possono essere impostate da OPC client (ad esempio SCADA).

Esempio scarico Profiles

Variabili con cui viene comandato da OPC lo scarico dei profiles

Supporto Livelli Fisici Diversi¶

Con OPC Server è possibile leggere anche dispositivi con livelli fisici diversi, ad esempio METERBUS. In questo caso è necessario utilizzare un convertitore di livello fisico tra OPC Server DLMS e contatori energia.

Sono state fatte delle applicazioni ad esempio con L+G ZMD110AR, con codice C5 (Meterbus) usando OPC Server DLMS e convertitore della RELAY PW60.

Valuta il contenuto dell'articolo

Router InHand Networks IR79x - Tunnel OpenVPN con router senza impostare il gateway sui dispositivi della rete

Alberto (alberto.zumiani) — Tue, 22 Apr 2014 10:35:21 GMT

L'articolo completo è disponibile per i clienti Marcom a QUESTO INDIRIZZO

Indice dei Contenuti [Nascondi/Mostra]

Introduzione
Caso di studio

Introduzione¶

Questo articolo descriverà come creare una connessione di tipo OpenVPN tra un router InHand Networks modello IR791 o IR794 ed un computer, senza la necessità di impostare il default gateway sui dispositivi della rete. Questa connessione creerà un tunnel attraverso internet e permetterà di raggiungere e dialogare con i dispositivi interni alla rete del router InHand come se fossero connessi localmente, ovvero utilizzando il loro indirizzo IP privato. Normalmente, perchè questo dialogo possa avvenire, è necessario impostare su tutti i dispositivi il gateway di default della rete, che nella fattispecie dovrebbe essere il router InHand stesso.

Ci sono casi però in cui questa impostazione non è possibile per svariati motivi:

i dispositivi sono obsoleti e non hanno la possibilità di impostare questo campo
i dispositivi sono già installati sull'impianto e questo è difficilmente raggiungibile
il personale tecnico non è in grado o non ha i permessi di cambiare questo parametro
non si vogliono modificare i parametri di rete dei dispositivi in quanto sono impostati per far parte della rete esistente dell'impianto

In questi casi diventa difficile gestire la situazione o perchè non esistono regole di routing per instradare la comunicazione dei dispositivi attraverso il tunnel VPN, o perchè non è possibile aggiungere regole di routing al gateway predefinito affinchè instradi il traffico diretto all'altro capo del tunnel VPN verso il router InHand.

Caso di studio¶

La topologia più classica delle reti in cui si presenta il problema è la seguente

L'articolo completo è disponibile per i clienti Marcom a QUESTO INDIRIZZO

Gateway Lonworks®

Luca (marani) — Mon, 14 Apr 2014 16:24:17 GMT

La piattaforma LonWorks®, conosciuta come Tecnologia Lon, è una potente soluzione che consente un controllo avanzato di sistemi di rete attraverso un’architettura e un’infrastruttura comuni.
E' la base di un sistema aperto e interoperabile nel quale prodotti e soluzioni forniti da aziende leader di tutto il mondo vengono integrati in maniera semplice e completa per creare una efficiente soluzione di automazione.
In sintesi, consiste in un sistema di connessione che consente a tutti i componenti di controllare le proprie funzioni e condividere con gli apparati vicini le informazioni necessarie al controllo dell'intero sistema, il tutto con un alto livello di sicurezza.
Marcom fornisce gateway da rete Lonworks verso altri protocolli:

Collegamento al prodotto

Indice dei Contenuti [Nascondi/Mostra]

ProtoNode - modello LON (LER)
   Gateway come Nodo
   Gateway come Network Manager
   File XIF

ProtoNode - modello LON (LER)¶

Il gateway Protocessor è configurabile in due diverse modalità di funzionamento:

come Nodo di una rete Lonworks si comporta a tutti gli effetti come un dispositivo LON ed è quindi integrabile con un tool di sviluppo come Lonmaker®: in questa configurazione il gateway, per funzionare e trasmettere i valori che riceve dall'altra rete (MODBUS RTU o TCP, BACNET, SNMP,... ) necessita del sistema di binding tra le varie network variables del sistema o chiamate a polling da un altro dispositivo LON. E' assolutamente necessario quindi avere un tool di configurazione per reti Lonworks per poter integrare il gateway nella propria rete. La funzionalità è mettere a disposizione su rete Lonworks dati che derivano da altri tipi di rete (ad esempio Modbus).

come Network Manager della rete: in tale configurazione è possibile programmarlo per andare ad interrogare ciclicamente i nodi della rete LON, per leggerne o scriverne i valori e metterli a disposizione su una rete di tipo diverso (MODBUS RTU o TCP, BACNET, SNMP,... ).In questa modalità non è necessario utilizzare configuratori di rete Lonworks

Gateway come Nodo¶

In questa modalità il Protocessor svolge tipicamente il ruolo di prelevare dei dati da una rete generica seriale o Ethernet e renderli disponibili sulla rete LONWORKS. Applicazioni già realizzate riguardano ad esempio l'integrazione di una rete di regolatori per building automation basati su rete MODBUS in un sistema building dove il sitema di gestione principale e i regolatori primari sono basati su LON.Una volta configurato per lo scambio di dati sulla rete secondaria, il Protocessor mette a disposizione un file xif che rende immediata l'integrazione dei dati nella rete LON.

Gateway come Network Manager¶

In questa configurazione il gateway indirizza i singoli nodi LON attraverso il loro indirizzo fisico, o Neuron ID. Non importa in quale Domain e Subnet i vari dispositivi si trovino: l'indirizzo univoco rappresentato dal Neuron ID consente al gateway di comunicare agevolmente con essi tramite la loro interfaccia di rete LON. In questo caso non vi è un limite sul numero dei dispositivi collegati.

In tale configurazione è indispensabile avere conoscenza della configurazione interna del/dei dispositivo/i che si vogliono interrogare, conoscenza deducibile dal manuale del dispositivo o dal suo file xif.
Infatti nella configurazione del gateway gli SNVT dei dispositivi vengono indirizzati con il loro indice all'interno della mappa variabili definita dal produttore con il file xif. E' altresì importante conoscere il tipo di dato di ciascuna variabile: la conversione effettuata in automatico dal gateway tra tipi di dato Lon (definito da specifica LonMark®) è influenzata dalla corretta impostazione di questo dato.

Il gateway oltre alle variabili SNVT è in grado di leggere anche le variabili di tipo UNVT (User Network Variable Type), SCPT (Standard Configuration Parameter Type) e UCPT(User Configuration Parameter Type)

Il tempo di polling che il gateway utilizza per andare a leggere le variabili è impostabile a livello della singola tag. E' così possibile privilegiare la lettura di alcune variabili e ritardare la lettura di altre meno significative.

I dati, una volta letti da Lonworks, possono essere convertiti in qualsiasi altro protocollo desiderato (tra quelli disponibili per il gateway LER) e resi disponibili ad un master di tale rete.

Un esempio di applicazione realizzata è l'integrazione di un dispositivo di controllo di una caldaia dotato di interfaccia LON in una rete di comunicazione verso lo SCADA basata su protocollo MODBUS TCP.

File XIF¶

E' possibile scaricare il file XIF relativo alla configurazione attuale del ProtoNode direttamente dal dispositivo:

collegarsi con il tool di configurazione RuiNet
selezionare la voce Upload
abilitare l'Upload di tutti i file
inserire il nome file remoto fserver.xif
il file verrà scaricato direttamente nella directory Config

Valuta il contenuto dell'articolo

GATEWAY DLMS-MODBUS CONTATORI ISKRAEMECO

alessio (alessio_MC) — Mon, 24 Mar 2014 10:01:05 GMT

Il Protocollo DLMS (Device Language Message Specification)viene utilizzato nell'ambito dei contatori ed in particolare dei contatori energia per la lettura dei dati di funzionamento. Lo standard di riferimento è IEC 62056.
Esso si basa su dei servizi che consentono di leggere degli oggetti, definiti OBIS, all'interno dei quali sono mappati i valori di funzionamento del misuratore secondo dei profili standard.

Marcom mette a disposizione un gateway DLMS-MODBUS attraverso il quale è possibile leggere attraverso il protocollo MODBUS RTU o MODBUS TCP i dati messi a disposizione dal misuratore dotato di protocollo DLMS.

Collegamento al prodotto

I misuratori della ISKRAEMECO con cui sono state realizzate delle applicazioni sono:

MT831

E' disponbile una versione firmware del gateway in grado di colloquiare tramite porta ottica (IEC 1107) con i misuratori energia. Questa risulta particolarmente utile nel caso di misuratori già installati in campo e piombati, dove la porta ottica rimane l'unica via percorribile.

Indice dei Contenuti [Nascondi/Mostra]

Caratteristiche
   Connessioni
   Schema di Collegamento
      Collegamento delle sonde ottiche al gateway
Manuale
   Comunicazione Gateway-DLMS
   Mappatura aree di memoria Modbus
   Modifica impostazioni
   Dimensioni Gateway

Caratteristiche¶

Connessioni¶

Il gateway per la connessione tramite RS232 o sonde ottiche ha le seguenti caratteristiche hardware:

2 x porte seriale RS232 per il collegamento ai contatori
1 x porta seriale RS485 per la lettura dei dati da parte di un master MODBUS RTU
1 x porta Ethernet per la lettura dei dei dati da parte di un master MODBUS TCP
1 connettore a viti per l'alimentazione 10~30 VDC
LED di segnalazione sulla parte frontale per la diagnostica della comunicazione
2 x Digital Input (*)
2 x Digital Output (*)

Il gateway per la connessione tramite RS485 ha le seguenti caratteristiche hardware:

1 x porta seriale RS485 per il collegamento ai contatori di massimo quattro contatori EMH
2 x porte seriale RS232 per la lettura dei dati da parte di un master MODBUS RTU
1 x porta Ethernet per la lettura dei dei dati da parte di un master MODBUS TCP
1 connettore a viti per l'alimentazione 10~30 VDC
LED di segnalazione sulla parte frontale per la diagnostica della comunicazione
2 x Digital Input (*)
2 x Digital Output (*)

(*) Il loro stato è mappato in registri Modbus. Gli ingressi digitali possono essere utilizzati per acquisire ad esempio lo stato di interuttori o eventuali segnalazioni di anomalie.

Schema di Collegamento¶

Collegamento delle sonde ottiche al gateway¶

Per la connessione delle sonde ottiche alle porte RS232 del gateway, seguire il seguente schema elettrico. Il gateway accetta al massimo due sonde ottiche.

Esempio di collegamento fili porta "RJ45 - seriale 9 pin" della sonda ottica.

Manuale¶

Comunicazione Gateway-DLMS¶

Per avviare la comunicazione tra il gateway e i misuratori collegati occorre scrivere il codice seriale del misuratore DLMS.
Si può utilizzare l'interfaccia web del gateway od utilizzare un master modbus (RTU o TCP) e scrivere direttamente nei registri specificati nella mappatura delle aree di memoria modbus.
Si consiglia di scrivere il valore '0' (zero) negli slot in cui non sia stato collegato effettivamente un contatore per inibire la richiesta di lettura.

Pagina iniziale interfaccia web

Mappatura aree di memoria Modbus¶

I dati letti dal contatore vengono appoggiati in area di memoria Holding Register. Le variabili partono dall'indirizzo 4x40000; nel caso ci fossero problemi ad indirizzare tali registri, una copia di essi è presente a partire dall'indirizzo 4x20000. Per le versioni collegate ai contatori tramite RS232 o sonde ottiche fare riferimento agli indirizzi dei primi due contatori nella lista.

Mappatura registri modbus contatori ISKRA

Modifica impostazioni¶

Per modificare le impostazioni del gateway, ad esempio il suo indirizzo IP, è necessario collegarlo alla rete Ethernet sfruttando la porta RJ45 a disposizione. Con un browser web basta digitare l'indirizzo di default: 192.168.0.122; in caso di mancata connessione controllare di avere sulla propria scheda di rete un indirizzo sulla sottorete 192.168.0.X.

Si arriva così alla schermata di benvenuto Home DLMS del dispositivo che riassume le impostazioni generali della parte riguardante la comunicazione DLMS. Cliccando su Home PLC si apre la schermata iniziale per la modifica delle impostazioni.

I cambiamenti delle impostazioni su queste pagine sono effettivi dopo un riavvio dell'alimentazione del gateway.

Per la modifica delle impostazioni di rete del dispositivo andare sulla pagina Network Setup.

Impostazioni di rete

Dalla pagina Hardware Setup è possibile modificare i parametri per la comunicazione modbus del dispositivo, come baudrate, parità e nodo modbus. La porta COM2 si riferisce alla porta RS485 del dispositivo, identificata con FIELD BUS sul case del gateway.

Impostazioni modbus

Dimensioni Gateway¶

Le dimensioni del gateway sono riportate nella seguente immagine:

Valuta il contenuto dell'articolo

GATEWAY DLMS-MODBUS CONTATORI LANDIS+GYR

alessio (alessio_MC) — Mon, 24 Mar 2014 09:58:45 GMT

Il Protocollo DLMS (Device Language Message Specification)viene utilizzato nell'ambito dei contatori ed in particolare dei contatori energia per la lettura dei dati di funzionamento. Lo standard di riferimento è IEC 62056.
Esso si basa su dei servizi che consentono di leggere degli oggetti, definiti OBIS, all'interno dei quali sono mappati i valori di funzionamento del misuratore secondo dei profili standard.

Marcom mette a disposizione un gateway DLMS-MODBUS attraverso il quale è possibile leggere attraverso il protocollo MODBUS RTU o MODBUS TCP i dati messi a disposizione dal misuratore Landis+GYR dotato di protocollo DLMS.

Collegamento al prodotto

Tra i misuratori attualmente già collegati:

ZMD 405CT44.2407 S3 B30
ZMD 410CT44.0007 S3 B30

I contatori Landis+Gyr per poter colloquiare con il gateway devono avere una scheda di comunicazione installata a bordo (ad esempio G32 per RS485, G5 per RS232...). Per le possibili schede da montare a bordo dei contatori Landis+Gyr visionare il seguente documento Schede Comunicazione

E' disponibile una versione firmware del gateway in grado di colloquiare tramite porta ottica (IEC 1107) con i misuratori Landis+Gyr. Questa risulta particolarmente utile nel caso di misuratori già installati in campo e piombati, dove la porta ottica rimane l'unica via percorribile.

Indice dei Contenuti [Nascondi/Mostra]

Caratteristiche¶

Connessioni¶

Il gateway per contatori Landis+Gyr con porta RS232 o sonde ottiche ha le seguenti caratteristiche hardware:

2 x porte seriale RS232 per il collegamento ai contatori
1 x porta seriale RS485 per la lettura dei dati da parte di un master MODBUS RTU
1 x porta Ethernet per la lettura dei dei dati da parte di un master MODBUS TCP
1 connettore a viti per l'alimentazione 10~30 VDC
LED di segnalazione sulla parte frontale per la diagnostica della comunicazione
2 x Digital Input (*)
2 x Digital Output (*)

Il gateway per contatori Landis+Gyr con porta RS485 ha le seguenti caratteristiche hardware:

1 x porta seriale RS485 per il collegamento a massimo quattro contatori
2 x porte seriale RS232 per la lettura dei dati da parte di un master MODBUS RTU
1 x porta Ethernet per la lettura dei dei dati da parte di un master MODBUS TCP
1 connettore a viti per l'alimentazione 10~30 VDC
LED di segnalazione sulla parte frontale per la diagnostica della comunicazione
2 x Digital Input (*)
2 x Digital Output (*)

(*) Il loro stato è mappato in registri Modbus.Gli ingressi digitali possono essere utilizzati per acquisire ad esempio lo stato di interuttori o eventuali segnalazioni di anomalie.

Schema di Collegamento¶

Seguire il seguente diagramma per connettere il gateway modello RS232 ai due contatori energia.

Cavo per connessione a misuratori con porta RS232

Seguire il seguente diagramma per connettere il gateway modello RS485 al massimo a quattro contatori energia.

Cavo per connessione a misuratori con porta RS485

Collegamento delle sonde ottiche al gateway¶

Per la connessione delle sonde ottiche alle porte RS232 del gateway, seguire il seguente schema elettrico. Il gateway accetta al massimo due sonde ottiche.

Esempio di collegamento fili porta "RJ45 - seriale 9 pin" della sonda ottica.

Manuale¶

Comunicazione Gateway-DLMS¶

Pagina iniziale interfaccia web

Mappatura aree di memoria Modbus¶

Modifica impostazioni¶

Impostazioni di rete

Impostazioni modbus

Dimensioni Gateway¶

Le dimensioni del gateway sono riportate nella seguente immagine:

Valuta il contenuto dell'articolo

GATEWAY DLMS-MODBUS CONTATORI EMH

alessio (alessio_MC) — Fri, 21 Mar 2014 16:22:28 GMT

Il Protocollo DLMS (Device Language Message Specification)viene utilizzato nell'ambito dei contatori ed in particolare dei contatori energia per la lettura dei dati di funzionamento. Lo standard di riferimento è IEC 62056.
Esso si basa su dei servizi che consentono di leggere degli oggetti, definiti OBIS, all'interno dei quali sono mappati i valori di funzionamento del misuratore secondo dei profili standard.

Marcom mette a disposizione un gateway DLMS-MODBUS attraverso il quale è possibile leggere attraverso il protocollo MODBUS RTU o MODBUS TCP i dati messi a disposizione dal misuratore dotato di protocollo DLMS.

Collegamento al prodotto

I misuratori della EMH con cui sono state realizzate delle applicazioni sono:

LZQJ-XC S1F3-AB-6PB-D2-060010-F50/Q
LZQJ-XC S1F3-BB-6PB-D4-060010-F50/Q

Attenzione codice D2 indica porta seriale RS232, D4 porta seriale RS485.

E' disponibile una versione firmware del gateway in grado di colloquiare tramite porta ottica (IEC 1107) con i misuratori energia. Questa risulta particolarmente utile nel caso di misuratori già installati in campo e piombati, dove la porta ottica rimane l'unica via percorribile.

Indice dei Contenuti [Nascondi/Mostra]

Caratteristiche¶

Connessioni¶

Il gateway per la connessione tramite RS232 o sonde ottiche ha le seguenti caratteristiche hardware:

2 x porte seriale RS232 per il collegamento ai contatori
1 x porta seriale RS485 per la lettura dei dati da parte di un master MODBUS RTU
1 x porta Ethernet per la lettura dei dei dati da parte di un master MODBUS TCP
1 connettore a viti per l'alimentazione 10~30 VDC
LED di segnalazione sulla parte frontale per la diagnostica della comunicazione
2 x Digital Input (*)
2 x Digital Output (*)

Il gateway per la connessione tramite RS485 ha le seguenti caratteristiche hardware:

1 x porta seriale RS485 per il collegamento ai contatori di massimo tre contatori EMH
2 x porte seriale RS232 per la lettura dei dati da parte di un master MODBUS RTU
1 x porta Ethernet per la lettura dei dei dati da parte di un master MODBUS TCP
1 connettore a viti per l'alimentazione 10~30 VDC
LED di segnalazione sulla parte frontale per la diagnostica della comunicazione
2 x Digital Input (*)
2 x Digital Output (*)

(*) Il loro stato è mappato in registri Modbus. Gli ingressi digitali possono essere utilizzati per acquisire ad esempio lo stato di interuttori o eventuali segnalazioni di anomalie.

Schema di Collegamento¶

Collegamento delle sonde ottiche al gateway¶

Per la connessione delle sonde ottiche alle porte RS232 del gateway, seguire il seguente schema elettrico. Il gateway accetta al massimo due sonde ottiche.

Esempio di collegamento fili porta "RJ45 - seriale 9 pin" della sonda ottica.

Manuale¶

Comunicazione Gateway-DLMS¶

Pagina iniziale interfaccia web

Mappatura aree di memoria Modbus¶

Modifica impostazioni¶

Impostazioni di rete

Impostazioni modbus

Dimensioni Gateway¶

Le dimensioni del gateway sono riportate nella seguente immagine:

Valuta il contenuto dell'articolo

GATEWAY DLMS-MODBUS CONTATORI ACTARIS

alessio (alessio_MC) — Fri, 21 Mar 2014 16:21:37 GMT

Il Protocollo DLMS (Device Language Message Specification)viene utilizzato nell'ambito dei contatori ed in particolare dei contatori energia per la lettura dei dati di funzionamento. Lo standard di riferimento è IEC 62056.
Esso si basa su dei servizi che consentono di leggere degli oggetti, definiti OBIS, all'interno dei quali sono mappati i valori di funzionamento del misuratore secondo dei profili standard.

Marcom mette a disposizione un gateway DLMS-MODBUS attraverso il quale è possibile leggere attraverso il protocollo MODBUS RTU o MODBUS TCP i dati messi a disposizione dal misuratore dotato di protocollo DLMS.

Collegamento al prodotto

I misuratori della ACTARIS con cui sono state realizzate delle applicazioni sono:

SL7000

Indice dei Contenuti [Nascondi/Mostra]

Caratteristiche¶

Connessioni¶

Il gateway per la connessione tramite RS232 o sonde ottiche ha le seguenti caratteristiche hardware:

2 x porte seriale RS232 per il collegamento ai contatori
1 x porta seriale RS485 per la lettura dei dati da parte di un master MODBUS RTU
1 x porta Ethernet per la lettura dei dei dati da parte di un master MODBUS TCP
1 connettore a viti per l'alimentazione 10~30 VDC
LED di segnalazione sulla parte frontale per la diagnostica della comunicazione
2 x Digital Input (*)
2 x Digital Output (*)

Il gateway per la connessione tramite RS485 ha le seguenti caratteristiche hardware:

1 x porta seriale RS485 per il collegamento ai contatori di massimo quattro contatori EMH
2 x porte seriale RS232 per la lettura dei dati da parte di un master MODBUS RTU
1 x porta Ethernet per la lettura dei dei dati da parte di un master MODBUS TCP
1 connettore a viti per l'alimentazione 10~30 VDC
LED di segnalazione sulla parte frontale per la diagnostica della comunicazione
2 x Digital Input (*)
2 x Digital Output (*)

(*) Il loro stato è mappato in registri Modbus.Gli ingressi digitali possono essere utilizzati per acquisire ad esempio lo stato di interuttori o eventuali segnalazioni di anomalie.

Schema di Collegamento¶

Collegamento delle sonde ottiche al gateway¶

Per la connessione delle sonde ottiche alle porte RS232 del gateway, seguire il seguente schema elettrico. Il gateway accetta al massimo due sonde ottiche.

Esempio di collegamento fili porta "RJ45 - seriale 9 pin" della sonda ottica.

Manuale¶

Comunicazione Gateway-DLMS¶

Pagina iniziale interfaccia web

Mappatura aree di memoria Modbus¶

Modifica impostazioni¶

Impostazioni di rete

Impostazioni modbus

Dimensioni Gateway¶

Le dimensioni del gateway sono riportate nella seguente immagine:

Programmazione Funzionalità misuratore energia Actaris¶

Per utilizzare SL7000 sulle porte RS485 o RS232 aggiuntive è necessario abilitare tali porte per la comunicazione "Direct Link" tramite il software AIMS PRO. Di default le porte sono abilitate per funzionare con il modem e quindi non rispondono al protocollo DLMS.

Valuta il contenuto dell'articolo

GATEWAY DLMS-MODBUS MISURATORI ENERGIA

alessio (alessio_MC) — Fri, 21 Mar 2014 14:48:40 GMT

Il Protocollo DLMS (Device Language Message Specification)viene utilizzato nell'ambito dei contatori ed in particolare dei contatori energia per la lettura dei dati di funzionamento. Lo standard di riferimento è IEC 62056.
Esso si basa su dei servizi che consentono di leggere degli oggetti, definiti OBIS, all'interno dei quali sono mappati i valori di funzionamento del misuratore secondo dei profili standard.

Marcom mette a disposizione un gateway DLMS-MODBUS attraverso il quale è possibile leggere attraverso il protocollo MODBUS RTU o MODBUS TCP i dati messi a disposizione dal misuratore dotato di protocollo DLMS.

Collegamento al prodotto

I misuratori energia che possono comunicare con il gateway sono:

Iskraemeco (MT831)
Landis+Gyr
EMH meter
Actaris SL7000
Actaris ACE6000
Elster A1700
Elster A1800
Sagem CX3500
PowerLogic ION8800
ELGAMA-ELEKTRONIKA GAMA 300
Enerlux T
DPEE TH40

Indice dei Contenuti [Nascondi/Mostra]

Caratteristiche
   Connessioni
      Collegamento delle sonde ottiche al gateway
Manuale
   Comunicazione Gateway-DLMS
   Mappatura aree di memoria Modbus
   Modifica impostazioni
   Dimensioni Gateway

Caratteristiche¶

Connessioni¶

Il gateway ha le seguenti caratteristiche hardware:

2 x porte seriale RS232
1 x porta seriale RS485
1 x porta Ethernet per la lettura dei dei dati da parte di un master MODBUS TCP
1 connettore a viti per l'alimentazione 10~30 VDC
LED di segnalazione sulla parte frontale per la diagnostica della comunicazione
2 x Digital Input (*)
2 x Digital Output (*)

(*) Il loro stato è mappato in registri Modbus.Gli ingressi digitali possono essere utilizzati per acquisire ad esempio lo stato di interuttori o eventuali segnalazioni di anomalie.

Collegamento delle sonde ottiche al gateway¶

Per la connessione delle sonde ottiche alle porte RS232 del gateway, seguire il seguente schema elettrico. Il gateway accetta al massimo due sonde ottiche.

Esempio di collegamento fili porta "RJ45 - seriale 9 pin" della sonda ottica.

Manuale¶

Comunicazione Gateway-DLMS¶

Pagina iniziale interfaccia web.

Mappatura aree di memoria Modbus¶

I dati letti dal contatore vengono appoggiati in area di memoria Holding Register. Per ciascun tipo di contatore viene creato un apposito firmware nel gateway e quindi le mappe di memoria si adattano agli OBIS che ciascuno mette a disposizione. Nella sezione DLMS dell'wiki sono riportate le mappe per i contatori EMH e Landis+Gyr. Su richiesta vengono realizzate anche mappe personalizzate.

Modifica impostazioni¶

Impostazioni di rete del gateway.

Impostazioni modbus del gateway.

Dimensioni Gateway¶

Le dimensioni del gateway sono riportate nella seguente immagine:

Valuta il contenuto dell'articolo

OPC SERVER DLMS (English)

Luca (marani) — Thu, 20 Mar 2014 14:31:41 GMT

DLMS Protocol DLMS (Device Language Message Specification)is used in meters and mainly in energy meters to read actual and historical data. The reference standard is IEC 62056. It is based on services which let to read objects, named OBIS, which contain functional values as defined by standard profile.

Marcom has developed a DLMS OPC Servere which reads data inside meter with DLMS protocol and it gives them to control system and SCADA with OPC Client interface.

Indice dei Contenuti [Nascondi/Mostra]

   Features
   Quick Start Guide
         CONNECTION
         DEVICE IEC
         READOUT VARIABLES
         DEVICE DLMS
         READ THE OBJECT LIST
Profiles Download

Features¶

The main features of DLMS OPC Server are:

Link to more energy meters by RS232,RS485 interface or alternatively by optical probes
Automatic read of configuration from meters
Scale of variables inside OPC configuration
Suited for WIN NT 4.0, WIN 2000, WIN 2003, WIN XP e WIN VISTA, WIN 7 (32 bit and 64 bit)
Import/Export of created configuration
Compliant to OPC Data Access 2.04
Analysy and logging network traffic (performance analysis)
Comunication Diagnostic at OPC variables level
It can be executed as Windows service for PC without GUI.
OPC DLMS with extension of license supports profiles.

DLMS OPC Server DLMS reads data from Landis+Gyr ZMD 405CT44.2407 S3 B30 energy meter

Data readen by DLMS from L+G E650

Quick Start Guide¶

CONNECTION¶

Add and configure a new Connection like this:

Connection Window

DEVICE IEC¶

Add a device to the connection:

Device Connestion DLMS

Where:

Protocol: IEC
Address is the meter number
“Start at 300 bps” if the connection is with optical cable
Readout” if the reading of the device is made with readout command

READOUT VARIABLES¶

Click the button Apply and then the button “Device Readout”: this connect the application with the meter, do a readout and the put all the variables in the OPC Server. After that save the project and start the communication with the button Start on the main menu.

DEVICE DLMS¶

Add a device to the connection:

DLMS DEVICE WINDOW

Protocol: DLMS
Address is the meter number (can be empty)
“Start at 300 bps” if the connection is with optical cable
DLMS Physical address can be 0
DLMS Logic address is the mandatory logic address
Referencing is SN or LN

READ THE OBJECT LIST¶

Click the button “Read the Object List”: this connect the application with the meter, do a read of the object list and then present the following window:

DLMS OBJECTS SELECTION WINDOW

Where:

The check box “Only managed objects” shows only the objects managed by the application
The button “Add all as variables” insert all the managed object in the variable list of the device. After that save the project and start the communication with the button Start on the main menu.

Profiles Download¶

With an extension of license, DLMS OPC Server DLMS is able to download profiles and to save them on .csv file. Profile read and save can be done by special OPC variable which can be written by OPC client (for example SCADA).

Profile Download Example

Variables which can be used to command profiles download by OPC client

Scenari di connessione remota con Router Inhand Networks

Alberto (alberto.zumiani) — Tue, 25 Feb 2014 09:42:50 GMT

Indice dei Contenuti [Nascondi/Mostra]

Port Mapping / Forwading / NAT
Connessione VPN
Cloud Device Touch

Port Mapping / Forwading / NAT¶

A prescindere dal modello di router la soluzione più semplice è l'utilizzo del Port Forwarding o NAT. Con questa modalità si rimappano i servizi esposti dai dispositivi interni alla rete su porte TCP/UDP sull'interfaccia pubblica del router. Puntando ad una di queste porte con il software specifico, è possibile accedere al rispettivo servizio ospitato da un dispositivo interno.

Nell'esempio qui sopra, per raggiungere il PLC con indirizzo 192.168.1.11 dall'ufficio, il programmatore dovrà puntare dal software di sviluppo il nome simbolico mio-impianto.dyndns.org indicando come porta TCP la 1102. Per raggiungere invece il secondo PLC, l'indirizzo resta sempre mio-impianto.dyndns.org, mentre la porta TCP sarà 2102. E' necessario ed indispensabile che la SIM card interna al router Inhand abbia un indirizzo IP pubblico. Le SIM sono le cosiddette Machine-to-Machine. Il nome simbolico mio-impianto.dyndns.org è necessario poichè sebbene l'IP assegnato al router sia pubblico, esso è dinamico e quindi varia ogni volta che il router viene spento e riacceso o si riconnette per qualsiasi motivo. Tutti i router di Inhand Networks supportano questa modalità di connessione

Connessione VPN¶

VPN: attraverso l'instaurazione di un canale VPN tra il proprio PC in ufficio ed il router Inhand (configurato come VPN server) è possibile proiettarsi sulla rete remota e vedere, come se si fosse collegato localmente, tutti i dispositivi e tutti i rispettivi servizi

Nell'esempio qui sopra il computer del programmatore, una volta stabilito il tunnel VPN, riesce a raggiungere i PLC ed il pannello utilizzando i loro indirizzi locali 192.168.1.11-12-21-.... Il router Inhand si comporta da server VPN e gestisce fino a 4 connessioni contemporanee. E' possibile costruire tunnel VPN del tipo più semplice PPTP, che non necessita di software aggiuntivo su PC, o del tipo più complesso ma più flessibile OpenVPN. La configurazione di questa modalità è più complessa e richiede una buona conoscenza di reti. E' necessario ed indispensabile che la SIM card interna al router Inhand abbia un indirizzo IP pubblico. Le SIM sono le cosidette Machine-to-Machine. Il nome simbolico mio-impianto.dyndns.org è necessario poichè sebbene l'IP assegnato al router sia pubblico, esso è dinamico e quindi varia ogni volta che il router viene spento e riacceso o si riconnette per qualsiasi motivo. Solo i router Inhand Networks serie IR7xx gestiscono questa connessione VPN

Cloud Device Touch¶

Utilizzo del Cloud del produttore: in questa modalità sia il router che il PC del programmatore si comportano da client VPN verso un server centrale predisposto dal produttore. Questo server si occupa di triangolare la comunicazione permettendo il dialogo tra PC, router e dispositivi sottesi a quest'ultimo. La configurazione di questa modalità è molto semplice e consiste nell'abilitazione del servizio sul router e dell'installazione di un software dedicato su PC.

Ai fini pratici questa modalità si comporta esattamente come la modalità VPN. Il vantaggio di quest'ultima è che non è necessario che l'operatore telefonico della SIM assegni al router un indirizzo IP pubblico, poichè sia PC che router Inhand hanno la funzione di client. Questa modalità è disponibile su tutti i router Inhand Networks serie IR7xx. Questa modalità è molto utilizzata e comoda per i router modello IR794UE01 senza modulo cellulare, poichè possono essere inseriti nella rete ADSL esistente e, senza alcuna configurazione sul router ADSL dell'impianto, è possibile raggiungere i propri dispositivi.

Nell’immagine seguente, senza l'utilizzo del Device Touch (il servizio cloud di Inhand Networks) per poter raggiungere il router avrei dovuto aprire delle porte sul firewall aziendale e nattare alcune porte sul router ADSL. Con il sistema Device Touch invece, è il router a richiedere la connessione verso l'esterno e quindi non è necessario effettuare alcuna configurazione.

Valuta il contenuto dell'articolo

ANALIZZATORE RETE PROFIBUS

Alberto (alberto.zumiani) — Tue, 25 Feb 2014 09:42:11 GMT

Forniamo analizzatori per rete PROFIBUS adatti per ogni esigenza e la relativa consulenza per il loro utilizzo.

Eseguiamo analisi e consulenza su reti PROFIBUS esistenti per certificare la corretta installazione o per analizzare problemi di funzionamento.

In particolare il PROFIBUS Tester 4 è lo strumento più completo essendo in grado di svolgere contemporaneamente l'analisi hardware e software della linea PROFIBUS. Questo permette una riduzione dei fermi impianto, aumento dell'affidabilità della rete, riduzione dei tempi e costi della mautenzione delle reti PROFIBUS.

E' in grado di rilevare il baud rate atomaticamente subito dopo essere stato connesso alla linea PROFIBUS. Esegue il test sia in modalità standalone, sia in combinazione con un notebook. Sul PC mostra i risultati del test e consente una facile analisi e la generazione di un report dettagliato.

Il risultato del test è una panoramica del livello fisico del bus e della comunicazione. Lo stato di ciascun dispositivo sul bus è caratterizzato da un colore con uno specifico significato. E' possibile anche determinare la collocazione e la distanza di tutti i dispositivi passivi presenti sul bus e mostrare l'intera topologia. La funzionalità di trend test è utile per rilevare gli errori sporadici e difficilmente individuabili.

Indice dei Contenuti [Nascondi/Mostra]

   PRINCIPALI PROBLEMATICHE RETE PROFIBUS
   MODALITA' FUNZIONAMENTO
   QUALITA' DEL SEGNALE
   ANALISI RETE MPI

PRINCIPALI PROBLEMATICHE RETE PROFIBUS¶

La maggior parte dei problemi nelle reti PROFIBUS sono legati a:

Mancanza delle teminazioni (o perdita dell'alimentazione sulle resistenze di terminazione: nodo spento) o terminazioni inserite in maniera errata
Connessione degli schermi errata o non perfetta (questa è la causa principale della perdita intermittente dei nodi)
Inversione delle linee A- e B-
Connettori PROFIBUS non adeguati
Lunghezza totale del cablaggio bus eccessivo
Scelta di cavi sbagliati o non conformi alle specifiche
Invecchiameto/corrosione dei connettori e dei cavi che causano una eccessiva resistenza di terminazione
Problemi EMC
Bus drivers danneggiati e/o difettosi (componenti RS 485)
File GSD non corretti
Errori di configurazione della rete e/o dei nodi
Posa dei cavi in ambienti soggetti a forti interferenze

MODALITA' FUNZIONAMENTO¶

L'analizzatore presenta due modalità di funzionamento:

Stand Alone: da solo svincolato da PC. Consente analisi della comunicazione (rilevazione di ripetizioni o errori nei frame) e qualità del segnale
Connesso al PC con il software fornito PB-DIAG-SUITE: fornisce un'immediata visualizzazione delle problematiche, evidenziando in rosso le criticità.

SOFTWARE PB-DIAG VISUALIZZA CRITICITA' TROVATE

QUALITA' DEL SEGNALE¶

In caso di problemi elettrici sulla rete PROFIBUS è possibile aprire una finestra che evidenzia la qualità del segnale rilevata. Questa mostra le qualità dei segnali su tutta la rete PROFIBUS riportate sia su un diagramma a barre sia come andamento sull‘oscilloscopio.

PB-DIAG FINESTRA QUALITA' DEL SEGNALE

ANALISI RETE MPI¶

Sull'analizzatore è implementato anche lo stack MPI. L'analizzatore è in grado di rilevare la qualità del segnale.

Valuta il contenuto dell'articolo

Modem Telit GT863-PY

Alberto (alberto.zumiani) — Thu, 23 Jan 2014 11:16:56 GMT

Il terminale GT863-PY è una soluzione 2G pronta per l'uso per applicazioni M2M. L'interprete di script Python incorporato consente di eseguire le applicazioni all'interno del terminale, il che lo rende una piattaforma M2M completamente autosufficiente. Porte di I/O possono essere utilizzate per monitorare segnali esterni, collegare i sensori, e comandare dispositivi esterni. Il GT863-PY è in grado di utilizzare qualsiasi servizio dati su reti GSM/GPRS ed è una soluzione universale per la maggior parte delle applicazioni M2M a basso traffico, come distributori automatici, POS, ecc...

Indice dei Contenuti [Nascondi/Mostra]

Vantaggi principali
Configurazione per collegamento GPRS a server centrale

Vantaggi principali¶

Facile controllo tramite interfaccia seriale standard
Porte I/O e IIC Bus possono essere utilizzate per il monitoraggio dei segnali esterni, il collegamento di sensori e dispositivi di commutazione esterni
Facile aggiornamento del firmware
I clienti possono eseguire le loro applicazioni Python direttamente all'interno del terminal

Configurazione per collegamento GPRS a server centrale¶

In pochi e semplici passi è possibile configurare il modem per stabilire un tunnel TCP verso un server centrale ed inviare tutto il traffico ricevuto su seriale attraverso questo tunnel e viceversa.

Per collegarsi al terminale basta connettere la porta seriale del PC alla porta seriale del modem con un cavo diretto ed aprire la propria applicazione terminale preferita. (ad esempio Putty ).

I comandi da inviare sulla porta seriale sono i seguenti

AT#SELINT=2
AT+CGDCONT=1,"IP","ibox.tim.it"
AT#SCFG=1,1,300,90,600,50
AT\Q0
AT#SGACT=1,1
AT#SD=1,0,80,"www.google.it",0,0,0

Nel dettaglio: (per una descrizione approfondita fare riferimento al manuale dei comandi AT allegato)

AT#SELINT=2: Definisce lo stile dell'interfaccia
AT+CGDCONT=1,"IP","ibox.tim.it": Definisce il contesto
AT#SCFG=1,1,300,90,600,50: Imposta la configurazione socket
AT\Q0: Disattiva il controllo di flusso
AT#SGACT=1,1: Esegue l'attivazione del contesto. Il comando ritorna l'indirizzo IP assegnato alla connessione.
AT#SD=1,0,80,"www.google.it",0,0,0: Esegue il dial sul socket, ovvero effettua la connessione al server.

Una volta stabilito il collegamento con il server remoto la comunicazione è bidirezionale: tutti i dati ricevuti su seriale vengono inviati al centro ed i dati inviati dal server sulla porta TCP vengono spediti sulla porta seriale del modem.

Valuta il contenuto dell'articolo

Gateway ETH-1000

Luca (marani) — Mon, 23 Dec 2013 15:09:25 GMT

Il gateway Ethernet ETH-1000 consente alle informazioni di essere trasferite tra reti Ethernet o da reti Ethernet a reti RS-485 con requisiti di configurazione minimi. L'ETH-1000 può comportarsi sia come un convertitore Ethernet che come un convertitore RS-485 seriale. Tutti i protocolli Fieldbus Ethernet e RS-485 sono inclusi.

L'ETH-1000 integra una porta Ethernet conforme allo standard IEEE 802.3 10/100BaseT ed un porta RS-485 (4-fili stile morsettiera). La porta Ethernet standard CAT5 accetta connettore di tipo a 8 poli a doppino intrecciato non schermato (UTP) e supporta più protocolli contemporaneamente. La porta RS-485 supporta diversi protocolli.

Collegamento al prodotto

Indice dei Contenuti [Nascondi/Mostra]

Esempi Applicazioni
Gateway per PLC ALLEN BRADLEY
Software Configurazione

Esempi Applicazioni¶

Una delle applicazioni che è possibile realizzare con il gateway è un convertitore di protocollo verso Profinet.

Un pagina dedicata al progetto è consultabile QUI

Gateway per PLC ALLEN BRADLEY¶

Con i PLC ALLEN BRADLEY il gateway può utilizzare sulla porta Ethernet il protocollo CSP. Quando Allen-Bradley ha sviluppato il protocollo EtherNet/IP, lo hanno basato in larga parte sul loro protocollo esistente CSP (PCCC). Perciò il protocollo CSP è attualmente un sottoinsieme del protocollo EtherNet/IP. ETH-1000 invece di sviluppare un driver speciale per il CSP, ha preferito conglobare il supporto al protocollo CSP nei driver EtherNet/IP client e server.

Software Configurazione¶

La configurazione può essere effettuata tramite interfaccia web, oppure tramite un configuratore fornito con il prodotto. Il software è disponibile anche per sistema operativo a 64 bit.

SOFTWARE CONFIGURAZIONE ETH1000

Gateway Preconfigurati

Alberto (alberto.zumiani) — Fri, 27 Sep 2013 07:46:20 GMT

Sono disponibili i seguenti gateway preconfigurati da Marcom:

	BACNET IP	BACNET MSTP	LONWORKS	PROFIBUS / MPI	MODBUS TCP	MODBUS RTU	PROPRIETARIO	PROFINET
CONTROLLI STRINGA TRANSCLINIC WEIDMULLER						O	-
AROS INVERTER FOTOVOLTAICO						O	-
EK230 ELKROGAS (CON BARRIERA)						O	-
ATS022 ABB						O	-
RMS621 ENDRESS+HAUSER						O	-
NAO16 THYTRONIC						O	-
NAO30 THYTRONIC						O	-
NV10P THYTRONIC						O	-
SEPAM 40 MERLIN GERIN						O	-
MASTERYS SOCOMEC						O	-
DELPHYS SOCOMEC						O	-
MODULYS TW3000 SOCOMEC						O	-
ZEPTO ELETREX						O	-
IME NEMO D4-L						O	-
INDUSTRIAL TECHNIQUE PWM200V/PWM500V						O	-
YIA ISOFLOW MICRO PANEL II						O	-
SWIRE-GW-MB MOELLER						O	-
ICE 150 CHILLER HIROSS						O	-
SENSYCAL ABB						O	-
GREEN BOX CHILLER						O	-
GENSYS DSF TECHNOLOGIES						O	-
DMTME MULTIMETRI ABB						O	-
YORK CHILLER WITH MODBUS MICROGATEWAY						O	-
VIESSMAN VITOTRONIC 050~333			O	-			-	-
DAIKIN VRV LON GATEWAY(DMS504B51)			O	-			-	-
UNIFLO 1200						O	-
DIA.NE MODBUS GE JENBAKER						O	-
DENOX SNQ						O	-
POWER MEASUREMENT ION 6200						O	-
ABB ACS 800						O	-
ABB ACS 1000						O	-
TOSHIBA TCB-IFLN640TLE			O	-			-	-
AURORA POWER ONE	-	-	-	-			Aurora Protocol	-
UNIDRIVE SPV EMERSON					O		-
OMRON KP100L						O	-	-
JEMA IF-500						O	-	-
SIEMENS SINVERT	-	-	-	O			-	-
CLIMAVENETA AHU3000					O	O	-
GTEC ZP120N					O	O	-
ICAR RPA					O	O	-
NEWAVE UPS					O	O	-
HONEYWELL NOTIFIER AM2000						O	-
CLIVET TALK.LARGE						O	-
AERMEC AER485P1						O	-
RHOSS KRS485						O	-
ABB Ref 542						O	-
ABB ANR						O	-
UPS CHLORIDE						O	-
	BACNET IP	BACNET MSTP	LONWORKS	PROFIBUS / MPI	MODBUS TCP	MODBUS RTU	PROPRIETARIO	PROFINET

Legenda:

O: Protocollo originario
: Protocollo disponibile
-: Protocollo non disponibile

E' possibile ordinare dei gateway che gestiscono più dispositivi dello stesso tipo, questo grazie a dei dip-switch con cui è possibile modificare la configurazione dei gateway e fargli leggere uno o più dispositivi.

Collegamento al prodotto

Valuta il contenuto dell'articolo

Gateway per controllo Caldaie Viessman

Luca (marani) — Tue, 03 Sep 2013 15:23:23 GMT

Marcom fornisce una serie di gateway preconfigurati per comunicare con caldaie sviluppate da Viessman, delle serie:

Vitotronic 050, Model HK1M
Vitotronic 050, Model HK1W
Vitotronic 050, Model HK1S
Vitotronic 050, Model HK3W
Vitotronic 050, Model HK3S
Vitotronic 100, Model GC1
Vitotronic 200, Model GW1
Vitotronic 300, Model GW2
Vitotronic 333, Model MW1
Vitotronic 333, Model MW1S

In particolare Marcom fornisce una soluzione all-in-one per leggere le variabili LON presenti nei controllori caldaie Viessman e presentarle in altri protocolli adatti ad essere letti da un sistema di supervisione SCADA/HMI o da un PLC.

I principali protocolli verso i quali i dati possono essere trasferiti sono:

Modbus TCP / Modbus RTU
BACnet IP / BACnet MSTP
SNMP
ed altri ancora...

Non è necessario utilizzare costosi ambienti di programmazione di rete LON!

Indice dei Contenuti [Nascondi/Mostra]

Principio di funzionamento
Mappa variabili
Codici d'allarme

Principio di funzionamento¶

Il gateway va configurato per ciascun impianto. In particolare, mentre la configurazione delle variabili ed il loro indirizzamento rimane costante, è necessario conoscere il Neuron ID (numero seriale LON) proprio di ciascuna interfaccia per poter permettere al gateway di interrogare la stazione.

Mappa variabili¶

Variabili LON acquisite:

Le variabili in area di memoria Holding Register (4x) sono in lettura scrittura. Tali variabili rappresentano i setpoint dell'impianto.
Le variabili in area di memoria Input Register (3x) invece sono in sola lettura. Queste rappresentano stati analogici (temperature, umidità, ... ) e digitali (stati/comandi e allarmi).

I valori analogici sono stati rappresentati su delle variabili intere, con la convezione riportata nella colonna di destra: le variabili che lato LON presentano valori con la virgola, sono stati moltiplicati per 100 prima di essere spostati in area Modbus, per conservare la precisione di due cifre decimali.
Altri tipi di dati complessi come gli stati, che lato LON sono rappresentati dal tipo di dato SNVT_switch, sono rappresentati lato Modbus da due word, la prima che rappresenta la parte value dello SNVT_switch e la seconda che rappresenta la parte state.

ATTENZIONE: a seconda della caldaia installata (Vitrotronic 50, Vitotronic 100, Vitotronic 200, Vitotronic 300 o Vitotronic 333) alcune variabili possono assumere significato diverso o non averne alcuno. Ad esempio, le variabili di tipo HCCx seguono questa tabella

Perciò nel caso di una caldaia Vitotronic 50 le variabili HCC2 e HCC3 non hanno significato.

Per avere una descrizione completa delle variabili e dei loro significati si rimanda al manuale Viessman (scarica il manuale)

Codici d'allarme¶

Particolare attenzione va posta alla variabile nvoNodeAlarm. Questa variabile deriva dalla corrispondente variabile LON di tipo SNVT_alarm, composta da 28 byte. Di questi 28 campi ne è stato estrapolato quello relativo al codice d'errore che ha generato l'allarme, come da tabella seguente:

Le informazioni relativamente a prodotti Viesmann sono di proprietà della stessa e vanno comunque verificate nella documentazione dei prodotti fornita dalla azienda produttrice.

Valuta il contenuto dell'articolo

ClearView: SCADA per gestione cabine elettriche

Luca (marani) — Thu, 29 Aug 2013 09:53:27 GMT

ClearView è uno SCADA della RELAB Software molto potente specificatamente pensato per la gestione di cabine elettriche di trasformazione e distribuzione.

L'architettura ClearView consente la realizzazione di impianti con stazione server e client.

STAZIONI CLIENT¶

Il client può essere installato in rete anche su una macchina separata dal server. In un progetto deve essere presente almeno un client necessario per il setup del progetto e la visualizzazione di tutte le informazioni relative al progetto. L'interfaccia grafica fa parte del client ClearView. Mentre il server ClearView processa la informazioni. Il client è in grado di mostrare lo stato del server e delle sorgenti dati utilizzando delle tag di sistema presenti nel server.

Le licenze del client ClearView possono essere installate come liceze singole su una macchina oppure su una macchina con i terminal service come licenza multipla. In questo caso è possibile installare una licenza minima da 5 postazioni o licenze di taglia maggiore.

RIDONDANZA ¶

Il ClearView è in grado di gestire delle configurazioni ridondate. Il server di backup processa la stesse informazioni del server primario, ma non le invia al client. Se il server di backup diventa primario le invia ai client connessi. Il client va installato su una macchina diversa nel caso di architettura ridondata per permettere all'operatore di continuare ad agire nel caso uno dei due server vada in fault.

Nel caso di architettura ridondata, il database va posto su una macchina separata alla quale accedono sia il server che il client. Normalmente quindi una architettura ridondata è costruita con quattro stazioni PC.

Esistono tre tipi di ridondanza possibili:

Ridondanza Base
Ridondanza Historian
Ridondanza Parallelo

Nelle immagini seguenti sono riportate le diverse architetture ridondate:

Ridondanza Base

Ridondanza Historian

Ridondanza Parallelo

Il server può utilizzare Access o MSDE come runtime database oppure Oracle.

Attualmente ClearView supporta tutti i sistemi operativi, eccetto Windows 8 e Windows Server 2012.

GESTIONE ALLARMI ¶

L'invio di SMS in ClearView è possibile utilizzando un servizio Email/SMS.Tutti gli allarmi possono essere inviati tramite email.

GESTIONE FILE COMTRADE ¶

I file COMTRADE (Common Format for Transient Data Exchange) sono utilizzati nell'ambito delle stazioni di distribuzione elettrica per l'archiviazione delle forme d'onda di grandezze elettriche quali tensione e corrente, nonché degli stati digitali di segnali registrati in caso di guasti in centrali e stazioni / sottostazioni elettriche.

ClearView dispone come opzione di un visualizzatore di file comtrade (disponibile per sette giorni nella versione demo). Normalmente questa opzione è utilizzata non nelle stazioni operatore,ma nelle stazioni engineering. Spesso i capitolati prevedono la possibilità di leggere i file comtrade attraverso il protocollo IEC-61850 per la visualizzazione al livello sottostazione a scopi di Engineering.

Visualizzatore file COMTRADE in ClearView

LICENZE ¶

Il software è licenziato tramite delle chiavi software. Il prodotto può essere utilizzato per quindici giorni con licenza di valutazione compresa nel setup.

OPC SERVER IEC61850

Luca (marani) — Tue, 02 Jul 2013 13:39:59 GMT

Marcom distribuisce il prodotto OPC Server IEC61850 della RELAB SOFTWARE e supporta il cliente nella fase di configurazione ed utilizzo.

Le caratteristiche dell'OPC Server IEC61850 sono:

Supporta MMS Logical Nodes Sono disponibili tutti i domini IEC-61850, nodi e item Supporta tutti i tipi di dato OPC Items hanno time stamp con tempo del dispositivo e qualità Supporta scrittura single register (breakers & remote bits). Non sono richieste delle strutture per poter scrivere Comandi di scrittura configurabili da utente

Possibilità di fare applicazioni ridondanti usando più istanze dell'OPC Server. L'OPC Server IEC 61850 è consigliato per numero massimo di 200 IED collegate, anche se teoricamente non ci sono limitazioni. In questo caso è richiesta una macchina con notevoli risorse di calcolo (macchina di classe server). Per ridurre il carico della CPU si può usare la modalità report al posto della modalità poll.

E' disponibile una versione demo dell'OPC server IEC61850 completamente funzionante per due ore.

Indice dei Contenuti [Nascondi/Mostra]

      IEC 61850 CORE COMPONENT
      ESEMPI DI UTILIZZO
      LISTA IED UTILIZZATE
      PROTEZIONI THYTRONIC
      SOE SEQUENCE OF EVENTS
      TRASFERIMENTO TRAMITE FTP FILE

IEC 61850 CORE COMPONENT¶

Modello ad oggetti: definizione astratta dei servizi, data e Common Data Classes, indipendente dai protocolli sottostanti. Specifiche di comunicazione: definisce la comunicazioni tra le IED delle sistema di automazione delle sottostazioni, mappa i servizi disponibili nel protocollo Facile interpretazione dei dati con descrizione linguaggio comprensibile

Disponibilità RL6185 e RLGOOSE. I vantaggi derivanti dall'utilizzo del prodotto sono:

Integrazione ed interoperabilità reale tra IED di fornitori diversi, software e hardware
Fornisce un supporto di alto livello per la comunicazione tra sottostazioni tramite funzioni comprensibili di comunicazione tra le stesse
Semplifica la specifica, la progettazione e la configurazione del sistema
Riduce i costi di installazione, commissioning e manutenzione
Fornisce un modello dei dati strutturato e gerarchico
Utilizza lo standard per le convenzioni sui nomi
Implementa un protocollo che si autodescrive e una ricerca automatica dei nomi
Normalizza il formato dei file di configurazione IED, consente lo scambio di configurazioni tra dispositivi eliminando la dipendenza dall'hardware
Comunicazione veloce e messaggi multi-cast per la comunicazione inter-relay
Soluzione scalabile

ESEMPI DI UTILIZZO¶

Il software OPC server IEC 61850 è stato utilizzato presso la raffineria Abreu e Lima, che si trova ad Ipojuca, nella regione metropolitana di Recife in Brasile. Il protocollo IEC-61850 viene utilizzato all'interno del sistema delle sottostazioni dove sono localizzati 103 relay di marca SEL (Schweitzer) su tre sottostazioni denominate SE-920, SE-930 e SE-940. Vi è poi una sala di controllo dotata di due stazioni SCADA (S1 e S2) e una stazione di manutenzione.

Acquisizione dei valori da relay IEC61850 da parte OPC Server

Area di configurazione delle variabili OPC in WINCC

Area della tag di sistema dello SCADA WINCC

SUPERVISIONE CLEAR VIEW REALIZZATA USANDO OPC IEC-61850 della RELAB SOFTWARE

LISTA IED UTILIZZATE¶

Le seguenti IED (Intelligent Electronic Device) sono state usate con prodotti RELAB, la lista non è completa:

Siemens Tutti i modelli
Areva Tutti i modelli
Schneider Tutti i modelli
Cooper Tutti i modelli
ABB Tutti i modelli
SEL Tutti i modelli
Mita-Tech WP4x00
Hyundai Tutti i modelli
Nari Tutti i modelli
GE Tutti i modelli
Alstom Tutti i modelli
Ziv Tutti i modelli
Basler Tutti i modelli
Tapcon Tutti i modelli

PROTEZIONI THYTRONIC¶

L'OPC Server IEC61850 può essere usato con le seguenti protezioni Tytronic attraverso la porta Ethernet a bordo della protezione:

NV10P
NVA100
NT10
NC20
NA80
NA21

E' disponibile una licenza speciale OPC Server IEC61850 utilizzabile con una singola IED e particolarmente adatta per impianti dotati di protezione Tytronic

SOE SEQUENCE OF EVENTS¶

Le unità IED conformi allo standard IEC-61850 sono in gradi di registrare e creare un report degli eventi, quali ad esempio l'apertura e la chiusura di un interruttore. Perciò se la cosa avviene più volte anche su un periodo di tempo molto breve, ad esempio 5 o 10 millisecondi, l'apparecchiatura è in grado di registrare e fornire gli eventi. Se la protezione è dotata ad esempio anche di protocollo MODBUS, questo report non è disponibile.

Quindi un apparecchiatura dotata del protocollo IEC-61850 può fornire delle informazioni molto più dettagliate sugli eventi e quindi applicare delle logiche di controllo più sofisticate.

Rilevazione allarmi con precisione ordine millisecondi

TRASFERIMENTO TRAMITE FTP FILE ¶

E' possibile usare qualsiasi OPC Client con OPC Server della RELAB e il driver IEC-61850 MMS driver per trasferire automaticamente i file dalle IED. I tipi di file più comuni sono le registrazioni dei fault (COMTRADE), i file di configurazione ed il firmware. Questa funzionalità consente il trasferimento di qualsiasi file disponibile nella IED. Dato che un OPC Client può usare la caratteristica di trasferimento dei file dell'IEC-61850, la possibilità di trasferire i file dalle IED è disponibile nello SCADA. Non è necessario usare una applicazione differente al di fuori dello SCADA per eseguire il trasferimento. Il processo è completamente automatizzato e può essere effettuato tramite un push button, triggerato da un evento o come una operazione giornaliera. Inoltre se lo SCADA ha la possibilità di visualizzare i file COMTRADE, le informazioni dei fault possono essere immediatamente disponibili.

SONDE OTTICHE IEC62056-21 (PRIMA IEC1107)

Luca (marani) — Fri, 15 Mar 2013 22:03:21 GMT

Abbiamo disponibili sonde ottiche conformi allo standard IEC62056-21 (usate nei protocolli Meterbus, DLMS, contatori ENEL,...). Sono disponibili in diversi formati: RS232, USB.

Collegamento al prodotto

Datasheet sonde ottiche

Indice dei Contenuti [Nascondi/Mostra]

Software testati
Versione sonda ottica con connettore RS232
Pin Sonda Ottica RS232.
Caratteristiche principali.
Versione sonda ottica con connettore USB
Sonde ottiche standard ANSI

Software testati¶

Le sonde ottiche sono state testate con i seguenti software: AIMS PRO, MAP L+G, CEWEconfig,COMBI-Master 2000, Metercat, Alphaplus, PappaWIN (Landis + GYR).

Le sonde prodotte dopo Luglio 2012 supportano anche lo ZIV standard (singolo LED sul frontale). Sono state testate con dispositivi quali Hydrometer, Sauter EDT F2, SVM Metering.

Versione sonda ottica con connettore RS232¶

Specifiche meccaniche:

Diametro: 32mm
Altezza: 29,5mm
Forza Magnetica: N36
Materiale del corpo: Poly Propylene
Copertura posteriore: ABS
Parti trasparenti: Policarbonato trasparente
Peso circa 125gr

Specifiche elettriche:

Standards: IEC 62056-21 (precedentemente IEC 1107)
Lunghezza cavo: 3m
Velocità comunicazione: massimo 19200 baud
Tensione operativa: 3,3V (Porta passiva alimentata da segnali DTR e/o RTS)
Interfaccia Elettrica: RS232 (disponibile sia come femmina sia come maschio)
Lunghezza d'onda: ~900nm

Pin Sonda Ottica RS232.¶

Il connettore per RS232 è un DB9 femmina. E' ordinabile come prodotto speciale versione con DB9 maschio. La pinnatura del DB9 femmina è la seguente:

2 - Rx
3 - Tx
4 - DTR
5 - GND
7 - RTS

Il pin DTR e/o RTS deve essere alimentato a 5 Volt per il corretto funzionamento della sonda.

Caratteristiche principali.¶

Sonda ottica RS232 utilizzabile con tutti i principali tipi di misuratori energia. E' una soluzione semplice ed economica per la lattura dei misuratori energia tramite gateway, unità portatili o PC attraverso la porta RS232. La sonda ottica ha due LED sul posteriore che mostrano lo stato operativo della comunicazione (trasmissione e ricezione).

SONDA OTTICA RS232

SONDA OTTICA RS232:PARTE OTTICA

Versione sonda ottica con connettore USB¶

La sonda ottica con porta USB ha le stesse caratteristiche meccaniche della sonda RS232. Relativamente alla parte elettrica ha una tensione operativa di 5V. La porta è alimentata da USB. L'interfaccia elettrica USB è compatibile con versione 2.0 o 1.1

SONDA OTTICA USB

Sonde ottiche standard ANSI¶

Le sonde ottiche sono disponibile anche con lo standard ANSI, utilizzato soprattutto sul mercato americano ed australiano. Nella seguente immagine un contatore con la porta IR ANSI.

Contatore energia con porta IR ANSI

MOXA - Porte TCP e UDP per Serial Server

Alberto (alberto.zumiani) — Wed, 20 Feb 2013 14:11:38 GMT

Di seguito le porte TCP e UDP normalmente utilizzate dai dispositivi MOXA.

Indice dei Contenuti [Nascondi/Mostra]

   Device Servers (DE-311/211/30x/33x)
   Device Servers (NPort 5000 Series; NPort W2x50, NE-4100 and MiiNePort Series)
   Secured/Wireless Device Servers (NPort 6000 Series; NPort W2x50 Plus, W2004 Series)
      Solo per NPort 6610-32/6650-32
   Programmable Device Servers (NPort 5200-P/NE-4100-P Series)
   Combo Switch/Serial Device Servers (NPort S8000 Series)
   ModBus Gateways (MB3000 series)
   ModBus Gateways (NPort 6110)

Device Servers (DE-311/211/30x/33x)¶

Protocollo	Num. Porta	Utilizzo
TCP	23	Telnet
TCP	4000	Write Firmware
TCP	950(~965)	Data Port
TCP	966(~981)	Command Port
UDP	1029	Broadcast, Monitor, Get current settings, RealCOM Port mapping

Device Servers (NPort 5000 Series; NPort W2x50, NE-4100 and MiiNePort Series)¶

Protocollo	Num. Porta	Utilizzo
TCP	23	Telnet
TCP	80	Web Console
TCP	950(~965)	Data Port
TCP	966(~981 )	Command Port
UDP	4800	Broadcast, Monitor, Get current settings, RealCOM Port mapping
TCP	4900	Write Firmware

Secured/Wireless Device Servers (NPort 6000 Series; NPort W2x50 Plus, W2004 Series)¶

Protocollo	Num. Porta	Utilizzo
TCP	22	Secure Telnet (SSH)
TCP	23	Telnet
TCP	80	Web Console
TCP	443	Secure Web Console (SSL)
TCP	950(~965)	Data Port
TCP	966(~981)	Command Port
UDP	4800	Broadcast, Monitor, Get current settings, RealCOM Port mapping
TCP	4900	Write Firmware

Solo per NPort 6610-32/6650-32¶

Protocollo	Num. Porta	Utilizzo
TCP	982(~997)	Data Port
TCP	998(~1013)	Command Port

Programmable Device Servers (NPort 5200-P/NE-4100-P Series)¶

Protocollo	Num. Porta	Utilizzo
UDP	4800	Broadcast, Monitor, Get current settings
TCP	4900	Write Firmware

Combo Switch/Serial Device Servers (NPort S8000 Series)¶

Protocollo	Num. Porta	Utilizzo
TCP	23	Telnet
TCP	80	Web Console
TCP	443	Secure Web Console (SSL)
TCP	950(~965)	Data Port
TCP	966(~981)	Command Port
UDP	4800	Broadcast, Monitor, Get current settings, RealCOM Installer
TCP	4900	Write Firmware

ModBus Gateways (MB3000 series)¶

Protocollo	Num. Porta	Utilizzo
TCP	23	Telnet
TCP	502	ModBus TCP Port
TCP	4502	Packets Monitor
TCP	7502	Default High Priority ModBus TCP Port (Available for MB3x70)
UDP	4800	Broadcast, Get current settings
TCP	4900	Save Settings and Write Firmware

ModBus Gateways (NPort 6110)¶

Protocollo	Num. Porta	Utilizzo
TCP	502	ModBus TCP Port
UDP	4800	Broadcast, Get current settings
TCP	4900	Write Firmware
TCP	8000	For Log Monitor

Valuta il contenuto dell'articolo

IEC60870-5-101 e IEC60870-5-104 SLAVE

Luca (marani) — Thu, 03 Jan 2013 09:45:17 GMT

Marcom distribuisce un applicativo della RELAB SOFTWARE che è in grado di dotare una applicazione software del cliente su di una interfaccia IEC60870-5-101 slave o IEC60870-5-104 server. E' possibile quindi per l'applicazione del cliente scambiare dei dati in maniera semplice con un master IEC60870-5. L'interfaccia utilizzata per scambiare i dati con l'applicativo del cliente è OPC client.

Indice dei Contenuti [Nascondi/Mostra]

CARATTERISTICHE

CARATTERISTICHE¶

Lo slave è dotato di un linguaggio script interno che consente di effettuare anche una logica di conversione sulle variabili rese disponibili dallo slave.

Architettura slave IEC60870

Finestra configurazione parametri comunicazione IEC60870-5-104

Finestra configurazione parametri comunicazione IEC60870-5-101

GATEWAY KONNEX - MODBUS

Luca (marani) — Fri, 21 Dec 2012 21:20:31 GMT

Marcom dispone di un gateway da KNX a MODBUS (RTU o TCP). Il gateway ProtoNode KNX è un dispositivo galvaicamente isolato in grado di portare i dati da installazioni KNX/TP a rete MODBUS TCP o RTU. Sono supportati tutti i tipi di dato EIS e questo consente la comuniazione con qualsiasi dispositivo KNX dell'impianto, ad esempio sensori di temperatura,tapparelle,luci, attuatori, allarmi etc.

KNX è standardizzato dalla specifica EN 50090, ISO/IEC 14543, protocollo di comunicazione OSI-based per edifici intelligenti. Lo standard KNX è amministrato dall'Associazione KNX. E' il successore e la convergenza di tre precedenti standad: European Home Systems Protocol (EHS), BatiBUS, e European Installation Bus (EIB).

Indice dei Contenuti [Nascondi/Mostra]

   TIPI DI DATI SUPPORTATI
   MODALITA' FUNZIONAMENTO
   ALTRE VERSIONI GATEWAY
   MASSIMO NUMERO DI NODI SUPPORTATI

TIPI DI DATI SUPPORTATI¶

I tipi di dati KNX supportati dal gateway soo:

Switching (EIS1, 1-bit)
Dimming (EIS2, 4-bit)
Time (EIS3, 24-bit)
Date (EIS4, 24-bit)
Float (EIS5, 16-bit)
Value (EIS6, 8-bit)
Drive Control (EIS7, 1-bit)
Priority (EIS8, 2-bit)
Float IEEE (EIS9, 32-bit
Counter (EIS10, 16-bit)
Counter (EIS11, 32-bit)
Access Control (EIS12,
ASCII character (EIS13,
Counter (EIS14, 8-bit)

MODALITA' FUNZIONAMENTO¶

Il gateway KNX_MODBUS consente ad un MODBUS TCP client o ad un MODBUS RTU master di leggere o scrivere direttamente nei gruppi configurati nella rete KNX. Il driver KNX consente al gateway di inviare o di ricevere i dai da qualsiasi dispositivo con protocollo Konnex. La connessione KNX di tipo TP è sul gateway. Il gateway si comporta come un client sulla rete KNX. Il gateway consente di passare i dati agli altri protocolli presenti sul gateway. La maggior parte dei tipi di dati KNX sono supportati, consentendo la comunicazione con qualsiasi tipo di dispositivo KNX, quali sensori di temperatura, controlli tapparella, pulsanti, attuatori, allarmi... Il gateway permette ad un sistema di supervisionedi accedere usando la lettura e scrittura diretta dei gruppi KNX configurati. L'inserimento del gateway non richiede l'utilizzo dell'ETS4 per configuare il gateway nella rete come client. Se il gateway viene usato in modalità server (integrazione nella rete di variabili provenienti da altre reti, ad esempio MODBUS) è necessario ETS4 per inserire il gateway nella rete KNX. All'avvio il gateway è in grado, se indicato nella configurazione di leggere le variabili KNX e aggiornare lo stato della variabile corrispondente al suo interno. Da quel momento si comporta in maniera passiva rilevando solo i cambiamenti delle variabili.

ALTRE VERSIONI GATEWAY¶

Lo stesso gateway è disponibile anche da Knx a Bacnet e da KNX a Lonworks

GATEWAY MODBUS KX

MASSIMO NUMERO DI NODI SUPPORTATI¶

Sia in modalità client che in modalità server il massimo numero di nodi supportati è 255

Morsettiera Gateway

TELTONIKA - WIRELESSCOM/G10

Alberto (alberto.zumiani) — Thu, 20 Dec 2012 16:50:34 GMT

Teltonika WirelessCom/G10 è un dispositivo progettato per la comunicazione con dispositivi remoti dotati di porte RS232. L'interfaccia RS232 è uno standard a livello delle applicazioni industriali. Questa interfaccia è disponibile sun una grande varietà di dispositivi quali datalogger, terminali POS, macchine di distribuzione bevande e merendine, PLC, contatori energia, ... Normalmente questi dispositivi sono posizionati in locazioni remote ed è quindi necessario collegarsi per raccogliere dati, controllarle o riprogrammarle.In questi casi la rete GSM insieme ai servizi GPRS/CSD possono fornire una soluzione wireless affidabile. Teltonika WirelessCom/G10 è una soluzione pronta a funzionare per queste situazioni. Il modem si comporta come una porta RS232 trasparente. Così è possibile agire come se i dispositivi fossero collegati direttamente al computer, mentre in realtà possono essere dislocati ovunque.

WIRELESS COM/G10

Indice dei Contenuti [Nascondi/Mostra]

Modalità Funzionamento
Caratteristiche Tecniche
Modalità di collegamento
Software disponibili
Dimensioni

Modalità Funzionamento¶

Il Teltonika WirelessCom/G10 vi consente di fare attraverso Internet tutte quelle operazioni che altrimenti vi richiedono di andare presso il dispositivo. Connettendo il Teltonika WirelessCom/G10 al dispositivo tramite la porta seriale RS232 e configurando il modem per connettersi con il Vostrio server. Ogni volta che dei dati arrivano dalla vostra macchina attraverso la porta seriale,il WirelessCom/G10 si connette al server configurato e esegue il trasferimento dei dati. Sulla connessione è possibile inviare dei comandi alla vostra macchina/dispositivo dal Vostro PC remoto. WirelessCom/G10 trasmette quindi tutti i dati che riceve sulla seriale verso il GPRS e tutti i dati dal GPRS verso la porta seriale.Funziona quindi come un bridge tra il GPRS e la porta seriale.

Oltre alla connessione GPRS, potete usare anche la connessione CSD e raggiungere i dispositivi remoti tramite una chiamata al numero della SIM del WirelessCom/G10. WirelessCom/G10 supporta anche la configurazione da remoto tramite messaggi SMS.

Il modem può agire come master e iniziare la connessione verso il server o può funzionare come slave e aspettare le chiamate in ingresso.

Caratteristiche Tecniche¶

Fornisce connessione trasparente GPRS/CSD
Invio di messaggio SMS di allarme quando avviene un eccezione nel dispositivo
Nessun driver richesto, funziona con qualsiasi dispositivo/macchina/computer
Configurazione semplice tramite scelte a menu
Configurabile attraverso qualsiasi terminale software
Hardware reset dal pin DTR (opzionale)
Il dispositivo è configurabile da remoto attraverso GPRS/CSD/SMS
Accesso solo attraverso numeri autorizzati (per chiamata diretta CSD e SMS)
Fino a 5 numeri autorizzati configurabili
Inserimento automatico del PIN
Configurazione protetta da password
LED di segnalazione a due colori per i vari stati del dispositivo (Fino a 9 stati)
Supporta vari formati di dati (8N1,8N2,8E1,8O1,7E1,7O1)
Possibilità di aggiornare il Firmware
Metodi di autenticazione CHAP/PAP supportati
Certificazione CE

Modalità di collegamento¶

Modalità di collegamento

Software disponibili¶

Il modem viene fornito con i seguenti software:

Configuratore WirelessCom/G10
Software per caricamento del firmware
Software Terminale
Tcp-serial-tcp
Virtual serial port

Dimensioni¶

Dimensioni modem

OPC Server CBUS PER FAMIGLIA HONEYWELL 5000

Luca (marani) — Wed, 12 Dec 2012 15:36:35 GMT

L'OPC Server CBUS è un prodotto utilizzabile per portare in supervisione dati da controllori della famiglia EXCEL 5000 Honeywell.

Cbus è un protocollo di comunicazione Honeywell.

E' composto da un software e da un convertitore Hardware Ethernet-Cbus oppure Seriale-Cbus. E' in grado di mostrare punti, punti virtuali e tramite ActiveX "Time Program".

Collegamento al prodotto

Indice dei Contenuti [Nascondi/Mostra]

   NUMERO DI PUNTI
   LICENZA
   PORTE ETHERNET UTILIZZATE
   VERSIONE FIRMWARE EXCEL SUPPORTATA
   AGGIORNAMENTI ULTIMA VERSIONE

NUMERO DI PUNTI¶

Il numero massimo di controllori Excel supportati, anche di tipo diverso, è 29. Un convertitore è in grado di gestire in maniera efficiente fino a 3000 punti. Nel caso su una linea sia necessario monitorare più di 3000 punti è possibile collegare più convertitori alla stessa linea Cbus. Nel caso il numero di punti effettivi vada oltre i punti licenza, per i punti in eccesso la variabile OPC non viene aggiornata e la qualità viene posta a BAD. E' possibile aumentare i punti della licenza con un upgrade: in questo caso è necessario fornire il numero di serie del convertitore per ottenere un upgrade dei punti. Nel caso si debba raccogliere dati da più linee CBUS, è necessari utilizzare un convertitore Hardware per ciascuna linea.

LICENZA¶

La licenza si basa sul numero di punti che si vogliono leggere, mentre i dati dei "Time Program" non sono contati nei punti licenza. Le licenze disponbili coprono diverse taglie e arrivano fino a 20000 punti, la versione base è licenziata per 255 punti. Se il numero di punti oltrepassa il numero di punti licenziati, per i punti in eccesso OPC Server mostra qualità a BAD, mentre gli altri continuano a funzionare. Per fare un upgrade dei punti della licenza è necessario fornire il numero seriale del convertitore sul quale si vogliono aggiungere i punti.

PORTE ETHERNET UTILIZZATE¶

C-Bus OPC Server ed IEC Converter utilizzano una connessione TCP con porta di default 14001. La porta TCP può essere cambiata nel range 1024-65535. Non possono essere modificate le seguenti porte: Porta numero 9999 è riservata esclusivamente per il setup Telnet. Porta numero 77FEh è riservata esclusivamente per configurazione.

VERSIONE FIRMWARE EXCEL SUPPORTATA¶

Tipo XL A e B: supportati firmwares da 1.01.20 a 1.5.1
Tipo XL C: supportata da versione 2.00.1 a 2.07.05
Tipo XL800 (LION): supportata da versione 3.01.02 a 3.02.07
Tipo XD 505A: supportata da versione 1.11 a 1.29

Per maggiori dettagli sulle singole funzionalità supportate consultare il nostro supporto tecnico.

AGGIORNAMENTI ULTIMA VERSIONE¶

Nel file allegato si trovano aggiornamenti ultima versione: DESCRIZIONE AGGIORNAMENTI

Valuta il contenuto dell'articolo

Perchè utilizzare un analizzatore di rete seriale RS232-RS485

Alberto (alberto.zumiani) — Tue, 11 Dec 2012 16:09:42 GMT

Indice dei Contenuti [Nascondi/Mostra]

Introduzione
Confronti tra analizzatori software e analizzatori hardware
   Analisi diverse modalità di connessione alla rete
   Analisi della sequenza reale dei dati e la loro temporizzazione
   Segnali campionati e livelli logici
Differenze tra analizzatore di segnale ed oscilloscopio
Extra

Introduzione¶

Il presente articolo prova a spiegare perché è conveniente utilizzare una interfaccia di analisi seriale hardware quando sono disponibili svariati tool software di analisi gratuiti. In particolare l'articolo vuole porre in evidenza quali sono i vantaggi non immediatamente evidenti e quali caratteristiche non sono disponibili negli analizzatori software. L'analizzatore hardware è lo strumento ideale in diverse situazioni: retro engineering di un protocollo seriale, analisi di una rete MODBUS disturbata, certificazione di una corretta installazione di una rete seriale...

Confronti tra analizzatori software e analizzatori hardware¶

Analisi diverse modalità di connessione alla rete¶

I tool di analisi software e la loro modalità di connessione alle linee da esaminare possono essere suddivisi in due categorie. Se il PC è parte della connessione esaminata il software può funzionare direttamente come processo in background su quel PC di controllo con accesso ai buffer dati di ricezione ed invio.

Se il PC non è presente o se il programma non può essere eseguito su quel PC per ragioni di sicurezza, il software deve essere fatto funzionare su una macchina differente. In questo caso la linea seriale deve essere riportata in parallelo al secondo PC su cui sta andando l’analizzatore seriale software. La connessione è fatta attraverso il così detto ‘X-cable’ o ‘Y-cable’ o ‘Y-adaptor’. Tutte queste tipologie di cavo hanno in comune che forniscono due jack per la connessione diretta delle linee da esaminare.

Al contrario l’analizzatore seriale hardware riceve direttamente i segnali su un ingresso seriale, li convoglia all’interno della unità di analisi e li rimanda fuori su un altro connettore seriale. L’analizzatore è quindi inserito all’interno della linea e non lavora in parallelo con questa. Il tempo di ritardo introdotto è ampiamente al di sotto del “bit time” e quindi può essere trascurato. Inoltre tutte e otto le linee di dati e controllo sono catturate, incluso l’invalid state, e non solo alcune di loro.

I dati dalla unità di valutazione sono inviati attraverso una connessione USB al PC di registrazione, utilizzando un protocollo speciale che contiene delle informazioni aggiuntive. Per certo più analizzatori possono essere sincronizzati. Questa modalità di connessione consente nuove funzionalità quali switching, manipolazione, re indirizzamento dei segnali a scopo di test o investigazione.

Per particolari esigenze è disponibile uno speciale X-cable per connettere l’analizzatore in parallelo, perdendo l’opzione switching, ma mantenendo le enormi capacità di valutazione.

Creando un proprio sistema di valutazione e decodifica, si è totalmente indipendenti dalle limitate ed inaffidabili possibilità di analisi di un PC hardware. Usando l’avanzata tecnologia dei gate array riconfigurabili , tutti I circuiti necessari sono all’interno dell’analizzatore e non del PC. Il contenuto del gate array e con esso le funzione di elaborazione ed analisi dell’analizzatore seriale possono essere cambiate in qualsiasi momento e quindi adattate ed estese a seconda delle differenti applicazioni. Semplicemente usando l’ultima release del software disponibile.

Analisi della sequenza reale dei dati e la loro temporizzazione¶

IFTOOLS - MSB-RS232 - Analizzatore seriale RS232

IFTOOLS - MSB-RS485 - Analizzatore seriale RS422 RS485

Le soluzioni di analisi software dipendono dalla latenza nella gestione dell’interrupt da parte dello scheduler del sistema operativo. Usando un convertitore da RS232 a USB si aggiunge anche il ritardo di polling del sottosistema USB. Anche le code fifo dei PC sono limitate a 16 caratteri. Se il tempo di reazione dell'interrupt è troppo lento vengono persi dei caratteri a causa dell’overflow dei buffer di ricezione. Anche l'utilizzo dei convertitori da RS232 a USB non incrementano tale memoria dei buffer. Le etichette temporali rilevate sono quelle relative alle richieste di interrupt del sistema operative e non quelle degli eventi relative ai dati reali sulla linea. In special modo quando solo un ingresso è usato per esaminare i segnali RXD e TXD, non si può essere sicuri di vedere il corretto ordine dei dati trasmessi e ricevuti.

Nel caso peggiore la sequenza dei byte registrati è inversa! Non è un problema quando entrambi i dispositivi inviano i dati in alternanza con alcuni istanti tra ogni sequenza di dati. Ma se i dispositivi inviano nello stesso istante saranno visibili delle informazioni mischiate. Anche se si utilizzano due ingressi per registrare, non otterrete informazioni circa la corretta temporizzazione tra i canali e/o le linee di controllo. Il problema si pone ad esempio nell'ottenere informazioni precise circa i tempi di reazione relative al cambiamento delle linee di protocollo RTS/CTS.

Quanti caratteri sono ancora inviati dopo il settaggio della linea RTS a stop? Quanto velocemente un dispositivo esegue una richiesta di dati? I pacchetti di dati si sovrappongono in maniera errata per errate valutazioni o reazioni? E molte altre problematiche. Una risoluzione di 1 ms non è sufficiente. Con una velocità di connessione di 115200 Baud sono trasmessi 10 caratteri in un millisecondo!

Tutte queste informazioni non sono disponibili in una soluzione puramente software. E comunque non con una risoluzione temporale adeguata. In un analizzatore hardware ogni cambiamento del livello di segnale, incluso il livello tri state è marcato con una etichetta temporale con una risoluzione di un microsecondo. Inoltre i dati sulle linee Rxd e Txd sono decodificati e marcati. Tutti questi eventi sono inviati al programma dell’analizzatore dove sono mostrati e valutati in diversi formati. Siccome i dati sono marcati temporalmente prima di inviarli al PC tramite la porta USB, non vi è dipendenza dalla latenza dello scheduler del sistema operativo. Inoltre l’analizzatore ha un grande buffer di memoria di 512kB che tampona i tempi di risposta non costanti del PC.

Con un sistema di cattura dei segnali totalmente indipendente e una risoluzione temporale di un micro secondo, l’analizzatore hardware consente di risolvere le problematiche di comunicazione seriali con sicurezza e molto velocemente.

Segnali campionati e livelli logici¶

Avendo a disposizione i segnali campionati e i loro livelli logici in una griglia con risoluzione di 1 micro secondo è facile mostrarli in una modalità oscilloscopio. Anche i canali seriali Rxd e Txd e le loro sequenze di bit sono campionate e possono essere visualizzate in modalità oscilloscopio nel programma MSB. In questo modo l’analizzatore può essere utilizzato come un analizzatore logico con risoluzione di 1 MHz, mostrando tutti i possibili tre stati delle otto linee RS232.

Cerca per particolari sequenze di dati con espressioni regolari.

Definire e denominare alcune regioni di interesse per un facile accesso (regioni usate come segnalibri).

Registrazione di un segnale rettangolo 20kHz sulla linea RTS che mostra le capacità in tempo reale dell'analizzatore.

Possono avvenire principalmente tre errori di tipo temporale nella trasmissione. Il primo è un tempo di reazione errato od insufficiente di un dispositivo rispetto ai dati provenienti da un altro dispositivo. Se il tempo di reazione è troppo lento, potrebbe avvenire un overload nell'unità di elaborazione.

Questo può portare ad un data overflow che può concludersi con una perdita dei dati. Un problema simile può sorgere se la reazione ad un cambiamento in una linea del protocollo è troppo lento. Settare la linea RTS a stop deve portare velocemente al fermo nell’invio dei caratteri, idealmente dopo che il carattere corrente è stato inviato. Se chi trasmette invia alcuni caratteri in più o nel caso peggiore non stoppa l’invio dei dati, avverranno degli overflow e perdite dei dati in maniera intermittente, poiché la cache interna del ricevitore non può essere scaricata abbastanza velocemente. Il terzo errore è raro, ma possibile è può essere evidenziato solo con uno strumento adeguato. L’invio dei dati può essere non corretto. Il baudrate può avere dei jitter o cambiamenti. Anche chi invia i dati può essere guasto e produrre un time bit non corretto.

In questo caso l’analizzatore evidenzierà un evento di framing error. Sincronizzando l’analizzatore sulle linee Rxd e Txd su questo errore, si vedrà come l’invio dei dati si blocca nel momento in cui avviene l’errore.

Un altra caratteristica unica dell’analizzatore hardware è la capacità di settare il baudrate su qualsiasi velocità tra 1Baud e 1MBaud, con un’accuratezza migliore di 1/10 percentuale. Inoltre è possibile misurare il baudrate della connessione esaminata con la stessa accuratezza.

Poiché si tratta di trasmissione asincrona, il ricevitore sincronizza ed avvia l’acquisizione sul fronte negativo dello start bit. Con una velocità di sovra campionamento di 16 volte il baudrate, esso campiona il dato 16 volte, partendo dopo 8 campionamenti. In questo modo i bit sono catturati a metà, che si presume sia il punto più stabile, con in ogni caso 8 intervalli prima e dopo il campionamento.

Per gli 8 bit di dati più i bit di start e stop, l’ultimo bit, che il bit di stop, è campionato dopo 8+9*16=152 baud clocks. Se assumiamo, che il generatore del clock per il baud non sia esatto, ma abbia una deviazione del 4 percento. Oppure entrambe i generatori abbiano una deviazione di solo il 2 percento, ma in differenti direzioni. Questo porta ad una differenza di 152*0.04 = circa 6 clocks per il campionamento sopra l’intero data byte. Questo è molto vicino al bordo dello stop bit campionato. Può quindi avvenire una interpretazione errata. Ed avviene quando il livello fisico del bit non è perfetto, ciò è dovuto a ricevitori o trasmettitori lenti, cavi lunghi o alte capacità.

Con velocità elevate aumenta la probabilità di rilevare in maniera errata il valore del bit. E se la somma delle deviazioni è superiore al 4 percento, è quasi certo il malfunzionamento dei dispositivi. I baud rate non devono differire per più del 3 percento. Sfortunatamente, per ragioni di costo, i dispositivi seriali sul mercato non hanno un generatore di clock a loro dedicato. Il clock di trasmissione è derivato dal clock di sistema la cui frequenza può non essere molto adatta ad essere divisa secondo gli intervalli delle velocità comunemente usate sulle linee seriali. Si devono quindi accettare dei compromessi ed errori sporadici e irregolari sono accettati già in fase di progettazione dei dispositivi seriali. L’analizzatore MSB automaticamente misura la velocità dei dati su entrambe le linee seriali e da delle indicazioni sulle incongruenze di velocità tra I dispositive. Il display di stato da degli avvertimenti in maniera diretta se il baud rate misurato ha una deviazione maggiore del 3 percento rispetto al baud rate selezionato. Utilizzando l’opzione switch, siete anche in grado di inviare dati ai diversi baudrate ai dispositivi. Semplicemente per verificare la loro capacità di interpretare dei dati trasmessi non perfettamente.

IFTOOLS - MSB-RS232 - Opzione Switch

Attraverso la caratteristica di registrazione dei dati a qualsiasi velocità, è possibile verificare le connessioni a velocità di trasmissione inusuali, usate talvolta nei sistemi, dove il clock di sistema è direttamente diviso nel clock di trasmissione. La velocità risultante non è un multiplo di 9600, ma una divers anche non può essere correttamente decodificata dalla porta del PC.

L’analizzatore fornisce il suo hardware di decodifica per le trasmissioni seriali. E’ quindi facile estendere le sue caratteristiche per fare lo l’analisi del protocollo usato e trovare qual formato dati utilizza. La misura esatta del baudrate setta il baudrate del ricevitore per un campionamento esatto. Ulteriori livelli di analisi dei dati evidenziano quanti bit utente sono usati per carattere e se il bit più alto è usato per la parità. Talvolta il reale formato dei dati non è conosciuto, specialmente per dispositivi molto vecchi, o non si è sicuri che chi invia inserisca il bit di parità lo faccia in maniera corretta. In questi casi è necessaria una analisi della struttura dei dati. Inserendo l’analizzatore e premendo il tasto ‘scan’, dopo la decodifica di alcuni caratteri otterrete l’informazione sul formato dei dati.

Inserendo l’analizzatore nella linea, attraverso il gate array sono disponibili alcune caratteristiche aggiuntive. Il segnale non deve per forza essere connesso direttamente 1:1, ma può essere reindirizzato, cambiato e manipolato. Sono possibili funzionalità di loop back, switching, breaking e cambiamento delle linee di protocollo. Anche lo stato undriven è supportato per l’interruzione totale della linea. E’ supportato anche l’invio manuale dei dati con uno spazio settabile e ben definito tra i caratteri. L’indipendenza dalla latenza del PC consente di generare pacchetti di dati perfettamente omogenei.

Anche lo schema fisso di campionamento e ricezione dei dati può essere alterato. Tutte le linee possono essere usate per il trasporto dei dati. Un editor dello schema avanzato consente di disegnare tutti i tipi di circuiti che possono connettere le linee di ingresso e di uscita delle porte dell’analizzatore. L’unico limite è che i pin di input non possono essere modificati in pin di output e viceversa.

Differenze tra analizzatore di segnale ed oscilloscopio¶

L'analizzatore seriale analizza il flusso di dati: è un analizzatore logico. Mentre l'analizzatore nella finestra Signal Monitor mostra i segnali nella loro forma logica con due livelli di segnale, l'oscilloscopio è un dispositivo invece che mostra la condizione fisica del segnale. L'analizzatore è destinato a catturare e decodificare il flusso di dati, l'oscilloscopio è destinato ad analizzare il segnale stesso.

Queste sono le differenze:

L'analizzatore ha solo tre stati (0,1 e tri-state), l'oscilloscopio riesce a campionare l'intera gamma analogica.
La risoluzione di campionamento dell'analizzatore è di 1 usec mentre per l'oscilloscopio siamo nell'ordine dei 6.25MS/sec, ovvero 6 volte superiore.
Per aumentare la protezione contro i picchi di ingresso l'analizzatore è dotato di un filtro da sovratensioni. I picchi vengono quindi filtrati e non visualizzati. Quindi, tutto sommato l'analizzatore in grado di rilevare e mostrare il flusso di dati senza essere troppo disturbati da ambiente rumoroso.

Extra¶

A disposizione su richiesta ai nostri clienti i template per i seguenti protocolli di comunicazione:

Modbus RTU
Modbus ACII

Valuta il contenuto dell'articolo

UBIQUITY PicoStation 2 HP - Howto: Wireless Accesspoint Repeater

Alberto (alberto.zumiani) — Mon, 10 Dec 2012 10:51:16 GMT

La Pagina è stata rinominata da alberto.zumiani.