Programma porte USB !

Goldrake_xyz · 26-06-2005, 19:01

Ok, ormai lo sanno anche i bambini come si programmano
(a livello assembler) le porte seriali e le porte parallele.
(registri interrupt e cazzatelle varie)

xò per le porte USB nulla ?

come si programmano ?
quali sono i registri ?
Ovviamente prevedo che ci sarà un integrato dedicato apposta,
magari incorporato nell' south bridge

Bene, il fatto è che vorrei controllare il flusso dati in ingresso/uscita
del mio computer, attraverso un' altro computer che fà semplicemente
da trasponder, ma che memorizza tutto flusso di byte.

Questo è facile da fare se ho il modem attaccato ad una porta RS232,
ma se la porta è usb ?

suggerimenti e link sono sempre molto graditi !

Ciao.

Fenomeno85 · 26-06-2005, 20:13

ecco mi interessa dato che non ho mai trovato nulla a riguardo fatto bene

~§~ Sempre E Solo Lei ~§~

71104 · 26-06-2005, 21:07

ancora gente che pretende di programmare direttamente in assembly in modalità protetta

e ditemi, come fareste voi (in assembler) ad accedere ad una USB se il suo controller non fosse sulla scheda madre ma su una scheda a parte, un hub USB? e se si trattasse invece di un hub USB attaccato ad una USB di un altro hub, attaccato infine ad una USB di una scheda PCI (sparo)?!?
non sarebbe meglio (come al solito) sfruttare il supporto offerto dal sistema operativo e dai suoi drivers ad hoc?

qualsiasi ciofega di sistema operativo permette di accedere alle USB e a molti altri tipi di porte con degli pseudofiles.

Fenomeno85 · 27-06-2005, 15:41

ehm sai com'è certe volte lavorare a basso livello e vedere tutto come funziona ti fa imparare molte + cose. Cmq ovvio mi basterebbe anche lavorare in c++

~§~ Sempre E Solo Lei ~§~

ilsensine · 27-06-2005, 17:11

Bè è distante anni luce dal programmare una seriale. Su una seriale si può accedere, al livello elementare, con un poche porte di i/o.
Un host usb è in genere un dispositivo PCI (anche se "cablato" sulla scheda madre), quindi anche solo per cominciare a parlarci occorre programmare un dispositivo pci.
Quindi, occorre conoscere qualcosa sul protocollo usb. A differenza di una seriale, che si comporta essenzialmente come un pipe, un dispositivo usb ha normalmente più "pipe" logici di comunicazione, chiamati endpoint. Come se non bastasse, ogni endpoint può essere di 4 tipi diversi, ovviamente spesso configurabili dal driver.
Tutto questo per scrivere il driver per l'host; poi occorre scrivere il driver per il device.
La documentazione ufficiale la trovate qui:
http://www.usb.org/developers/docs/

Goldrake_xyz · 27-06-2005, 18:16

Grazie x il link

Come giustamente ha detto ilsensine la porta USB è
qualcosa di diverso, infatti la linea rx/tx è unica, e quindi facile
intuire che ci deve essere un protocollo di comunicazione abbastanza evoluto,
stile rete ethernet, (a collisione di pacchetto penso di no

)
o per lo meno doverbbe esserci un handshake software frà l'unità master
e l'unità slave.

Bene, me le studierò con calma

x 71104... vatti a fidare del S.O. Win_xyz

con tutti i suoi bug,
le patch, le vulnerabilità, e adesso anche il virus che si intrufola
nei documenti di word, sembra quasi che lo fanno apposta a
lasciare molte open-backdoors...

Fosse x mè ritornerei ad un bel DOS 64-Bit

Ciao

Fenomeno85 · 27-06-2005, 18:18

Quote:

Originariamente inviato da Goldrake_xyz

Grazie x il link

Come giustamente ha detto ilsensine la porta USB è
qualcosa di diverso, infatti la linea rx/tx è unica, e quindi facile
intuire che ci deve essere un protocollo di comunicazione abbastanza evoluto,
stile rete ethernet, (a collisione di pacchetto penso di no

)
o per lo meno doverbbe esserci un handshake software frà l'unità master
e l'unità slave.

