TripleX sur MOxTOx
Modérateurs : Papy.G, fneck, Carl
Re: Projet TripleX
C'est très excitant, tout ça : le projet de Jacques et le projet d'Ennio font partie de mes rêves les plus fous, et je vois qu'ils ne sont pas loin d'aboutir. Pour Noël, ce serait un beau cadeau
Daniel
L'obstacle augmente mon ardeur.
L'obstacle augmente mon ardeur.
Re: Projet TripleX
Salut à tous
Voila quelques nouvelles de mon coté : Je suis en pleins désarrois
Déjà : Daniel, j'ai bien peur que pour Noël ca ne soit pas fini (en ce qui me concerne en tout cas)
Et mon désarroi:
Je travail avec 4 appareils USB
- une souris USB 1.1 low speed
- un hub USB 2.0 Full Speed
- une clé USB 2.0 Full Speed (clé 1)
- une clé USB 2.0 Full Speed (clé 2)
Avec la souris, j'ai pas trop de soucis j'arrive à obtenir tous les descriptor. Cool!
Pour le Hub j'ai eu un petit soucis: j'affichais un titre qui prenais trop de temps après le reset donc je l'ai retiré et j'obtiens tous les descriptor.
La ou ca ce corse c'est pour les clés : Je n'obtient rien j'ai un Time Out
Alors j'optimise à mort: immédiatement après le reset USB, je fais un GetDeviceDescriptor. C'est génial ca marche. Mais après rien.
Ca c'est avec la clé 1
Je prends le même programme et j'essaie sur la 2eme clé: La j'obtiens tous les descriptor. Génial je suis content.
Comme ca marche à peu près pour les clés, je me dis ca doit marcher sur le Hub
Je branche le Hub, je lance le programme et qu'ai-je?
Time-Out sur la 1ere demande (device Descriptor) mais la 2eme requete est honoré (Configuration descriptor)
Donc le programme est trop rapide pour le Hub
Ce qui m'énerve le plus dans l'histoire c'est que quand c'est trop lent ca dit Time Out, quand c'est trop rapide ca dit Time Out
C'est vraiment pas facile ce truc
J'ai encore d'autre idée du genre: Ne pas se soucier des descriptor au debut. Assigner immediatement une adresse a l'appareils USB, et puis après consulter les Descriptor.
Car je crois que dans la norme USB 2.0 on a un temps limite pour assigner une adresse.
Je testerais ca plus tard, et je vous tiendrais au courant.
Jacques
Voila quelques nouvelles de mon coté : Je suis en pleins désarrois
Déjà : Daniel, j'ai bien peur que pour Noël ca ne soit pas fini (en ce qui me concerne en tout cas)
Et mon désarroi:
Je travail avec 4 appareils USB
- une souris USB 1.1 low speed
- un hub USB 2.0 Full Speed
- une clé USB 2.0 Full Speed (clé 1)
- une clé USB 2.0 Full Speed (clé 2)
Avec la souris, j'ai pas trop de soucis j'arrive à obtenir tous les descriptor. Cool!
Pour le Hub j'ai eu un petit soucis: j'affichais un titre qui prenais trop de temps après le reset donc je l'ai retiré et j'obtiens tous les descriptor.
La ou ca ce corse c'est pour les clés : Je n'obtient rien j'ai un Time Out
Alors j'optimise à mort: immédiatement après le reset USB, je fais un GetDeviceDescriptor. C'est génial ca marche. Mais après rien.
Ca c'est avec la clé 1
Je prends le même programme et j'essaie sur la 2eme clé: La j'obtiens tous les descriptor. Génial je suis content.
Comme ca marche à peu près pour les clés, je me dis ca doit marcher sur le Hub
Je branche le Hub, je lance le programme et qu'ai-je?
Time-Out sur la 1ere demande (device Descriptor) mais la 2eme requete est honoré (Configuration descriptor)
Donc le programme est trop rapide pour le Hub
Ce qui m'énerve le plus dans l'histoire c'est que quand c'est trop lent ca dit Time Out, quand c'est trop rapide ca dit Time Out
C'est vraiment pas facile ce truc
J'ai encore d'autre idée du genre: Ne pas se soucier des descriptor au debut. Assigner immediatement une adresse a l'appareils USB, et puis après consulter les Descriptor.
Car je crois que dans la norme USB 2.0 on a un temps limite pour assigner une adresse.
Je testerais ca plus tard, et je vous tiendrais au courant.
Jacques
Re: Projet TripleX
Bonjour à tous
Alors voila quelque news de mon travail.
J'arrive sans soucis à lire toutes les info USB d'un appareil.
Voila ce que j'arrive à faire et dans cet ordre:
- Lire le Device Descriptor
- Lire le Configuration Descriptor (qui contient également les InterfaceDescriptor et les EndPoint Descriptor
- Mettre une adresse a l'appareil USB
- Lire les string Descriptor
Voila des petits exemple de résultat:
OS9:usb_test
USB init ; Base Address : A7D0
SL811HS revision : 21
Speed Detection.
High Speed device detected
12010002000000400C090010001101020301
090220000101008032
090400000208065000
070581024000FF
070502024000FF
200353004D0049002000
Ca c'est pour une clé USB
C'est équivalent pour un HUB:
OS9:
OS9:usb_test
USB init ; Base Address : A7D0
SL811HS revision : 20
Speed Detection.
High Speed device detected
1201000209000040E3050806020700010001
09021900010100E032
090400000109000000
070581030100FF
16035500530042003200
Donc je dirais que pour l'instant j'ai compris le protocole de base de l'USB.
C'est le protocol dit de Control.
Et donc mon travail a faire maintenant est de Lire des secteurs dans la clé USB.
Mais la j'ai déchanté
En effet, dans les info de l'appareil USB, il y a le protocole utilisé pour dialoguer avec l'appareil.
Et pour la clé USB, c'est indiqué dans l'Interface Descriptor:
090400000208065000
Le 02 défini le nombre de EndPoint possible pour les interfaces
Ensuite il y a la class de l'appareil : 08 : Mass Storage.
Donc pour l'instant tout est bien
Puis vient la SubClass, qui definit le protocol de l'appareil
Ici pour la clé on a 6
Et si je me réfère a la doc USB
01 : RBC : Utilisé par les flash Device
02 : utilisé par les C/DVD ou MMC 2
03 : Pour les lecteurs de bande
04 : UFI : Utilisé par les lecteur de disquette
05 : SFF-8070i : utilisé par les lecteur de disquete
06 : SCSI protocol
07... : non utilisé
Donc le protocole utilisé est un protocol SCSI
Donc, en plus de devoir apprendre le protocol USB, il faut aussi que je me coltine le protocole SCSI!
Il va donc falloir que j'encapsule du SCI dans de l'USB!
Ca commence à devenir lourd la gestion de l'USB sur nos vieilles machines!
Jacques
Alors voila quelque news de mon travail.
J'arrive sans soucis à lire toutes les info USB d'un appareil.
Voila ce que j'arrive à faire et dans cet ordre:
- Lire le Device Descriptor
- Lire le Configuration Descriptor (qui contient également les InterfaceDescriptor et les EndPoint Descriptor
- Mettre une adresse a l'appareil USB
- Lire les string Descriptor
Voila des petits exemple de résultat:
OS9:usb_test
USB init ; Base Address : A7D0
SL811HS revision : 21
Speed Detection.
High Speed device detected
12010002000000400C090010001101020301
090220000101008032
090400000208065000
070581024000FF
070502024000FF
200353004D0049002000
Ca c'est pour une clé USB
C'est équivalent pour un HUB:
OS9:
OS9:usb_test
USB init ; Base Address : A7D0
SL811HS revision : 20
Speed Detection.
High Speed device detected
1201000209000040E3050806020700010001
09021900010100E032
090400000109000000
070581030100FF
16035500530042003200
Donc je dirais que pour l'instant j'ai compris le protocole de base de l'USB.
C'est le protocol dit de Control.
Et donc mon travail a faire maintenant est de Lire des secteurs dans la clé USB.
Mais la j'ai déchanté
En effet, dans les info de l'appareil USB, il y a le protocole utilisé pour dialoguer avec l'appareil.
Et pour la clé USB, c'est indiqué dans l'Interface Descriptor:
090400000208065000
Le 02 défini le nombre de EndPoint possible pour les interfaces
Ensuite il y a la class de l'appareil : 08 : Mass Storage.
Donc pour l'instant tout est bien
Puis vient la SubClass, qui definit le protocol de l'appareil
Ici pour la clé on a 6
Et si je me réfère a la doc USB
01 : RBC : Utilisé par les flash Device
02 : utilisé par les C/DVD ou MMC 2
03 : Pour les lecteurs de bande
04 : UFI : Utilisé par les lecteur de disquette
05 : SFF-8070i : utilisé par les lecteur de disquete
06 : SCSI protocol
07... : non utilisé
Donc le protocole utilisé est un protocol SCSI
Donc, en plus de devoir apprendre le protocol USB, il faut aussi que je me coltine le protocole SCSI!
Il va donc falloir que j'encapsule du SCI dans de l'USB!
Ca commence à devenir lourd la gestion de l'USB sur nos vieilles machines!
Jacques
- irios
- Messages : 3398
- Inscription : 04 nov. 2007 19:47
- Localisation : Rochefort du Gard (30)
- Contact :
Re: Projet TripleX
Je vois que ça avance bien de ton côté jb_jb_fr et pour ma part regardez là :
http://irios.free.fr/TriplEXL/PCB-TriplEXL-SOUD.JPG
http://irios.free.fr/TriplEXL/PCB-TriplEXL-COMP.JPG
Dès mon retour des vacances, je commence le montage et les tests !
http://irios.free.fr/TriplEXL/PCB-TriplEXL-SOUD.JPG
http://irios.free.fr/TriplEXL/PCB-TriplEXL-COMP.JPG
Dès mon retour des vacances, je commence le montage et les tests !
http://irioslabs.over-blog.com/
La connaissance ne vaut que si elle est partagée par tout le monde.
I2C
La connaissance ne vaut que si elle est partagée par tout le monde.
I2C
Re: Projet TripleX
Avec ce circuit imprimé ce n'est plus du rêve, mais une réalité très concrète.
Cette année la rentrée promet d'être riche en évènements exceptionnels
Cette année la rentrée promet d'être riche en évènements exceptionnels
Daniel
L'obstacle augmente mon ardeur.
L'obstacle augmente mon ardeur.
- fneck
- Site Admin
- Messages : 17502
- Inscription : 01 avr. 2007 12:03
- Localisation : Drôme Provençale (26)
- Contact :
Re: Projet TripleX
Magnifique
C'est toi qui a fait les circuits ou tu les as commandés?
C'est toi qui a fait les circuits ou tu les as commandés?
Fabien https://www.system-cfg.com
Les bonnes pratiques de l'utilisateur du forum viewtopic.php?f=14&t=3
Les bonnes pratiques de l'utilisateur du forum viewtopic.php?f=14&t=3
- irios
- Messages : 3398
- Inscription : 04 nov. 2007 19:47
- Localisation : Rochefort du Gard (30)
- Contact :
Re: Projet TripleX
Ma machine CNC étant HS et voulant avancer dans le projet, je les ai fait faire !
http://irioslabs.over-blog.com/
La connaissance ne vaut que si elle est partagée par tout le monde.
I2C
La connaissance ne vaut que si elle est partagée par tout le monde.
I2C
- fneck
- Site Admin
- Messages : 17502
- Inscription : 01 avr. 2007 12:03
- Localisation : Drôme Provençale (26)
- Contact :
Re: Projet TripleX
Si tu en es à ce stade de la réalisation, je suppose que le circuit est totalement fonctionnel?
Fabien https://www.system-cfg.com
Les bonnes pratiques de l'utilisateur du forum viewtopic.php?f=14&t=3
Les bonnes pratiques de l'utilisateur du forum viewtopic.php?f=14&t=3
- irios
- Messages : 3398
- Inscription : 04 nov. 2007 19:47
- Localisation : Rochefort du Gard (30)
- Contact :
Re: Projet TripleX
Oui !
http://irioslabs.over-blog.com/
La connaissance ne vaut que si elle est partagée par tout le monde.
I2C
La connaissance ne vaut que si elle est partagée par tout le monde.
I2C
Re: Projet TripleX
Oh! Oh!
C'est propre!
Quel sera l'usage du chip son ? Le connecteur 2X19 broches ira se connecter au port CRAM de l'appareil mais où se connectera la nappe ?
C'est propre!
Quel sera l'usage du chip son ? Le connecteur 2X19 broches ira se connecter au port CRAM de l'appareil mais où se connectera la nappe ?
- irios
- Messages : 3398
- Inscription : 04 nov. 2007 19:47
- Localisation : Rochefort du Gard (30)
- Contact :
Re: Projet TripleX
Le chip son sera là pour rajouter 3 voies sur 8 octaves et deux ports d'extensions 8 bits qui peuvent être utilisés pour de futur extension ! Si tu parles de la nappe voir des nappes qui sont dessinées sur le PCB, c'est toujours dans le cadre de futur extension mais dans un premier temps, il y aura in situ les composants.
http://irioslabs.over-blog.com/
La connaissance ne vaut que si elle est partagée par tout le monde.
I2C
La connaissance ne vaut que si elle est partagée par tout le monde.
I2C
Re: Projet TripleX
Merci
Cool l'intégration d'un RTC! Est-il compatible avec les commandes ExelDOS natives?
Cool l'intégration d'un RTC! Est-il compatible avec les commandes ExelDOS natives?
- irios
- Messages : 3398
- Inscription : 04 nov. 2007 19:47
- Localisation : Rochefort du Gard (30)
- Contact :
Re: Projet TripleX
De rien !
Oui, il devrait l'être.
Oui, il devrait l'être.
http://irioslabs.over-blog.com/
La connaissance ne vaut que si elle est partagée par tout le monde.
I2C
La connaissance ne vaut que si elle est partagée par tout le monde.
I2C