Newsgroup: it.lavoro.informatica
Titolo: ActiveX per PLC

qualcuno ha avuto modo di cercare un ActiveX (OCX, DLL) per
controllare i dispositivi PLC (Fotocellule)? Devo raccogliere info
per un cliente per vedere se e con quale costo posso realizzare
un programma (Pannello di controllo) che monitorizzi i dispositivi
e possibilmente almeno tre alla volta.
Grazie.
-- 
Ludico.Net
-----------------------------------
Il portale del cazzeggio professionale:
http://www.ludico.net/index.asp?src=5
-----------------------------------
Moderatore del forum:
http://groups.yahoo.com/group/samsung-it

e possibilmente almeno tre alla volta.
ROTFL !
-- 
"Neanche gli dei" (I.A. Galaxy) - Isaac Asimov
   --- 
sbo...@despammed.com
 ---


io si e tu?

io si e tu?
Da quello che scrivi c'e' da dubitarne e molto anche ... a partire dal
gruppo ...


 e possibilmente almeno tre alla volta.
tre? mmm per tre segnali (?) dovresti forse rivedere la scelta della
tecnologia.
sei un po' fuori strada :
1) Non e' il gruppo adatto ( al max posso farti contattare da un commerciale
, ma poi tu che ci guadagni ? )
2) Chiedi qui : 
www.plcforum.it
  ( e cerca di spiegarti meglio [*])
saluti L.
[*] se posti una descrizione comprensibile del lavoro una paio di cose posso
anche dirtele...


vogliono un programma per monitorare lo stato delle fotocellule, quello
che hanno ne amministra solo 2 alla volta, loro vogliono almeno 3.

 almeno 3.
la gestione di due fotocellule non mi sembra una cosa fantasmagorica ... hai
specifiche/diponibilita' HW cosi' stringenti ? siamo in taglie lontane da
quello che utilizzo di solito : se chiedi sul forum che ti ho indicato ti
sapranno consigliare adeguatamente ( e magari se puoi valuta anche se l'HW
scelto e' adeguato/ragionevole per l'applicazione.)
L.

 controllare i dispositivi PLC (Fotocellule)? Devo raccogliere info
Ciao
Alla elsist dovresti trovare qualcosa del genere ma:
- verifica prima se il tuo cliente intende spendere o risparmiare.
- fatti pagare lo studio che devi affrontare anche se non ci sono risultati.
- non fargli sapere che hai una "fonte" fino a quando non ti garantisce i
primi due punti
Saluti
Armando Daniele

 Alla elsist dovresti trovare qualcosa del genere ma:
si si , carino, io sto ancora aspettando di vedere chi mi tira fuori un PLC
che fa giare un ActiveX (non a cui ci si possa interfacciare con un ActiveX
o quant'altro)
L.
--------------------------------
Inviato via 
http://usenet.libero.it

 Alla elsist dovresti trovare qualcosa del genere ma:
si si , carino, io sto ancora aspettando di vedere chi mi tira fuori un PLC



Pignolo ;-)

 o quant'altro)
