Vai al contenuto
PLC Forum

Partecipa anche tu alla Live su Youtube martedì 28/01/2025 per festeggiare i 24 anni di PLC Forum

Per ulteriori informazioni leggi questa discussione: https://www.plcforum.it/f/topic/326513-28012025




Vb.net "contro" Visual Basic 6 - Ho sete di INFO.....


Messaggi consigliati

Inserito:

Da circa un anno ho trascurato il lato "supervisioni", ed ora mi ci devo rituffare.

Sento sempre più il peso di VB.NET, chi gia è passato a questa "parrocchia" ed ha qualche

minuto di tempo, lasci un po di INFO.... (link a documentazione, esempi, considerazioni personali.....)

.... grazie.

Sono terribilmente indeciso: lascio VB 6 ??? ...mi dispiace.


ifachsoftware
Inserita:

Ti premetto che ho VB NET da 1 settimana e non lo ho acquistato per usarlo come NET ma per il compilatore C++ (e' necessario per gli applicativi AutoCAD).

Da quello che ho visto ti posso dire :

1) Non ha controlli per gestire la seriale , se vuoi su internet puoi trovare un 'wrapper' che ti richiama il controllo MSCOMM !

2) Necessita di piu' di 100 Mb di ambiente runtime anche per far funzionare il classico Hello World

3) E' piu' lento di VB in quanto che e' interpretato

4) Se devi fare applicazioni con internet dovrebbe essere piu' sicuro.

5) VB Muore , rimane VB NET

Penso che il tutto dipenda da quello che devi fare.

Ciao :)

Inserita:

..in ogni caso se guardi i newsgroup c'è molta gente che programma ancora in vb4. Dipende da quanto materiale hai già per VB6 e da quanto lo dovrai usare.

Inserita:

Piuttosto che usare VB.net usa C#! Io ho Visual6 e Visual.Net e non posso che confermare quanto detto da Ifachsftware.

Inserita:

Grazie per le preziose considerazioni, ma....

100 mega per "hello ...." spaventoso !

Il mio utilizzo "classico", riguarda (in breve):

- comunicazione con seriale (siemens, omron)

- com. ethernet con dispotivi quali robot ABB, azionamenti, ecc.

- gestione dati tramite file acces

- allarmi con foto jpg

- manuali e schemi sfruttando acrobat

Era cosi semplice....

Non esiste più la seriale ? Ma cosa trovo in meglio in questo *.NET ?

CHIEDO ancora:

Ma nel pacchetto trovi VB e C# assieme ? Scegli come e cosa installare?

ifachsoftware
Inserita:
Ma cosa trovo in meglio in questo *.NET

VB Professional sembra fatto su misura per fare supervisione (RS232 / Ethernet) e per noi che facciamo automazione secondo me e' il TOP.

VB NET e' fatto per lavorare con Internet (Gestione dati , collegamenti a server) , ritengo semplicemente che siano due problemi diversi.

Ciao :)

openiec-61131
Inserita:

Ti consiglio di passare a Delphi.

- Il linguaggio é semplie quanto il basic ma potente quasi come il C++

- Librerie freeware con sorgenti per la comunicazione seriale ?

Semplicissimo, ne hai a tonnellate ma la mia preferita e Async Professional 4 scaricabile da:

http://sourceforge.net/projects/tpaproclx/

http://www.turbopower.com/products/linux/apro/

é completamente gratis (con sorgenti) e va che é un piacere

- Librerie freeware con sorgenti per il TCP/IP etc, etc ?

Ancora più semplice, ve ne sono alla nausea ma io preferisco Indi 9 della Nevrona scaricabile da:

http://www.indyproject.org/

- Libreria grafica per realizzazione di HMI (human machine interface) con già implementato apertura ad OPC ?

Bene, la migliore a mio parere é la libreria Iocomp della IoComponent Software, non é gratis ma costa poco

molto bella, potetente e venduta con i sorgenti...

www.iocomp.com

puoi trovare interessanti demo del prodotto.

Inserita:

vb.net si basa su .NET Framework

ti consiglio di scaricare sia il Framework che il .NET Framework SDK dal sito di microsoft per dare un'occhiata a ciò che poi fare.

Queste due "cosine" le puoi scaricare a "gratis" eusarle sono più di 150MB ma ne vale la pena.

con SDK poi compilare i tuoi programmi con scritti con un editor di testo sia vb.net che c# e fare un programma eseguibile!!! certo è un po un casino ma funziona.

VB.net non è affatto interpretato!!!