Bene, me le studierò con calma

x 71104... vatti a fidare del S.O. Win_xyz

con tutti i suoi bug,
le patch, le vulnerabilità, e adesso anche il virus che si intrufola
nei documenti di word, sembra quasi che lo fanno apposta a
lasciare molte open-backdoors...

Fosse x mè ritornerei ad un bel DOS 64-Bit

Ciao

esagerato

~§~ Sempre E Solo Lei ~§~

Goldrake_xyz · 27-06-2005, 18:24

Quote:

Originariamente inviato da Goldrake_xyz

Fosse x mè ritornerei ad un bel DOS 64-Bit

... ....
A livello hardware c'è sicuramente un controller che gestisce le
porte USB e questo chip sicuramente avrà dei registri e degli interrupt
proprietari ... programmabili.
Uhm, mi sembrava che sul sito AMD ci fosse qualcosa al riguardo...
ok, appena posso ci dò uno sguardo, e se trovo qualcosa posto il
link

ri-ciao

Goldrake_xyz · 27-06-2005, 18:31

Quote:

Originariamente inviato da Fenomeno85

esagerato

A leggere qesto http://www.hwupgrade.it/news/sicurezza/14878.html
c'è da preoccuparsi !

71104 · 27-06-2005, 20:54

Quote:

Originariamente inviato da Goldrake_xyz

x 71104... vatti a fidare del S.O. Win_xyz

con tutti i suoi bug,
le patch, le vulnerabilità, e adesso anche il virus che si intrufola
nei documenti di word, sembra quasi che lo fanno apposta a
lasciare molte open-backdoors...

ma che c'entra... -___-'''
a parte che imho Windows è più bersagliato degli altri sistemi operativi desktop solo perché tra i tanti è l'unico che gira sul 90% delle macchine desktop (

), ma a parte questo chi aveva parlato di Windows... e poi che c'entra Word... vuoi trasmettere dati sulle porte USB senza usare i driver? ognuno è padrone del suo masochismo, ma non introdurre discorsi che non c'entrano nulla (la tua uscita non mi sembrava altro che un pretesto per gettare fango sul sistema operativo che probabilmente usi anche tu).

ilsensine · 28-06-2005, 09:38

Quote:

Originariamente inviato da Goldrake_xyz

A livello hardware c'è sicuramente un controller che gestisce le
porte USB e questo chip sicuramente avrà dei registri e degli interrupt
proprietari ... programmabili.

I controller fortunatamente possono essere di 2-3 tipi standard e documentati.
I device possono essere un problema; sebbene lo standard usb definisca una serie di "classi" (ad es. audio device, mass-storage device ecc.) con protocollo unificato e documentato per ciascuna classe, esistono diversi produttori che preferiscono fare di testa loro e implementarsi i loro protocolli fatti in casa. Questo è vero specialmente nel mondo dei modem, dove lo "standard" usb per questi dispositivi (acm) viene troppo spesso snobbato (e il protocollo proprietario adottato non è in genere documentato neanche a sparargli).

71104 · 28-06-2005, 10:39

Quote:

Originariamente inviato da ilsensine

I controller fortunatamente possono essere di 2-3 tipi standard e documentati.
I device possono essere un problema; sebbene lo standard usb definisca una serie di "classi" (ad es. audio device, mass-storage device ecc.) con protocollo unificato e documentato per ciascuna classe, esistono diversi produttori che preferiscono fare di testa loro e implementarsi i loro protocolli fatti in casa. Questo è vero specialmente nel mondo dei modem, dove lo "standard" usb per questi dispositivi (acm) viene troppo spesso snobbato (e il protocollo proprietario adottato non è in genere documentato neanche a sparargli).

e be', mi sembra anche giusto.

Goldrake_xyz · 29-06-2005, 21:14

Quote:

Originariamente inviato da 71104

ma che c'entra... -___-'''

Forse non hai letto tutta la discussione, io avevo bisogno di realizzare
un Trasponder USB frà il Computer x internet e un computer di controllo
xchè mi sono rotto le

di tutti i software e adware che si intrufolano
nel mio computer passando allegramente Antivirus & CO.
Ma questa è una questione di contorno.