Quel prodotto ti permette (utilizzando il Java anziche' il VB) di costruire
quello che ti serve all'interno dell'attuatore...
Se prosegui le tue ricerche con device concorrenti a quello presentato e
cioe' che utilizzano WindowsCE potresti "tirarti fuori" l'equivalente
microsoft...
ma come ti ho anticipato spesso il cliente non riconosce sacrifici e
soluzioni derivanti da questo genere di professionalita'...
Saluti
Armando Daniele

 la gestione di due fotocellule non mi sembra una cosa fantasmagorica
Dipende sempre che tecnologia utilizzi e in che cosa consistono queste
fotocellule, tempi di campionamento e se il loro
rilevamento deve determinare una immediata reazione da parte della
macchina automatica sul campo.
Le informazioni che ha riportato non bastano.
In alcuni punti sono stato superficiale ma credo che basti per darti
un'idea...
Ciao!
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 che hanno ne amministra solo 2 alla volta, loro vogliono almeno 3.
Se il tuo cliente ha gia' una macchina che si interfaccia con due
fotocellule e non hanno
particolari esigenze di campionamento in un determinato lasso di tempo
possono multiplexxare
i segnali.
Ovvero mettono in parallelo piu' fotocellule collegate ad un solo
ingresso digitale del PLC, tra
le fotocellule e il D.i. del PLC ci sara' un timer hardware che dedica
"x" tempo ad ogni singola
fotocellula.
Una sorta di time sharing hardware per intenderci... tutto questo pero'
dipende SEMPRE da cosa fanno
quelle fotocellule e dai tempi di campionamento. 
Cosi' non hai bisogno di modificare il software del plc ma non potrai
piu' sapere quale fotocellula
sia effettivamente azionata.


 Le informazioni che ha riportato non bastano.
infatti...


Awl    (assembler)
        ^^^^^^^^^^^^
Che palle...
-- 
-Ricordati che devi morire!!!
-Si si no, mo'... mo' me lo segno, proprio! Cioe' e' na cosa... Non vi preoccupate! 

 -- 
Vabbé, per chi non lo ha usato fino alla noia la differenza è inesistente.
Se vogliamo andare a fare le pulci andiamo a inchiodare quelli che storpiano
la nostra bella lingua con termini tipo
Scannerizzare invece che scandire
Monitorizzare invece che monitorare
non ti sembrano delle bestemmie?

non ti sembrano delle bestemmie?
Ogni tanto ci cado anche io (dico "scrollare una pagina").
I marchettari invece sembrano sguazzarci: es. brandizzare.
Saluti.


 I marchettari invece sembrano sguazzarci:
Nel senso di "coloro che fanno le marchette?"
ci può stare, ci può stare. :-)
Peccato che poi i loro deliri noi li dobbiamo produrre veramente, tipo sonde
digitali -5/+5 Volts
che devono elaborare segnali di tensione alternata -80/+48Volts :-(
E vaglielo tu poi a spiegare al cliente che lo strumento non può fare quelle
cose e ci vogliono strumenti diversi con sonde analogiche ad hoc.


mi sapresti dire cosa devo chiedere al cliente?
Premetto che molto probabilmente non capirą quello che chiederņ
probabilmente lascio perdere ma se invece la cosa fosse fattibile...


commerciale a me? No, io non ho confuso, vogliono un SW per per
amministrare i componenti, non quello proprio del dispositivo :P


a mio avviso scandire ha un altro significato
al limite vedrei meglio scansionare? :)


ma non sarebbe meglio trovare un ActiveX comunque?
Stefano,


per quanto ne sa potrebbe anche conoscere la fonte senza
pericolo di rubarmi il lavoro.
Stefano,


esistono già dei programmi ma limitati a 2 fotocellule
(questo stando a quanto detto dal cliente)

 riuscito
Se ad occhio vuol risparmiare e' un buon motivo per muoversi cauti.
Saluti
Armando Daniele


Questo sarebbe veramente un bell'argomento di discussione!!!!
Ah, quanti preventivi inutili, quanto tempo perso a fare offerte che poi
vengono proposti ai concorrenti, o a fare preventivi copia di altri che ti
vengono mostrati senza l'intestazione e i costi...
Da parte mia ho smesso di fare preventivi a chi mi porta un modulo
preventivo di un concorrente.
Gli dico semplicemente "ti faccio lo stesso prezzo"
E sto anche quasi quasi convincendomi che un prezzo simbolico per il
preventivo dovrebbe essere fatto, se non altro per il tempo che perdiamo a
sbatterci in cerca dei prezzi, delle configurazioni, per poi guadagnarci un
misero 20% lordo tutto compreso.
Alberto


A tuo avviso?
Vabbe', continuiamo cosi... facciamoci del male... :)
Saluti.


 Che palle...
Ok ok ... assembly va' meglio ? 


> ma non sarebbe meglio trovare un ActiveX comunque?
...e qui ti volevo!
ActiveX o meno tu vuoi il protocollo di comunicazione!
I protocolli di comunicazione sono proprietari e non vengono resi
pubblici per un semplice
motivo.
Il mercato dei produttori di PLC si divide in due grandi fette:
1) PLC
2) SCADA
Gli Scada non sono altro che dei software che girano su pc la cui
particolarita' e' poter
comunicare con i PLC i modo tale da poter gestire tutti i dati del PLC
stesso con lo SCADA remoto.
Capisci benissimo che "fornirti" un "ActiveX" che ti permette di parlare
con il PLC (ovvero dandoti
il protocollo di comunicazione) potresti fare a meno dello SCADA del
produttore del PLC e scriverti
un tuo SCADA in C o C++ molto piu' efficente e personale rispetto a
quelli standard forniti attualmente.
Ti avviso subito che difficilmente troverai quello che cerchi.
Al massimo, se il Plc in questione è Siemens serie 300, esistono delle
Dll (no sorgenti) fornite da
Siemens stessa chiamate Prodave, possono essere implementate su sistemi
operativi microsoft 95/98 (no NT)
ma delle limitazioni e non sono piu' sviluppate da anni (io le ho usate
e sono un disastro).


 quelli standard forniti attualmente.