Vb.net come C# funziona con un concetto nuovo il Common Language Runtime

in sostanza funziona più o meno così:

Codice -> Compialtore VB.net -> PROGRAMMA

Il programma però non è un vero e proprio file eseguibile ma una "cosa" che qundo viele lanciata il compilatore JIT genera il codice specifico della CPU di esecuzione.

Questo rende possibile (in linea teorica) che sia possibile far eseguire la tua appliccazione anche sotto linux unix solaris, ecc. sempre esista un Framework per tale sistema operativo.

spero di averti dato l'idea di come funziona. mi scuso con i tecnici per l'interpretazione un pò all buona!!

Comunque scarica quello che ti ho detto dacci una letta!!!!!! e vedi se fa al caso tuo.

Inserita:

Ah dimenticavo!!

passare a delphi è una pura follia.

Ahh per gli sviluppatori Delphi una consiglio:

Passate a Visual Studio.NET!!!!

mi pare ci sia pure uno sconto!!!!!

openiec-61131
Inserita:

Se ce lo sconto ci provo subito.... :)

Ovviamente la Borland non é stata li a guardare.

Delphi 7 con le opportune patch é ready for .NET Framework.

Lo stesso di può dire per il C##.

Di fatto avremo sempre due ambienti di sviluppo che invece di

creare codice assembler creano un codice CRL che viene poi

tradotto in runtime dal .NET framework in MSIL. Non cambia

praticamente niente. Io diffido solamente della capacità da

parte della Microsoft di realizzare tools di sviluppo stabili,

compilatori esenti da bachi e così via....

Inserita:

Bei tempi quelli del Turbo C/Basic, quando c'erano ancora cose che non si potevano fare, e via tutti contenti a lavorare e produrre senza perder tempo con quello che c'era.Adesso oltre che a controllare la temperatura di un forno ti chiedono di poter spedire un SMS al pirla che c'e' al mare per sapere quando come e perche' e' scoppiato.Per non parlare di quello che controlla la produzione a "distanza", comodo nel suo albergo a taiwan impegnato nel classico "putan tour" annuale.

ifachsoftware
Inserita:
VB.net non è affatto interpretato!!!

Vb.net come C# funziona con un concetto nuovo il Common Language Runtime

in sostanza funziona più o meno così:

Codice -> Compialtore VB.net -> PROGRAMMA

Il programma però non è un vero e proprio file eseguibile ma una "cosa" che qundo viele lanciata il compilatore JIT genera il codice specifico della CPU di esecuzione.

Scusa ma ti contraddici da solo , e poi come mi spieghi il fatto che con la suite (6 CD) ti danno anche un programma per incasinare il codice , per impedire un reverse engineering (cosi' come avviene per Java e avveniva col rimpianto Clipper) ???

Ciao :)

Inserita:

ifachsoftware il codice viene ricompilato just in time quando viene eseguito quindi non si puo dire che si comporta come un interpretato (per quel che riguarda le prestazioni).

Considerazione finale:

ma quanti di voi hanno la cosiddetta sindrome di repulsione del leader?

Inserita:
con la suite (6 CD) ti danno anche un programma per incasinare il codice , per impedire un reverse engineering

Scusami non riesco a capire questo concetto, potresti essere piu' chiaro?

grazie

ifachsoftware
Inserita:

Significa che un PCODE puo' venire decompilato al codice sorgente ! , questo avviene per Java , Clipper e se non avviene gia' arrivera' anche per NET.

Con il programmino sopra citato si fanno delle modifiche al sorgente prima di PSEDO COMPILARLO in modo tale da incasinare chi riuscisse a decompilarlo (es: Via i commenti , varibili e funzioni con nomi assurdi ecc. ecc..)

Ciao :)

ifachsoftware
Inserita:
il codice viene ricompilato just in time quando viene eseguito quindi non si puo dire che si comporta come un interpretato (per quel che riguarda le prestazioni).
Per me cio' si chiama interpretato

ma quanti di voi hanno la cosiddetta sindrome di repulsione del leader?

Io di sicuro , comunque in qesta discussione si parla di strumenti per la supervisione e sinceramente personalmente non trovo NET come lo strumento piu' adatto a fare cio' , ma personalmente continuero' con VB e se dovessi cambiare userei o Java o C++ Builder.

Ciao B)

Inserita:
VB.net non è affatto interpretato!!!

Vb.net come C# funziona con un concetto nuovo il Common Language Runtime

in sostanza funziona più o meno così:

Codice -> Compialtore VB.net -> PROGRAMMA

