Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

IHM : plantage quand on essaie de connecter la cible #12

Closed
bizulk opened this issue Jun 11, 2020 · 5 comments
Closed

IHM : plantage quand on essaie de connecter la cible #12

bizulk opened this issue Jun 11, 2020 · 5 comments
Assignees
Labels
bug Something isn't working

Comments

@bizulk
Copy link
Owner

bizulk commented Jun 11, 2020

L'USB de la cible est bien listée après branchement, mais à la validation l'IHM crash et ferme.
Impossible de lancer un debug puisque l'on est branché à la cible.
CIO a ajouté un log sur fichier pour aider au diagnostic.
La team ajoute des traces et réalise quelques essais aujorudh'ui.

Sinon j'ai testé l'application Serial USB Terminal (pas USBSerial) pour me connecter à la cible :
le path vers le device est le même

  • il faut choisir un type de device pour qu'il accepte de créer une connexion ; j'ai bien sur choisi le CdC
  • Lorsque l'on demande à se connecter il y a une demande de permission qui pop.

Je pense qu'au niveau de l'IHM il manque l'association du device à une classe USB, et la demande d'autorisation à l'utilisateur.

IMG_20200611_153821887

IMG_20200611_153834967

IMG_20200611_153959178

Accessoirement :
IMG_20200611_153948048

@bizulk bizulk added the bug Something isn't working label Jun 11, 2020
@bizulk bizulk pinned this issue Jun 11, 2020
@bizulk
Copy link
Owner Author

bizulk commented Jun 12, 2020

L'équipe remonte le problème à ce niveau :
image

Je pense qu'il n'est pas safe d'ouvrir /dev/null.
Aussi je pense que dans ce cas il aurait fallut utiliser la fonction serial_setFd(), ou proposer dans dll_if de mettre un path "chaine vide" pour que celle-ci adapte le comportement.

@bizulk
Copy link
Owner Author

bizulk commented Jun 25, 2020

Ca se confirme, un gars du groupe google essaie de faire comme nous et n'y arrive pas.

on ne peut pas utiliser dev/bus/usb/.... comme étant un périphérique de communication VCP

Il faut utiliser le projet usbSerial wrappé ou extraire son contenu pour intégrer la communication.

@bizulk
Copy link
Owner Author

bizulk commented Jun 29, 2020

un autre témoignage sur ST pour la lib usbserialforandroid : https://community.st.com/s/question/0D50X00009Xkh5fSAB/usb-cdc-driver-for-android

@bizulk
Copy link
Owner Author

bizulk commented Dec 28, 2020

Le problème est la méthode utilisé pour la connexion, pour laquelle la demande de permission est asynchrone.
il faut dissocier la demande de permission et l'attente de la réponse pour essayer de se connecter.

bizulk pushed a commit that referenced this issue Dec 29, 2020
use an android broadcast receiver & events to handle permission result.
@bizulk
Copy link
Owner Author

bizulk commented Dec 30, 2020

fixed - code cleaning.
We process asynchronously the permission result event, using Xamarin.Android API.
Using Xamarin.Essential failed : USB not handled, and extend to USB did fail.

@bizulk bizulk closed this as completed Dec 30, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

3 participants