Schneider e Siemens ( ovvero piu' del 50% del mercato PLC) forniscono
interfccia OPC per i loro dispositivi :
ad esempio per il piccolo di casa siemens (S7-200) :
http://www4.ad.siemens.de/view/cs/en/14937876
e piu' in generale :
http://www.opcfoundation.org/Downloads/Overview/OPC%20Overview%201.00.pdf
 
Il tutto e' ovviamente a pagamento con royalties per la singola
applicazione, i prezzi non sono comunque paragonabili agli scada commerciali
( mai visto il costo di WinCC/MonitorPro ??).
Diffcilemnte per l'HMI di un impianto complesso un cliente accetta
un'applicazione in VB ...
saluti L.


> Schneider e Siemens ( ovvero piu' del 50% del mercato PLC)
Passi il discorso Siemens (che comunque relega il tutto alla famiglia
più piccola
della serie 7) ma Schneider non credo proprio che occupa gran parte del
mercato mondiale
dei PLC (imho in base alle mie esperienze naturalmente)
Inoltre le Dll Siemens (che una volta si chiamavano Prodave) sono un
disastro, hanno pessime
performance e se le implementi su un progetto "serio" scritto in C/C++
su un PC saltano fuori
subito tutti i limiti di un prodotto che non vuole sovrapporsi sul
mercato degli scada.
Ripeto, se ti danno la possibilita' di sfruttare al 100% la potenza del
protocollo MPI almeno la
metà delle vendite dei vari scada (senza andare a scomodare WinCC) dei
ProtoolPro, pannelli Op crolla
dal momento che puoi implementarli come ti pare su palmari, power pc, pc
industriali o semplici desktop.
I grandi clienti, quelli che vogliono "il nome" sono quelli che spendono
cifre mostruose per WinCC utilizzato
alla fine magari al 25% delle sue potenzialità.
I grandi clienti sono quelli che hanno grandi ing. grandi manager grandi
pensatori e muovono 10 persone per montare
un inverter.
Ma esiste una foltissima schiera di clienti che necessitano di macchine
automatiche di piccole/medie dimensioni, su queste
realtà pi rezzi Scada come li propone Siemens e' da fuori di testa.
Per il momento tutte queste aziende sono tenute per la gola proprio su
questi vincoli, non hai i soldi per uno SCADA ?
Ti monti un "bel" pannello operatore monocromatico a 2 righe di display
altrimenti ciccia.
Nella mia vecchia azienda siamo riusciti a scrivere un clone del
protocollo MPI (dopo mesi passati davanti ai Datascope) e i vari
clienti facevano salti di gioia cosi...


 display altrimenti ciccia.
bhe, per molte applicazioni lo scada ( soprattutto a bordo macchina ) e' un
vezzo piu che una necessita' scelto per la grafica accattivante piu' che per
le funzionalita'.
L.

le funzionalita'.
Cia' ... mettiamo in piedi un bel sistemino/ditta per fare concorrenza
a questi mostri preistorici ? :-)
Ciao
	Steve
-- 
"Neanche gli dei" (I.A. Galaxy) - Isaac Asimov
   --- 
sbo...@despammed.com
 ---

 a questi mostri preistorici ? :-)
Presente! :-P

 a questi mostri preistorici ? :-)
non dirlo due volte , ci stavo giusto pensando in questo momento , IMHO lo
spazio c'e' e un po' di brezza non farebbe che bene al settore ... se per
caso dovessi tornare da queste parti fai un fischio !  Se un po' dei bravi
informatici in questo momento a spasso si buttassero in imprese del genere
ci sarebbe da divertirsi ...
L.

 a questi mostri preistorici ? :-)
non dirlo due volte , ci stavo giusto pensando in questo momento , IMHO lo


 Presente! :-P
bene, ci manca un commerciale d'assalto e via ! Siemens trema ;-)  [ sempre
puntare in alto LOL ]
L.

 al limite vedrei meglio scansionare? :)
