Salve,
ho un problema relativo alla gestione degli oggetti COM di ABS-Xcomm nella creazione di un programma di supervisione.

Utilizzo C# in Visual Studio 2008, ma ho fatto prove anche in Visual Basic con lo stesso esito (su Windows 7).

In particolare l'accesso alle funzionalità offerte dalla classe Xcomm++ funzionano senza problemi., mentre importando e configurando i componenti COM forniti questi non funzionano correttamente.

Ad esempio inserendo un controllo per il termoregolatore e configurando i parametri correttamente in fase di editing mi compare il valore corretto di temperatura, mentre in fase di Release/Debug questo valore non compare (rimangono i 3 trattini bianchi) e andando a cliccare sull'oggetto non compare la pagina di configurazione ma compare un warning relativo ad un fantomatico "Errore di runtime 0".

Per farvi un altro esempio ho inserito un Programmatore Orario e con un pulsante setto WeekTimer1.TimerVisible=true, ma non compare la finestra di programmazione oraria!!!

Non vorrei fosse un problema di configurazione del PC, in quanto ho a disposizione un prototipo del software di supervisione fatto in VB6 che funziona correttamente, ma andando ad importare i sorgenti in VB2008 e compilando gli oggetti smettono di funzionare nella maniera suddetta (più altri problemi relativi all'importazione del progetto risolti in maniera autonoma)

Qualche suggerimento? Grazie!

Si se hai la 6.54.14 aggiornala alla 6.54.15 (ora disponibile) la 14 a un bug sulla gestione XML che provoca un errore di Run-Time.
Riprova quando aggiorni, ricorda che su Vista/7 devi disabilitare il controllo utente e lanciare il server come Administrator, quello vero

Ho la 6.54.12, ricevuta venerdì scorso al termine del corso, ma penso che il bug coinvolga anche questa versione, vedrò come recuperare l'ultima versione.

Io in ogni caso mi collego in VPN come Workstation per fare la supervisione, il Server è installato in un'altra macchina che non ricordo se abbia XP o Windows Server 2003, quindi per quel discorso non ci dovrebbero essere problemi giusto?

La 6.54.12 non permette di creare dei percorsi alternativi per i dati, i percorsi devono esserev creati manualmente, la 6.54.15 risolve questo.
Oltre questo non vi sono variazioni significative.

Intanto ti ringrazio per la velocità e la disponibilità.

Cosa intendi per "percorsi alternativi dei dati"? Bisogna configurare manualmente i componenti COM?

Il problema non viene risolto dalla versione *.15...

Sono riuscito però a smuovere le acque in particolare ad aggiornare graficamente il display dell'oggetto termoregolatore, attraverso l'operazione RefreshRoom() eseguita periodicamente, rimane il problema della visualizzazione della pagina di configurazione del termoregolatore che solitamente con i programmi in VB6 compare cliccando sul controllo.

Nella gestione dell'evento termoreg1_CallReg (quello che si scatena al click sul controllo) ho provato ad accedere a metodi e proprietà del controllo ma senza successo (riesco a visualizzare le proprietà ma non la schermata di controllo/monito avanzato del termoregolatore).

Stessa cosa per quanto riguarda il programmatore orario, nel quale quando vado a settare TimerVisible=true come suggerito dalla guida, non avviene nulla.

A questo punto dubito sulla possibilità di utilizzare gli oggetti grafici COM forniti in ambito .NET, ma per i requisiti del progetto VB6 non mi sembra troppo adatto (e non solo per quelli).

Mah continuerò a investigare, sperando di non dover ricreare tutto a mano attraverso la building class xcomm....

non tutte le librerie grafiche VB6 sono riutilizzabili in .NET, molte delle funzioni del contenitore sono differenti, normalmente si utilizza l'oggetto/i XComm per l'accesso ai dati, funzioni,eventi ec..
e tramite questi si accede al framework ABS e quindi all'hardware senza sforzo.
Per quanto riguarda VB6 direi che non è molto noto tra i programmatori che non si occupano di automazione ma in realtà questo mondo gira su Visual Basic e su COM e in particolare su VBA,
tutti i software professionali per l'automazione Scada ec.. lo standard per la programmazione da parte dell'utente e principalmente il VBA e non altro,
anzi devo dire che spesso sento ancora nominare il DDE tecnologia che per Microsoft risale agli anni 90 e orami del tutto obsoleta, eppure ancora pubblicizzata e utilizzata!
Questo per dirti che il mondo dell'automazione ha regole ben diverse da quello dei gestionali!

A