Newsgroup: it.comp.lang.delphi
Titolo: Applicazione controllo LPT

Ciao ragazzi, l'argomento temo non sia proprio inerente a Delphi ma ci provo lo stesso.
Ho scritto un'applicazione in D7 che si avvale dei componti ICS di Piette, per la precisione TWebServer.
In breve da remoto via browser attivo / disattivo gli 8 pin data della LPT alla quale è collegata una schedina con 8 led e relè (autocostruita...colpa mia?) che dovrebbero pilotare allarme, voce registrata, luce ecc (ho un piccolo negozio con sorveglianza live e la prudenza non è mai troppa...purtroppo).
Ora, dopo aver verificato l'ottimo funzionamento del tutto, sarei al punto di cablare i vari hardware ai relè ma stamattina mi sono venuti i capelli dritti!
Il pc al quale è collegata la scheda è il mio server web dei miei 4 siti senza pretese dunque sempre acceso. Trovo tutti gli otto led accesi dopo averli lasciati naturalmente spenti alla sera ed i fumetto di riavvio causa aggiornamenti win. Dubbio: spengo i led via server e riavvio il pc. Qualche flash dei led in riavvio ma quel che è peggio tutti i led accesi al suo accesso! il che significa che se il pc si riavvia nel pieno della notte suona l'allarme, si accendono le luci, il mitra comincia a sparare  :) ecc ecc. Potrei capire un check della porta ma i pin dovrebbero (penso) restare inibiti...
Ma avete idea del perchè riavviando il pc tutti i pin vanno (e restano) in conduzione?
Potete eventualmente suggerirmi un ng dove possa porre questa questione? Googlare è inutile, trovi il mondo ma non questa risposta...
 
Grazie
 
Valter

 Potete eventualmente suggerirmi un ng dove possa porre questa questione? 
 
Hai provato su it.comp.hardware ?
 
ciao
Giacomo


Grazie, ho appena provato a postare la questione, vediamo se qualcuno ha qualche idea...
 
V

Per come la vedo io voler affidare dei compiti così delicati ad un 
qualcosa che fa girare un sistema operativo (win poi!) ed usare 
un'interfaccia comunque nata per altri scopi... significa andarsi a 
cercare rogne.
 
Io userei un sistema embedded. Raspberry Pi o uno dei suoi tanti cloni 
(Banana pi, Banana Pro, Olinuxino Lime, etc etc) risolverebbe alla 
grande. Anche un Arduino con shield ethernet sarebbe ok ed in questo 
caso senza nemmeno il sistema operativo. Su Aliexpress trovi cloni di 
Arduino e ethernet shield a qualche dollaro...
 
My 2 cents
 
 
 
 
-- 
Mai mettersi a discutere con un idiota:
- prima ti porta al suo livello e poi ti batte con l'esperienza;
- chi ascolta potrebbe non capire la differenza.
 

te la dico tutta, ho un raspberry PI2 quad + 1gb ram sul banco, oggi ho installato s.o. e devo vedermelo un po'
anch'io la vedo - in parte - come te ma ormai è una questione da definire, so già che finito il prototipo hard / soft il tutto finirà nel cassetto a favore degli embedded ma se non risolvo mi resta il quesito: perchè mai LPT spalanca le porte all'avvio del s.o.? ci sono in circolazione diversi articoli che cantano le odi della parallela + soft + controllo remoto, ma questo dettaglio è sfuggito proprio a tutti???
 
 

 anch'io la vedo - in parte - come te ma ormai è una questione da definire, so già che finito il prototipo hard / soft il tutto finirà nel cassetto a favore degli embedded ma se non risolvo mi resta il quesito: perchè mai LPT spalanca le porte all'avvio del s.o.? ci sono in circolazione diversi articoli che cantano le odi della parallela + soft + controllo remoto, ma questo dettaglio è sfuggito proprio a tutti???
 
 


argomento interessante, per me che mi occupo (per divertimento) di hw,
i codici che vengono emessi sulla parallela potrebbero essere i post del bios
ad ogni passo di controllo del bios viene emesso un codice sulla parallela
che si puo' visualizzare con dei led o un display
in modo che quando fallisce un test li sopra vedi il codice del guasto.
Perfettamente daccordo che win non e' lo strumento migliore per il controllo
in dicembre mi hanno regalato un pdp11 con RT11 lo usavano e lo usano tuttora
anche per controllare centrali nucleari.
 
ciao
delo
 
 

infatti sono partito col raspberry, un gioiellino tutto da scoprire...immediato, poche righe di python ed il web server è in ascolto...
condivido il discorso dei post del bios ma quello che non mi torna è perchè al termine del caricamento di win tutti gli 8 pin dati sono aperti. Il pin ERROR è OK. Ho pensato che magari manca una vera periferica collegata ed il protocollo di comunicazione "sbanda" perchè non sente gli altri pin. Forse basterebbe inviare un segnale extra o ponticellare determinati pin, a cercare si potrebbe risolvere con l'elettronica giusta.
Pazienza, slitto sull'embedded che è certamente più affidabile.
 
V
 
 

 ha scritto nel messaggio news:45d74616-823b-48d1...@googlegroups.com...


ci avevo già pensato e ho provato ad impostarla solo epp e normal, nessuna differenza...ho anche messo una lpt aggiuntiva disabilitando l'integrata dal bios ma mi assume un'indirizzo diverso dal 378 e 278 e i driver pare non riescano a gestirla

 Ciao ragazzi,
 
Se non puoi fidarti dello stato delle porte fino a quando non parte
il tuo software, metterei un latch in uscita, sulle uscite della LPT.
Il trasferimento dello stato della parallela alle uscite del latch
lo condizionerei alla presenza di un segnale su una delle uscite di
cui sei ragionevolmente sicuro.
 
Ad esempio emetti un'onda quadra a 100 Hz, su un'uscita per 1 secondo,
con un filtro ed una RC generi l'impulso di clock per il latch.
E' improbabile che possa essere generato da altri sw che non siano il
tuo.
 
Ciao,
 
Virgilio Lattanzi