Se fosse veramente così, non più o meno, sarebbe effettivamente un programma compilato, ma non funziona così!

Dal "compilatore" non esce un codice eseguibile, ma un codice che ha bisogno di interpretazione da parte del target, anche se non è come un inerprete classico riga per riga (QBasic p.e.), è pur sempre un modulo interpretato con conseguente maggior tempo di esecuzione.

Io non sono un sostenitore dell'azienda di Guglielmo Cancelli ma debbo riconoscere che, per applicazioni in ambiente WINxx, i tools di linguaggio MS sono più validi degli altri (per ovvi motivi) Diverso discorso quando si va a lavorare in ambiente diverso: Linux, QNX, o diretamente su un processore X86, allora i compilatori MS mostrano varie pecche, e non si tratta di sindrome da repulsione del leader!

Inserita:

Livio scusa non è che voglio fare il rompi palle ma linux cos'è?

Che bisogno c'era di inventarlo?

siamo sicuri che è quello che dice di essere ( mi riferisco al concetto di open source ecc...)

non vorrei dire ma perche dovrei preferire linux a win

ammettiamo che uso windows

perche dovrei prendere un compilatore non microsoft!

scusate ma se questa non è repulsione del leader cos'è?

mah!!! staremo a vedere chi vivra vedra!

ps per il discordso compilato non compialto interpretato!

un compilatore just in time non puo venire chiamato interpretato.

viene compilato un attimo prima di essere mandato in esecuzione. viene generato del codice macchina. e poi viene eseguito. questa non è interpretazione

ifachsoftware
Inserita:
ma linux cos'è?

Che bisogno c'era di inventarlo?

siamo sicuri che è quello che dice di essere ( mi riferisco al concetto di open source ecc...)

Non capisco cosa centri Linux , considera che le considerazioni fatte riguardano un ben preciso contesto ossia fare supervisione , e a tal riguardo nonostante non ami Microsoft ho detto che i prodotti che considero migliori sono VB 6.0 Professional (Microsoft) , Delphi e C++ Builder (Borland),

non vorrei dire ma perche dovrei preferire linux a win

Non capisco cosa centri con la discussione , ma se fossi un Service provider non avrei dubbi a scegliere Linux , se fossi un utente normale userei i vari Windows.

ammettiamo che uso windows

perche dovrei prendere un compilatore non microsoft!

Dovresti prendere quello che fa piu' al tuo caso in base a quello che devi fare e non perche' te lo ha detto mamma Microsoft !

scusate ma se questa non è repulsione del leader cos'è?

mah!!! staremo a vedere chi vivra vedra!

Secondo me e' il non prendere per buono tutto quello che ci viene calato dall'alto (in particolare da una ditta dove la potenza non e' nella tecnica ma nei soldi e nella parte COMMERCIALE) , ma guardarlo con sguardo critico per capire le sfumature.

(A maggior ragione dovrebbe farlo un tecnico)

ps per il discordso compilato non compialto interpretato!

un compilatore just in time non puo venire chiamato interpretato.

viene compilato un attimo prima di essere mandato in esecuzione. viene generato del codice macchina. e poi viene eseguito. questa non è interpretazione

Definizione di codice compilato : Serie di istruzioni native del processore che vengono eseguite.

Definizione di interpretato : Serie di istruzioni che per venire eseguite da un microprocessore devono venire convertite.

Se vuoi chiamalo compilato un momento prima .... :D:lol::D

Spero di averti schiarito le idee

Ciao :)

openiec-61131
Inserita:
Livio scusa non è che voglio fare il rompi palle ma linux cos'è?

Che bisogno c'era di inventarlo?

siamo sicuri che è quello che dice di essere ( mi riferisco al concetto di open source ecc...)

non vorrei dire ma perche dovrei preferire linux a win

Io non so voi, ma io Linux lo uso e anche molto volentieri.

Tempo fa dovevo sviluppare un supervisore connesso ad una rete Profibus con

display grafico LCD 800x600 a colori, un hard disk statico, connessione LAN, etc, etc.

Per questioni d'immunità ai disturbi e costi ho scelto il processore Alchemy AU1100

dell'AMD nella versione a 400 Mhz. A questo punto le scelte erano le seguenti:

- Sistema operativo Windows CE

- Sistema operativo Montavista Linux HardHat

Scartato il sistema operativo CE per i seguenti motivi:

- Necessità di pagare le licenze (in preventivo avevo un centinaio di pezzi/anno)

- Lo sviluppo di un nuovo driver per CE ha costi impensabili (anche 20000 Euro) poiché effettuato solo da

