Salve,
ho a disposizione una Board demo della Interel con sistemi di Automation Building serie TOP Hotel. La Interel mi rimanda all'utilizzo di X-comm per l'interfacciamnto personalizzato (ad esempio .Net) ai suddetti.

da dove devo cominciare?

Grazie

Ciao pixel e benvenuto sui nostri forum. Quella che hai fatto è una domanda specialistica per il sistema di comunicazione tramite bus 485 della net building automation. Il sistema X-Comm è un sistema che si basa su tecnologia ActiveX per la comunicazione tra un applicativo client (il tuo) e il server di comunicazione delle periferiche che si occupa di gestire il polling con gli apparati configurati e di inviare e ricevere comandi dalle periferiche. Quindi l'architettura è la seguente: SERVER DI COMUNICAZIONE-->ActiveX-->Applicativo. La documentazione di xcomm è molto vasta e distribuita dalla casa madre (www.netbuildingautomation.it) che è impossibile riassumerla in un post. Per iniziare dovresti:
1) Configurare il server in modo che comunichi correttamente con le periferiche collegate
2) Costruire un nuovo progetto e avviare un'istanza del controllo ActiveX XComm
3) Iniziare a testare i primi metodi e gestire i primi eventi ricevuti dalle periferiche.
4) Postare eventuali dubbi che si presentano man mano su questo forum.
Come tecnologia è molto interessante e fatta molto bene, ti consiglio di non scoraggiarti se qualcosa non è di immediata comprensione, chiedi tutto ciò di cui hai bisogno e vedrai che i risultati ottenuti ripagheranno largamente il tempo impiegato.
Saluti,
Alberto De Luca

Quidi funziona tipo OPC Server. Il Server deve essere collegato e poi interrogo i dispositivi attraverso l'OCX... credo funzioni così...

Non conosco OPC Server però funziona come hai detto tu. Rispetto alle classiche applicazioni basate su ActiveX, però, con questa hai la possibilità di replicare il server attraverso un'applicativo di tipo Workstation che ti mette a disposizione tutte le funzionalità del server su qualsiasi PC della rete. Tipicamente potresti avere il server di controllo fisicamente collegato ai tuoi apparati (magari su una rete dedicata) su una macchina fisicamente non accessibile dagli utenti, e n workstation di lavoro (che ti duplicano le funzionalità del server) su n pc in rete (anche remota tramite VPN o simile). Su ognuna delle workstation potresti interagire attraverso il tuo software di controllo soltanto con alcuni apparati. Il tutto attraverso il trasporto di eventi con pochissimi dati di interscambio con conseguente risparmio di risorse. Della serie: "Addio dischi rotti da cambiare ogni 2 anni perchè i file di scambio li rovinano"
Saluti,
Alberto De Luca

Salve Pixel

Per darti una spiegazione più mirata all'architettura di XComm ti posso fare un semplice esempio,

Prendi ABS (il framework) come un OPC Server/Client che racchiuda in se molteplici OPC di vari prodotti..

Termoregolatori
PLC
Controllo accessi ecc..

e XComm come la tecnologia che permetta di distinguere questo particolare OPC da quelli generici, che lavorano direttamente tramite la tecnologia ActiveX di MS, infatti gli OCX forniti dal sistema sono al 100% compatibili in-process mentre la comunicazione out-process è affidata appunto ad XComm che permette di non dover tenere riferimenti tra il proprio programma, gestionale, di supervisione o altro col resto dei drive del framework, in pratica si può accedere ai socket, alle seriali e all'hardware in genere senza una reale connessione per riferimento diretto (questa è una prima differenza basilare tra ABS e gli OPC classici) e qundi non si è soggetti a problemi da questo derivanti.

Inoltre XComm permette di eseguire una richiesta di variabili legata a un timeout ben preciso se la richiesta non viene esaudita in questi tempi, XComm libera il processo chiamante.

Ma il punto focale di differenza tra un OPC e XComm sta nel fatto che questa è l'unica tecnologia ad oggi che permetta di utilizzare un programma compilato (.EXE) indifferentemente lato Server che lato Client senza dover modificare una riga di codice, cosa non possibile in oggetti che fanno riferimento ai distinti OPC Server oppure OPC Client, in effetti l'oggetto creato con tecnologia XComm è in se già sia Server che client mantenendo come riferimento la sola dichiarazione interna al programma ospitante.

Oltre questo il lato client permette lo switch automatico delle variabili dal server Primario al server secondario in caso di fault del primo senza bisogno alcuna programmazione accessoria. (cosa non fattibile con i classici OPC)

Precisazione: come già anticipato da Luca, il framework è distribuito dalla Net Building, Interel ecc.. ma è giusto sapere per correttezza che il produttore primario rimane la Fabbri Divisione Software.

Grazie per le precisazioni...

credo che la nebulosa si stia un pò schirendo... cominciamo da capo...