Quote:

Originariamente inviato da 71104

a parte che imho Windows è più bersagliato degli altri sistemi operativi desktop solo perché tra i tanti è l'unico che gira sul 90% delle macchine desktop (

), ma a parte questo chi aveva parlato di Windows... e poi che c'entra Word...

Questo non è vero, il più bersagliato di tutti è lo UNIX, e a conferma
di questo vai a vedere quanti virus x macchine unix esistono,
all' incirca il doppio di winzzz.

Quote:

Originariamente inviato da 71104

vuoi trasmettere dati sulle porte USB senza usare i driver? ognuno è padrone del suo masochismo,

Ok, se esistono dei driver x compilatore C che gestiscono le USB
con le apposite funzioni, tanto meglio.
Cmq se non c'è altra via si programmano direttamente i registri
del controller USB. L'ho già fatto con la porta parallela e con le
seriali, e non è difficile nè è da masochisti, bisogna solamente
saperlo fare !

Quote:

Originariamente inviato da 71104

ma non introdurre discorsi che non c'entrano nulla (la tua uscita non mi sembrava altro che un pretesto per gettare fango sul sistema operativo che probabilmente usi anche tu).

Calma amico !

Io voglio "gettare fango" solo su quelli che inseriscono
virus e adware e i pingatori che rompono ogni giorno !
Cercherò in ogni modo di castrargli la "connessione" via hardware con
il mio computer !

Good Luck !

Goldrake_xyz · 29-06-2005, 21:21

Ok, x rientrare in tema, mi sembra che molti documenti dell' AMD,
in particolare l' am186cc gestisce porte USB.

I Registri per programmare queste porte sono integrati nel
south_bridge, e quindi penso che bisognerà scaricare la
documentazione di questi, almeno x sapere a quali indirizzi fare
riferimento.
Se poi esistono delle librerie di funzioni x C o C++ che si incaricano
della gestione delle porte USB, questo è ancora meglio.
Infatti mi sembra che AMD propone delle funzioni da aggiungere
nell' header del C o C++ per fare questo.

Tchuss

71104 · 29-06-2005, 22:38

Quote:

Originariamente inviato da Goldrake_xyz

Ok, se esistono dei driver x compilatore C che gestiscono le USB
con le apposite funzioni, tanto meglio.