centri autorizzati Microsoft.

- Montavista Linux HardHat é gratis

- Ha un'ottima interfaccia grafica (Microwindows www.microwindows.org)

- Ho potuto sviluppare il tutto su un normale PC con redhat 7.2 e poi, ad hardware ultimato, eseguire

il codice direttamente su AU1100 (ovviamente ricompilando il codice)

- Crash inesistenti

- Con una piccola opzione di ricompilazione del kernel ho attivato lo schedulatore per REALTIME ed ho potuto

aggiungere la regolazione di un asse non prevista nella linea.

- I costi si sono abbattuti notevolmente.

- Non ho speso una Lira (Euro intendo) in acquisto di software di sviluppo

Per me é stata un'esperienza gratificante (professionalmente ed economicamente)

ammettiamo che uso windows

perche dovrei prendere un compilatore non microsoft!

Forse per esperienza personale.

Da parte mia ho avuto meno problemi e mi sembra che i prodotti concorrenti siamo migliori.

Ovviamente le esigenze di ognuno sono diverse.

scusate ma se questa non è repulsione del leader cos'è?
Non ne ho idea... Attendo chiarimenti

ps per il discordso compilato non compialto interpretato!

un compilatore just in time non puo venire chiamato interpretato.

viene compilato un attimo prima di essere mandato in esecuzione. viene generato del codice macchina. e poi viene eseguito. questa non è interpretazione

OK, comunque introduce overhead e sicuramente il framework NET non é robetta da pochi

mega (capisco che il PC dell'ufficio possa anche avere SuperHardDisk, mega processori, ultra banchi

di ram, ma immagina che tu voglia inserire tale sistema in prodotti di supervisione, quanto verrebbe

costare tutto ciò al cliente che magari ne compera 50-100 pezzi ? In questi casi la miglior soluzione

economica ti da da mangiare).

Inoltre non penso proprio che NET con il sul CLR e poi MSIL abbia intenzione di fare un porting del tutto

su LINUX (anche se qualcuno, non M$, ha cominciato a fare qualcosa). Anzi penso che BG farà di tutto

per impedirlo. A questo punto a cosa serve la portabilità se poi vuoi mantenere tutto in casa Microsoft.

Bah.....

Inserita:

A prescindere dal fatto che la discussione niziale era VB6 - VB.net

Se non vi piace usare i prodotti microsoft perche vi fanno schifo! (non so perchè poi)

Il fatto che siano gratis?! non vuol dire che siano migliori.

ma dico il cliente finale non ve li paga mica i software?

penso di si.

Quindi il vostro problema è che non riuscite ad abbattere i costi.

Ma come mai la maggior parte dei pannelli operatori in commercio usano WinCE? non mi è ciaro

Anche le agende elettroniche? Ah i frigoriferi? Ah le lavatrici.

Scusa è ma dai!!!!!

.NET è comunque il miglior sistema. Chiaro oggi domani no so.

