@artouste
enfo.....
tu vas voir si mon Z fait les cuvettes quand je vais monter cet hiver dans un gabion
je te ferai charger les waders hahahahahahahahaha
@LETARTARE
pourquoi toujours windaub
plus qu'a me coltiner une compile sous nunux
dans la mesure où je trouve quelques personnes intéressées et qui s'investissent : OUI.
Pas de problème, je réponds présent pour les tests et évolutions
LETARTARE:
J'ai envoyé à ZAPMAKER des images de la version 3.5.1.A de GrblHoming qui utilise l'axe A à la place de l'axe C Axis C -> axis A · Issue #56 · zapmaker/GrblHoming · GitHub
Je peux vous fournir un exécutable sous Window, si vous êtes intéressé je le joins dans un message.
Bonne initiative.
Pourquoi ne pas utiliser des softs existants (ils sont légions dans l'impression 3D) genre repetier, pronter, etc....
Pas de problème, je réponds présent pour les tests et évolutions
Merci pour cette collaboration spontanée.
Pourquoi ne pas utiliser des softs existants
Je propose ce que je connais bien ( j'ai introduit le quatrième axe C dans GrblHoming).
Je ne connais pas ceux dont vous parlez, mais je veux bien essayer.
allez, les test vont reprendre.
cartes arrivées maison, ET content.
vu que c'est 2 cartes de type différents, ca fera un bon exercice.
j'aime bien mon manchot aussi, tellement plus souple que windaub
LETARTARE:
J'ai envoyé à ZAPMAKER des images de la version 3.5.1.A de GrblHoming qui utilise l'axe A à la place de l'axe C Axis C -> axis A · Issue #56 · zapmaker/GrblHoming · GitHub
Je peux vous fournir un exécutable sous Window, si vous êtes intéressé je le joins dans un message.
En relisant certaines réponses, j'ai vu que était piloté en mm, il faudrait peut être inclure la possibilité de le piloter en °
@+
Bonjour,
je viens de déposer les sources de GrblController-3.5.1.A (axes X, Y, Z, A):
qui comporte un Makefile que vous pouvez utiliser sous LINUX, il faut avoir installé Qt-4.7.3 (pour moi).
Je l'ai utilisé sous VISTA/Mingw32, cela fonctionne bien.
Bien cordialement.
ca fait plusieurs fois que j'essaye de compiler et toujours la même erreur d'un fichier manquant.
ui.mainwindow.
j'ai repris pour tester le makefile de GrblHoming,e t idem.
dois y avoir un blem quelque part.
testé et approuvé.
je pense à une chose et je suis un peu en mode grosse feignasse ce matin
pas vérifié s'il y avait un pullup sur les endstop dans le firm suivant les endstop que l'on utilise.
je regarderai ca, cet après midi lorsque j'aurai terminé les derniers nichoirs de mes coincs
EDIT :
à moins qu'ils soient déjà intégré sur la carte que l'on utilise.
passage en mode grosse larve du coup
Bonjour icare (électronicien !),
tout cela me projette de nombreuses années en arrière ou les circuits logique étaient rois (74xx, 40xx ...) et ou on pilotait des petis robots à plusieurs moteurs pas à pas à l'aide de Brésenham et du C ou du TurboPascal Bonne approche avec un schéma classique, mais robuste et ayant fait ses preuves..
Toutefois pour mes tests, j'aurai une préférence pour les circuits tout faits (je n'ai plus la même facilité pour faire les circuits imprimés et les soudures) genre TB6560 (car j'en ai en réserve et réutilisable) à 6€ sur un site de vente (La bète).
Les doubles relais compatibles Arduino (1,6 €).
Pour la broche, j'utilise un l'oscilloscope (Hantek USB avec Open6022BE libre) qui permet de visualiser l'efficacité de Grbl avec des mesures de durée (il faut avoir un oscilloscope ).
Par contre, la commande des capteurs de limite me parait moins aisée facilement.
Mais de toute façon, comme c'est une solution que chacun peut s'adapter, avoir des bancs de tests différents ne peut qu'enrichir les résultats.
En pratique, je vais essayer de finir la réalisation d'une commande à base de Mega2560 montée sur une carte Europe 100x160 (VeroBoard, donc cablâge en fils) pour l'adapter à un rack CharlyRobot que je possède.
Bonne initiative pour valider l'analyse de Grbl.
Bien cordialement