te l'ho detto prima, no? qualsiasi sistema operativo permette di accedere a numerosi tipi di porte esterne tramite degli pseudofiles; è così anche in Windows, solo che non ricordo come si fa.
tempo fa su questo forum si è parlato proprio di un esempio in Visual Basic che apriva le porte USB (ce l'ho ancora, se lo ripesco lo metto in attachment).

71104 · 29-06-2005, 22:41

eccolo; in particolare guarda il codice della funzione OpenUSBdevice nel file hidinterface.bas; tutto il resto è ReadFile, WriteFile e CloseHandle alla fine.

Goldrake_xyz · 30-06-2005, 18:28

Quote:

Originariamente inviato da 71104

eccolo; in particolare guarda il codice della funzione OpenUSBdevice nel file hidinterface.bas; tutto il resto è ReadFile, WriteFile e CloseHandle alla fine.

OK , ti ringrazio x l'interessamento,

Il mio problema principale era infatti quello di mandare un byte
o word sulla porta USB xx e riceverlo su un' altra.
(Ovviamente non pretendo di scrivere un programma che gestisce
il protocollo e il flusso dati di un HD esterno !)
Questo anche in previsione di usare i nuovi controller programmabili
via USB, o semplicemente x realizzare una connessione da PC a PC.
(Sicuramente le porte del computer sono di tipo master, cioè danno
anche l'alimentazione a 5Vcc, mentre le porte utente non generano
nessun tipo di tensione..)

Tchuss

Goldrake_xyz · 30-06-2005, 19:24

non riesco a scaricare dal sito AMD i Datasheet dell' AM186CC
http://www.amd.com/us-en/Connectivit...6_8999,00.html

Boh ?

ilsensine · 01-07-2005, 07:45

Quote:

Originariamente inviato da Goldrake_xyz

Il mio problema principale era infatti quello di mandare un byte
o word sulla porta USB xx e riceverlo su un' altra.

Allora il problema è molto più semplice (si fa per dire); non devi gestire il controller, ci pensa il s/o. Sevi semplicemente usare le API userspace per accedere ai dispositivi. L'esempio indicato da 71104 può esserti di aiuto.

Nota che non è comunque così banale come con la seriale; ricorda che hai diversi "canali", di tipo diverso.

SilverXXX · 12-07-2005, 14:55

Ragazi, scusate se mi infilo nella discussione, ma sono disperato e ho bisongo di una mano (grossa).
Dovrei costruire una periferica usb (

e non vi dico per cosa che è meglio...) e non so da dove partire. Dove si trovano dei documenti a riguardo?

26-06-2005, 19:01	#1
Goldrake_xyz Senior Member Iscritto dal: Apr 2004 Messaggi: 984	Programma porte USB ! Ok, ormai lo sanno anche i bambini come si programmano (a livello assembler) le porte seriali e le porte parallele. (registri interrupt e cazzatelle varie) xò per le porte USB nulla ? come si programmano ? quali sono i registri ? Ovviamente prevedo che ci sarà un integrato dedicato apposta, magari incorporato nell' south bridge Bene, il fatto è che vorrei controllare il flusso dati in ingresso/uscita del mio computer, attraverso un' altro computer che fà semplicemente da trasponder, ma che memorizza tutto flusso di byte. Questo è facile da fare se ho il modem attaccato ad una porta RS232, ma se la porta è usb ? suggerimenti e link sono sempre molto graditi ! Ciao.

26-06-2005, 20:13	#2
Fenomeno85 Senior Member Iscritto dal: Jun 2002 Città: Provincia De VaRéSe ~ § ~ Lat.: 45° 51' 7" N Long.: 8° 50' 21" E ~§~ Magica Inter ~ § ~ Detto: A Chi Più Amiamo Meno Dire Sappiamo ~ § ~ ~ § ~ Hobby: Divertimento allo Stato Puro ~ § ~ ~ § ~ You Must Go Out ~ § ~ Messaggi: 8895	ecco mi interessa dato che non ho mai trovato nulla a riguardo fatto bene ~§~ Sempre E Solo Lei ~§~ __________________ Meglio essere protagonisti della propria tragedia che spettatori della propria vita Si dovrebbe pensare più a far bene che a stare bene: e così si finirebbe anche a star meglio. Non preoccuparti solo di essere migliore dei tuoi contemporanei o dei tuoi predecessori.Cerca solo di essere migliore di te stesso

27-06-2005, 15:41	#4
Fenomeno85 Senior Member Iscritto dal: Jun 2002 Città: Provincia De VaRéSe ~ § ~ Lat.: 45° 51' 7" N Long.: 8° 50' 21" E ~§~ Magica Inter ~ § ~ Detto: A Chi Più Amiamo Meno Dire Sappiamo ~ § ~ ~ § ~ Hobby: Divertimento allo Stato Puro ~ § ~ ~ § ~ You Must Go Out ~ § ~ Messaggi: 8895	ehm sai com'è certe volte lavorare a basso livello e vedere tutto come funziona ti fa imparare molte + cose. Cmq ovvio mi basterebbe anche lavorare in c++ ~§~ Sempre E Solo Lei ~§~ __________________ Meglio essere protagonisti della propria tragedia che spettatori della propria vita Si dovrebbe pensare più a far bene che a stare bene: e così si finirebbe anche a star meglio. Non preoccuparti solo di essere migliore dei tuoi contemporanei o dei tuoi predecessori.Cerca solo di essere migliore di te stesso

27-06-2005, 17:11	#5
ilsensine Senior Member Iscritto dal: Apr 2000 Città: Roma Messaggi: 15625	Bè è distante anni luce dal programmare una seriale. Su una seriale si può accedere, al livello elementare, con un poche porte di i/o. Un host usb è in genere un dispositivo PCI (anche se "cablato" sulla scheda madre), quindi anche solo per cominciare a parlarci occorre programmare un dispositivo pci. Quindi, occorre conoscere qualcosa sul protocollo usb. A differenza di una seriale, che si comporta essenzialmente come un pipe, un dispositivo usb ha normalmente più "pipe" logici di comunicazione, chiamati endpoint. Come se non bastasse, ogni endpoint può essere di 4 tipi diversi, ovviamente spesso configurabili dal driver. Tutto questo per scrivere il driver per l'host; poi occorre scrivere il driver per il device. La documentazione ufficiale la trovate qui: http://www.usb.org/developers/docs/ __________________ 0: or %edi, %ecx; adc %eax, (%edx); popf; je 0b-22; pop %ebx; fadds 0x56(%ecx); lds 0x56(%ebx), %esp; mov %al, %al andeqs pc, r1, #147456; blpl 0xff8dd280; ldrgtb r4, [r6, #-472]; addgt r5, r8, r3, ror #12

12-07-2005, 14:55	#20
SilverXXX Senior Member Iscritto dal: Jan 2004 Città: Gatteo Messaggi: 2955	Ragazi, scusate se mi infilo nella discussione, ma sono disperato e ho bisongo di una mano (grossa). Dovrei costruire una periferica usb ( e non vi dico per cosa che è meglio...) e non so da dove partire. Dove si trovano dei documenti a riguardo? __________________ And so at last the beast fell and the unbelievers rejoiced. But all was not lost, for from the ash rose a great bird. The bird gazed down upon the unbelievers and cast fire and thunder upon them. For the beast had been reborn with its strength renewed, and the followers of Mammon cowered in horror.

26-06-2005, 21:07	#3
71104 Bannato Iscritto dal: Feb 2005 Città: Roma Messaggi: 7029	ancora gente che pretende di programmare direttamente in assembly in modalità protetta e ditemi, come fareste voi (in assembler) ad accedere ad una USB se il suo controller non fosse sulla scheda madre ma su una scheda a parte, un hub USB? e se si trattasse invece di un hub USB attaccato ad una USB di un altro hub, attaccato infine ad una USB di una scheda PCI (sparo)?!? non sarebbe meglio (come al solito) sfruttare il supporto offerto dal sistema operativo e dai suoi drivers ad hoc? qualsiasi ciofega di sistema operativo permette di accedere alle USB e a molti altri tipi di porte con degli pseudofiles.

27-06-2005, 18:16	#6
Goldrake_xyz Senior Member Iscritto dal: Apr 2004 Messaggi: 984	Grazie x il link Come giustamente ha detto ilsensine la porta USB è qualcosa di diverso, infatti la linea rx/tx è unica, e quindi facile intuire che ci deve essere un protocollo di comunicazione abbastanza evoluto, stile rete ethernet, (a collisione di pacchetto penso di no ) o per lo meno doverbbe esserci un handshake software frà l'unità master e l'unità slave. Bene, me le studierò con calma x 71104... vatti a fidare del S.O. Win_xyz con tutti i suoi bug, le patch, le vulnerabilità, e adesso anche il virus che si intrufola nei documenti di word, sembra quasi che lo fanno apposta a lasciare molte open-backdoors... Fosse x mè ritornerei ad un bel DOS 64-Bit Ciao

29-06-2005, 21:21	#14
Goldrake_xyz Senior Member Iscritto dal: Apr 2004 Messaggi: 984	Ok, x rientrare in tema, mi sembra che molti documenti dell' AMD, in particolare l' am186cc gestisce porte USB. I Registri per programmare queste porte sono integrati nel south_bridge, e quindi penso che bisognerà scaricare la documentazione di questi, almeno x sapere a quali indirizzi fare riferimento. Se poi esistono delle librerie di funzioni x C o C++ che si incaricano della gestione delle porte USB, questo è ancora meglio. Infatti mi sembra che AMD propone delle funzioni da aggiungere nell' header del C o C++ per fare questo. Tchuss

30-06-2005, 19:24	#18
Goldrake_xyz Senior Member Iscritto dal: Apr 2004 Messaggi: 984	non riesco a scaricare dal sito AMD i Datasheet dell' AM186CC http://www.amd.com/us-en/Connectivit...6_8999,00.html Boh ?

Strumenti
Mostra una versione stampabile Invia questa pagina per email