Résolu Contrôleur GRBL : Cherche testeurs

[MegaHertz]

Bonjour,

Je cherche des testeurs

J'ai développé un contrôleur GRBL sous Android.
Il fonctionne plutôt bien et il peut tourner sur de vieux appareils ( jusqu'à Android 6 ).

Au début c'était pour remplacer la petite merdouille à 6 boutons fournie avec ma machine.
Ensuite je me suis pris au jeu et j'ai pas arrêté de rajouter des trucs et des machins.

Transforme n'importe quel appareil Android équipé de l'USB en contrôleur GRBL filaire.

J'ai pu le tester sur mon téléphone, une tablette 10 pouces et une tablette 7 pouces.
Comme il fonctionne plutôt bien je voudrais le publier sur GooglePlay.

Au programme :
Mode JOG
Mode précision par pas de 50, 20, 10, 5, 1, 0.5, 0.1, 0.05, 0.01 et 5 microns
Mode probe
Mode commande immédiate
Détection de perte du G92 et restauration
Avertissement homing (Vous avez jamais oublié ?)
Pour chaque profile vous pouvez régler le WCS (G54..G59) et la méthode de zéro (G10 ou G92)

Execution de fichiers GCode avec breakpoint, mode pas à pas et pilotage imbriqué :
Le pilotage imbriqué vous permet de faire bouger la machine avec probe ou autre
et retourner à votre position de départ ou sur le 0 pour reprendre l'exécution du GCode

Possibilité de définir une macro M6


Et si la couleur vous plaît pas vous pouvez changer dans les prefs.

Il est traduit dans 17 langues.
J'ai pris les photos en anglais pour le PlayStore : il y'a le Français et 15 autres langues.

J'ai développé pour que ça puisse tourner sur de vieux appareils (jusqu'à Android 6)

Si vous êtes intéressé écrivez moi en MP.

 

[pc07]

ça fonctionne aussi avec un laser?

 

[MegaHertz]

ça fonctionne aussi avec un laser?

Oui

 

[MegaHertz]

Sur le PlayStore on demande 12 testeurs pour au moins 14 jours avant de laisser diffuser une app.
- c'est très frustrant -
C'est vraiment pas évident de rassembler une douzaine de personnes qui auraient du temps pour le projet de quelqu'un d'autre.

Je crois que je vais aller me kickstarter : 10 dollars pour l'appli avant tout le monde en tant que testeur privilégié.

Disons qu'il y'a plus de chances de trouver une douzaine de testeurs sur le monde entier que sur Usinages.
Et puis comme ça j'aurai des retours sur les traductions et le fonctionnement en pouces.

J'ai bien testé en métrique et impérial mais je ne suis pas un service de QA à moi tout seul
Ils ont raison chez Google même si ça complique un peu le truc.

 

[MegaHertz]

Vu que c'est mon application quand un truc me dérange je peux le changer...

On est en pilotage imbriqué en train de manipuler la machine avant de retourner au GCode.
Là je veux intervenir sur l'engin pour changer un outil ou dégager un copeau qui dérange.
Ce serait tout de même vachement bien d'appuyer d'abord sur l'arrêt d'urgence physique de la machine.

Donc mon app doit accepter une perte de connexion et reboot sans que ça dérange.
Pas pendant l'execution d'un GCode parce que là les commandes envoyées qui sont déjà du côté GRBL se perdent et on ne peut rien faire pour arranger ça.
Pas non plus pendant un breakpoint ou en mode pas à pas parce que le reboot remet plein de trucs à 0.

Uniquement pendant une pause M6 (Pilotage imbriqué).
Quand on entre en mode pilotage imbriqué je sauvegarde tout le bazard et je restaure tout en sortie.
Le reboot de l'arrêt d'urgence ne dérange pas à cet endroit.

On peut intervenir sur la machine en toute sécurité en appuyant sur l'arrêt d'urgence avant de mettre la main dans la zone d'usinage.

 

[MegaHertz]

Je rajoute ça aussi à une interruption m0.
Qu'on puisse bouger la machine en contrôlé et appuyer sur l'arrêt d'urgence pour changer un outil.

 

[pascalp]

Ces tests, inclus implicitement celui dit de "l'idiot". La plupart vont remonter des bugs sur l'utilisation normale, telle que tu l'as prévue. Mais certains vont faire des choses auxquelles, en toute logique, tu n'as pas pensé. C'est comme ça qu'on blinde une appli, enfin le mieux qu'on peut.