Secondo me e' il non prendere per buono tutto quello che ci viene calato dall'alto (in particolare da una ditta dove la potenza non e' nella tecnica ma nei soldi e nella parte COMMERCIALE) , ma guardarlo con sguardo critico per capire le sfumature.

Bene dunque il problema è che microsoft ha una parte commerciale.

Le sfumature? Quali? Vediamo di capirle assieme.

MICROSOFT = Multinazionale, probabilmente ladri, ma che creano "cose" e ci mettono il proprio marchio sopra. una forte presenza sul mercato, investimenti da Migliardi di $/€ in ricerche e sviluppo, mi par pure che paghino i dipendenti bene!

BORLAND = Multinazione, probabilmente ladri (tutte le mmultinazionali lo sono),ma che creano "cose" e ci mettono il proprio marchio sopra. una forte presenza sul mercato. più volte sull'orlo del fallimento. ma ogni volta come la fenice rinasce dalle ceneri più forte o potente che pria!! Forse con un po di soldini di qualcun altro.

LINUX = Non si sa bene chi lo faccia? qunata gente ci stia dietro chi paghi queste persone. mica saranno tutti dei samaritani? vogliono forse il miglioramento del globo, probabilmente sono pure sensibili, rispettano l'ambiente, sono iscritti al WWF. però mi fanno un SO buono stabile il migliore del mondo. che porò non riesci ad installare se non hai almeno 10 anni di esperienza. Usato molto molto dai Service provider forse perchè sono persone che erano abituati a fare le cose in un certo modo e LINUX è quel modo. bene dunque esperienza. molto bene

adesso spiegami perchè io responsabile della XYZ dovrei preferire prodotti basati su una cosa che non si sa bene chi la fa?

perchè costa meno cribbio!

Ma se ho preblemi da chi vado?

ci sono miglia di persone che usano e gestiscono questi sistemi.

Ma perchè costa meno?

comunque non mi dilungo ancora con questa discussione perchè qui è una questione di filosofia e non di tecnica.

Anche se ritengo che la filosofia sia importante!

E che comunque personalmente ho provato diverse volte ad avventurarmi del campo GNU. (per quel che riguarda la programmazione). e mi son trovato sempre costretto a perdere molto tempo (e quando dico molto è molto) a reperire informazioni su come si doveva fare per impiantare su una suite decente. per poter programmare. io non so voi ma in una azienda normale un programmatore può produrre 300€ al giorno. se poi però gli facciamo perdere una settimana all'anno per mettere su la stazione di lavoro fargli trovare gli strumenti e tutto mi conviene dal punto di vista economico comprere un pacchetto che in 5miinuti (beh facciamo 3 ore) si installa ed è pronto a funzionare. e funzionare bene! e dunque mi visto che i prodotti in commercio non sono poi molti scelgo quello che più si addice alle mie esigenze: Programmo per win allora una Visual Studio.NET 2003 faccio siti web evoluti allora utilizzio Visual Studio.NET 2003 insomma dai?

samo realisti un prodotto migliore non mi pare esista. perche non c'è! non è colpa mia però! il mondo dei computer ha scelto microsoft e io mi aggrego. sviluppo creo e ricreo con gli strumenti che mi da mamma microsoft.

mi sa che fino ad adesso ho scritto un mare di boiate perche non riesco a stare qui più di un minuto per volta. continuano a telefonarmi. Beh quel che ho scritto ho scritto.

ifachsoftware
Inserita:

Credo che hai dato la risposta senza leggere quello che ho scritto , forse e' meglio terminare qui il discorso , perche' io parlo di una cosa e tu rispondi parlando di un'altra ....

Ciao :unsure:

Inserita:

Senza fare il tifo per nessuno,

ritengo che l'idea più interessante per noi nella piattaforma .Net siano i "Web Services".

Attraverso questa tecnologia, si semplifica la sviluppo di applicazioni distribuite:

le varie macchine Server espongono i propri Servizi, e le varie macchine Client gli utilizzano.

Le informazioni vengono scambiate attraverso XML. Non importa il S.O. del server, ed il linguaggio o il S.O. del client, quello che conta è che le due macchine "parlino XML". A questo punto gli "ultras" di Windows" potranno parlare con l'altra curva delle brigate Open Source. :D

Scherzi a parte, penso che questa tecnologia ci ritroveremo ad usarla molto presto nella supervisione e modificherà il modo di intendere l'OPC, oggi molto Microsoft dipendente (COM, DCOM, ...).

E' ovvio che i controlli industriali dovranno adeguarsi.

Infine, per rispondere alla domanda, ritengo che per interfacciarsi a quello che oggi c'e' sul mercato, senza installare MB di software non necessario, tra .Net e VB6, VB6 sia cosa buona e giusta.

Ciao.

  • 2 years later...
Inserita: (modificato)

Devo realizzare , dopo un paio d'anni di "inattività" in questo campo , un pannello di supervisione e decidere se ripassarmi VB6 o impararmi direttamente VB.NET : mi riallaccio a questa discussione per riproporre la questione a 2 anni di distanza.

Allora stravinse VB6 , a distanza di 2 anni continua ad essere l'ambiente + adatto per il mondo HMI o , alla luce di nuove applicazioni uscite ( io ad esempio volevo utilizzare i controlli del tool IOCOMP ) e nuovo HW nei sistemi d'automazione, VB.NET è diventata una valida alternativa?

E soprattutto , se VB6 resta il migliore , si continuano a sviluppare applicazioni e librerie per questo linguaggio o tutto è morto con l'avvento di Vb.NET?

Rispondete numerosi... ;)

Modificato: da oronzo_canà
Inserita:

ciao

io ho iniziato in vb.net e dopo un terribile e faticoso inizio

posso dire che ci sono piu' cose che aiutano.

sara' inevitabile passare in dotnet

ciao

dario

Crea un account o accedi per commentare

Devi essere un utente per poter lasciare un commento

Crea un account

Registrati per un nuovo account nella nostra comunità. è facile!

Registra un nuovo account

Accedi

Hai già un account? Accedi qui.

Accedi ora
×
×
  • Crea nuovo/a...