cough cough :-)
Certo, lo scansionamento della fotocellula suona meglio dello scandimento
:-p
-- 
Ale
http://www.sen.it
rara temporum felicitate, ubi sentire
quae velis et quae sentis dicere licet

 a questi mostri preistorici ? :-)
non dirlo due volte , ci stavo giusto pensando in questo momento , IMHO lo


ci sarebbe da divertirsi ...
Il problema e' la mancanza del mercato e/o difficolta' dello stesso,
non di idee su cosa e come fare apparati.
Di idee ne ho tantissime ma e' come buttare sassi nel deserto :(
Comunque a me la fissa di fare qualcosa in automazione c'e' sempre :)
e se ci sono le condizioni non vedo perche' debba per forza tornare
per fare qualcosa.
E con le tecnologie che ci sono oggi e' davvero solo questione di
trovare clienti abbastanza in gamba da recepire le novita' e le
possibilita'.
Sai quei bei chippettini per interfacciare I/O via web ... ci si puo'
scatenare all'inverosimile :)
Cosi' come sull'uso di energie alternative, risparmio energetico, HA,
ecc. .. c'e un intero universo di possibilita' qua fuori.


bene, ci manca un commerciale d'assalto e via ! Siemens trema ;-)  [ sempre
La rinomineremo InfineOff :)


 .. se per caso dovessi tornare da queste parti fai un fischio !
IMHO Stefano Bodini una certa dimestichezza con il lavoro da remoto dovrebbe
averla ;-)
Il discorso è comunque interessante, ed una delle prime domande che mi farei
sarebbe: "al giorno d'oggi sono proprio necessari i PLC?"


 (questo stando a quanto detto dal cliente)
Non me ne volere, ma essendo questo il tuo livello di conoscenze
dell'argomento, un consiglio da amico sarebbe quello di lasciare perdere il
prima possibile ..


sarebbe: "al giorno d'oggi sono proprio necessari i PLC?"
Temo dipenda da chi risponde.
I PLC sono storicamente nati per dare uno strumento "semplice" da
usare in mano ad elettricisti per non dover dipendere da qualcuno
"esterno" alla ditta.
Ovvio che potendo, prendi un E104 (da DOS a Linux) e gli fai fare di
tutto di piu' tre volte, altro che PLC.
L'idea di base del PLC e' di avere un qualcosa piu' o meno universale.
Per fare il salto qualitativo dovremmo mettere giu' un PLC a
programmazione vocale con interfaccia vocale.
In questo modo l'elettrico di turno si limita a parlare al coso :)
Ma per quanto piu' o meno sia fattibile oggi tecnicamente, temo il
prezzo e la complessita' sia ancora troppo lontano per fare un
qualcosa del genere.
Alla fine l'inghippo sta nell'interfaccia uomo-macchina, non certo
sugli algortimi di gestione o comando di carichi.
Quella e' roba triviale.
Una proposta semi seria dovrebbe essere una ditta con un HW standard,
in grado di sviluppare/installare e mantenere macchinari per piccole
ditte.
Oggi come oggi si potrebbe andare di TCP/IP per
controllo/programmazione remota (ti eviti qualcuno vada in giro per il
mondo per cambiare programmi) e un team di sviluppo/installazione
apparati.
Va beh ... ritorno in mezzo ai miei protocolli :)
C'ya


 C'ya
Cu, torno a coccolare il mio scada ...
L.
(*) In un impianto complesso , con tanti punti di supervisione, diciamo
dieci, i 100k/euro li bruci sul ridere per licenze e sviluppo (NO hardware)


 Il 07 Ott 2003, 23:52, "Alessandro Riolo"
chiedo pieta' per il cut_and_paste selvaggio :-(
L.


 tutto di piu' tre volte, altro che PLC.
Questo E104 sarebbe quello descritto in questa pagina:
http://www.rugged.com/products/enclosures/e104/e104.html
?
Hai mai avuto fra le mani una cosa del genere?


Hai mai avuto fra le mani una cosa del genere?
Se ti riferisci al tuo link, no.
A quello che intendo io Si', anche altre cose :)
Ciao


di TCP ormai ci vanno anche i PLC normali ( ce' poi chi reinventa l'acqua
Si' ovvio ... intendevo dire che "bisogna partire da" non che "udite
udite :) "
Vabbe' ... pero' a trovare il posto giusto, con qualche cliente giusto
... si potrebbe fare qualcosa per iniziare.
Ciao