1) TOP Hotel è una tecnologia HW per Automation Building che è fornita da Interel ma che diciamo così... "aderise" alla tecnologia XComm per la gestione della supervisione.

2) ABS è il Server che stabilisce la connessione alle apparchiature

3) con ABS è automaticamente installato e fornito X-Comm sottoforma di oggetto OCX che permette ad un client di sfruttare la connessione del Server OPC (ABS) per ottenere e gestire le varibili di processo ed interagire con le apparecchiature...

Spero di aver capito

Ti preciso meglio il contesto....

'-------------------------------------------------------
1)TOP Hotel è una tecnologia HW per Automation Building che è fornita da Interel ma che diciamo così... "aderisce" alla tecnologia XComm per la gestione della supervisione.
'-------------------------------------------------------

> Si direi che in sostanza è corretto, più precisamente
"TOP Hotel è una delle tecnologie HD gestite come native nel framework ABS"


'-------------------------------------------------------
2) ABS è il Server che stabilisce la connessione alle apparecchiature
'-------------------------------------------------------

> Esatto il "Server" è chiamato cosi perchè fornisce di base la possibilità di connettersi e supervisionare l'impianto anche tramite la rete LAN da diverse postazioni in questo caso chiamate Workstation, normalmente oggi in un albergo non è raro avere 3 postazioni FrontOffice e 2 BackOffice, in questo caso il PC in cui gira il "Server" che potrebbe essere a scelta un PC in sala tecnica oppure una di queste...

'-------------------------------------------------------
3) con ABS è automaticamente installato e fornito XComm sottoforma di oggetto OCX che permette ad un client di sfruttare la connessione del Server OPC (ABS) per ottenere e gestire le varibili di processo ed interagire con le apparecchiature...
'-------------------------------------------------------

Più precisamente la Tecnologia XComm si presenta sotto varie forme:

1) Configuratori: Sono programmi satellite(.exe) che permettono di configurare le varie attività HD/SW

2)Electron Drive: Sono processi satellite(.exe) che permettono varie funzionalità tra le quali la connessione ad altri apparati.

3) Librerie quali Dll e/o OCX: sono oggetti di sistema che importati in altri programmi danno accesso alle varie funzionalità, comandi, variabili, eventi ecc..

In particolare gli oggetti per lo sviluppo sono:

XComm ++ per l'accesso a varie funzionalità
XComm FUll per la gestione Accessi, Climatica e Alberghiera in genere

XComm.NET che è uguale alla FULL ma in versione libreria per l'ambiente DotNet.

Tutti questi processi sono tra loro sconnessi ovvero pur lavorando in maniera bidirezionale in tempo reale (esiste un tempo di Marshaling ma è più performante delle connessioni standard ActiveX (COM)) al contrario dei normali OPC le chiamate pur rimanendo sincrone sono sottoposte a un tempo di timeout ovvero se non esaudite entro un determinato lasso di tempo vengono "scartate" evitando l'apparire delle noiosa finestra "Passa a..) classica della tecnologia COM.

Ciao a tutti,

dopo un periodo di stallo riprendo il thread...
allora NetBuilding mi ha rimandato ad Alberto per qualsiasi chiarimento in merito all'utilizzo dell' Xcomm31.ocx. Ho capito che devo configurare correttamente il Server XComm su un PC della rete e qs. mi fornira i dati delle apparecchiature mappate. Chiedevo se era possibile ottenere della doc relativa alla lettura dei dati dai TOP HOTEL. Interel sembra un pò chiusa.... e credo stia prendendo tempo...

Grazie

Ciao

Per la documentazione direi che si dovrebbe sempre fare riferimento a quella dell'Help in linea (click su menu e pressione di F1) oppure direttamente da c:\ActiveSystem\ABS-XComm.chm

In questo ci sono tutte le procedure per accedere al sistema di Automazione Alberghi, Building Automation e Domotica con HomePLC.

Essendo gli argomenti trattati molto ampi sarebbe utile sapere di preciso quali sono i dati che vuoi programmare.

Ciao,
Ho letto un pò l'help e mi sono fatto un'idea generale... in un certo senso (io faccio riferimento all' Automation Building) devo fare riferimento a dei Flag standard a cui si rifaranno poi i diversi costruttori (Interel, etc.). Ho ottenuto una versione Demo dell'ABS posso utilizzare lo stesso OCX (Xcomm+) anche con Visual Basic .Net?

Grazie

Per DotNet esiste un apposita libreria compilata nella versione 2005, direi che per correttezza si dovrebbe utilizzare questa, ma è sempre possibile utilizzare molti altri OCX del sistema salvo ricordarsi al run-time di utilizzare sempre quello della versione con cui si è compilato, infatti DotNet a un grosso problema nella gestione di oggetti OCX, ovvero che ne crea una copia all'importazione e alla successivo upgrade si dovrà procedere ad eliminare manualmente i riferimenti creati in automatico per il precedente oggetto, anche se questo mantiene perfettamente la compatibilità binaria con cui è stato creato.