fotocellula?? che c'entra con un (presumibile) scanner?


ecco perchè era disposto a pagare bene :(
mi sa che lascio perdere se c'è da sbattarsi tanto.

 mi sa che lascio perdere se c'è da sbattarsi tanto.
cercati dell'HW con protocollo documentato e con strumenti di dviluppo free,
quindi non Siemens, non questo e non altro... IMHO qualcosa esiste. Se
prorio non trovi nulla sui procolli nativi prova modbus che se non ricordo
male te lo leggi senza patemi (ricordo un PLC ABB che mi ripondeva
tranquillamente dall'hyperterminal di winzozz ). Poi TUTTO dipende dai
requisiti della tua applicazione, senza quelli stiamo discutendo del nulla
...
saluti L.


 Di solito c'e' su tutto, da I/O a Ram/video/tastiera/ecc.
Lunedì ne ho probabilmente avuto qualcuna in mano, di un produttore cinese,
ma non sapevo esistesse uno standard chiamato E104. Grazie per l'info.


 fotocellula?? che c'entra con un (presumibile) scanner?
Scherzavo con l'itagliano (a proposito, sai come si traduce l'inglese to
scan?).


ma non sapevo esistesse uno standard chiamato E104. Grazie per l'info.
Figurati ... ti do' anche un paio di hints :)
Se bazzichi il mondo embedded :
- abbonati a Circuit Cellar Ink
- abbonati a Embedded Systems Programming
poi se puoi anche ai vari EDS, Sensors, ecc., tutte riviste
specializzate o sull'elettronica e componentistica.
Anche farsi mandare un po' di cataloghi dalle varie ditte male non fa,
non hai idea delle info che si trovano !
Se poi giochi anche con Linux .. almeno Linux Journal che ha qualche
articolo dedicato all'embedded (fino a pochi mesi fa c'era anche
Embedded Linux Journal ... sigh)
Hope this help


 No, E104 e' uno standard per schede (PC) per embedded.
Ho fatto un po' di ricerche con Google, non ho trovato uno standard chiamato
E104, ma uno chiamato PC/104 (
http://www.pc104.org/
), probabilmente questa
volta ci sono andato più vicino, nevvero? ;-)


volta ci sono andato più vicino, nevvero? ;-)
Yep ... E104 credo sia una scheda a standard PC/104 ... sorry.


 Se bazzichi il mondo embedded :
Ti ho scritto via e-mail sull'argomento, se mi invii una risposta me lo
potresti segnalare qua? I filtri che ho dovuto mettere su ultimamente sono
molto schizzinosi (ma d'altronde non potevo fare altrimenti, dal 18
Settembre ricevo in media più di 70MB di virus+UCE al giorno), in pratica le
prime volte che scambio messaggi di posta elettronica con qualcuno ho
bisogno di un canale di segnalazione per la conferma della connessione :-)


 ... si potrebbe fare qualcosa per iniziare.
infatti, la parte tecnica non mi spaventa il problema vero e' trovare un via
che 'garantisca' il sostentamente nel breve e finanzi la crescita; per
quanto io ritenga che il mercato ci sia, devo riconoscere che non e' molto
aperto alle novita' (*) e manca anche degli strumenti per una corretta
valutazione dell'offerta ...
L.
(*) eufemismo :  in molti continuerebbero ad usare prodotti di 10/15 anni fa
se solo fossero ancora a listino

 ecc. .. c'e un intero universo di possibilita' qua fuori.
:)
saluti L.


babel me lo traduce con "esplorare" (?_?)


ora non per fare polemica, ma detta in questo modo sembrava fossi
pesantemente OT, cosa che invece hai smentito seguendo il 3d; la
domanda č: "perchč hai dato quella risposta stile 'sburone' invece
di una costruttiva come le altre che si sono susseguite?"
Stefano,

domanda č: "perchč hai dato quella risposta stile 'sburone' invece
Risposta stile "essenziale".
Tra professionisti non dovrebbe essere necessario scrivere 4000 righe
per dire "sei OT", non trovi ?
Un conto e' chiedere l'andamento del mercato tra colleghi, un altro
chiedere come fare qualcosa.
In quanto alla costruttivita' dipende da quanto una domanda e' in
tema.
Take easy
	Steve
