Voir les contributions

Cette section vous permet de consulter les contributions (messages, sujets et fichiers joints) d'un utilisateur. Vous ne pourrez voir que les contributions des zones auxquelles vous avez accès.


Messages - Thierry

Pages: 1 ... 36 37 [38] 39 40 ... 44
556
Shields et Modules / Re : Carte Servomoteurs DCC + CAN
« le: avril 20, 2016, 08:37:55 pm »
Bon, je continue mes tests... Lorsque je tente d'initialiser le bus Can, rien ne bouge :

void setup()
{
    Serial.begin(115200);

    while (CAN_OK != CAN.begin(CAN_500KBPS))              // init can bus : baudrate = 500k
    {
        Serial.println("CAN BUS Shield init fail");
        Serial.println(" Init CAN BUS Shield again");
        delay(100);
    }
    Serial.println("CAN BUS Shield init ok!");
}

Le while n'est jamais validé, ni en alim USB, ni en alim externe ! Y aurait-il quelque chose à faire que j'ai oublié du côté matériel, ou un test simple à mettre en oeuvre ? Et dans la même veine, il a deux prises RJ11, a quoi elles correspondent, et est ce que le terminateur est nécessaire ?

557
Shields et Modules / Re : Carte Servomoteurs DCC + CAN
« le: avril 19, 2016, 09:59:12 pm »
Nouvelle question. Si je veux relier deux cartes servos pour faire des essais sur le bus CAN, il faut un cable RJ11 droit ou croisé ?

558
Shields et Modules / Re : Carte Servomoteurs DCC + CAN
« le: avril 17, 2016, 04:42:05 pm »
Oui, il y a pas urgence, c'est juste que je me pose les questions du béotien qui va découvrir la carte... Je viens de tester avec deux servos et une alim externe, ça roule. Yapluka...

559
Shields et Modules / Re : Carte Servomoteurs DCC + CAN
« le: avril 17, 2016, 02:00:41 pm »
Voilà, c'est tout soudé. Après ce marathon de soudure (trois cartes Can, deux cartes Servos, trois Nanos...), je me pose plusieurs questions:

D'abord sur la carte servo :

1) Dans quel sens mettre le Nano ? Je n'ai pas vu de renseignement sur la sérigraphie... J'ai dû me référer à la photo prise en page 4.
2) Quel est le brochage des servos ? Les miens sont, comme beaucoup je crois, livré avec un connecteur trois broches, pas cinq !


Enfin, et de manière plus générale, ne serait-il pas souhaitable d'avoir une section dédiée sur le site Locoduino pour les cartes maison, avec les docs, les listes de composants, les fichiers pour lancer une fabrication, des tutoriaux de montage et/ou une doc d'utilisation ?

560
Shields et Modules / Re : Carte Servomoteurs DCC + CAN
« le: avril 16, 2016, 04:34:42 pm »
Ok, c'est soudé sans -trop- de difficultés... Autre question, est-ce que je dois mettre ou pas la Zener livrée (C10PH), en fin de compte ?

561
Shields et Modules / Re : Carte Servomoteurs DCC + CAN
« le: avril 16, 2016, 03:48:51 pm »
Ok, je tente la soudure... Merci.

562
Shields et Modules / Re : Carte Servomoteurs DCC + CAN
« le: avril 16, 2016, 03:21:17 pm »
Non, la question c'est pas sur la soudure, mais bien dans quel sens je dois placer le boitier !

563
Shields et Modules / Re : Carte Servomoteurs DCC + CAN
« le: avril 16, 2016, 03:06:06 pm »
Je m’apprête à assembler la carte, et qu'est ce que je m'aperçois-je ? Des composants CMS ! Jamais soudé ça, mais on va tenter le coup... Avant de m'y mettre je tente un placement manuel des tout petits composants, et je m'aperçois aussi que je ne sais pas dans quel sens mettre RC1 ! Pas moyen de trouver de la doc sur la symbolique inscrite sur la carte pour savoir de quel côté mettre le flanc biseauté du boitier...
Un peu d'aide ?

564
Bibliothèques / Stocker des données en mémoire Flash !
« le: avril 12, 2016, 08:48:29 am »
En surfant sur le nouveau site http://create.arduino.cc , je suis tombé sur une bibliothèque qui pourrait rendre de grands services lorsque l'EEPROM est trop petite ou déjà hors service.
D'après le pitch https://github.com/cmaglie/FlashStorage serait capable d'écrire dans la zone programme, la mémoire flash ! D'après le source, une zone mémoire est réservée par le programme via une déclaration de variable, et ensuite le programme va lire et écrire dans cette zone. L'inconvénient est la perte des données lorsque le programme est à nouveau uploadé, mais sinon le principe est des plus intéressants, surtout pour les petites bêtes bien pourvues en mémoire flash, comme le Mega...

565
Bibliothèques / Re : Tuto d'utilisation de Git
« le: mars 29, 2016, 02:05:33 pm »
Après réflexion, peut être qu'il y a une autre cause... Profitons en pour continuer le tuto.

Tuto Partie 4 : Mise à jour du dépôt distant

Si vous avez utilisé le bouton 'Commiter' (et pas le 'Commiter & Pousser'), vous avez poussé vos modifications dans le dépôt local. Mais comment les envoyer ensuite vers le dépôt distant ?

A côté du bouton 'Commiter' dans la barre d'icônes du haut de la fenêtre principale, il y a une flèche bleue vers le bas qui permet de récupérer la version distante, puis une flèche vers le haut pour pousser le dépôt local vers le dépôt distant. C'est cette icône qui va nous aider.



Elle ouvre une fenêtre qui demande vers quelle branche de quel dépôt les modifications doivent être poussées. En général, il suffit de cliquer directement dur le bouton 'Pousser', et pouf, c'est parti !



Ici le dépôt distant s'appelle 'origin' (nom par défaut) et les branches s'appellent 'master' aussi bien sur le dépôt local que le distant.

Mais qu'est ce que c'est que ces branches dont Git parle tout le temps ?

Sommairement, une branche est une version différente du projet sous un nom particulier. A un moment donné, une branche est créée parce que le développement prend une direction parallèle et a besoin de tester des idées, tout en bénéficiant du service de stockage et d'historique de Git. A l'instant t, vous avez donc la branche principale, appelée par défaut 'master', et une ou plusieurs branches annexes. Votre dépôt local est la copie d'une branche particulière, généralement encore 'master', mais il est possible de cloner une autre branche du même dépôt distant dans un autre répertoire, et de travailler dedans sans risque de collision avec la branche principale. Lorsque vous le décidez, il est alors possible de fusionner les branches pour repartir sur seulement la branche principale.



Dans cette vision de ma dernière bibliothèque 'Commanders' dont l'article est en cours d'écriture, sur la fenêtre principale de Git Extension, on voit que depuis le commit 'initial' tout en bas, qui correspond à la création du projet, jusqu'à la version 0.50, les commits se sont succédés sans coup férir. Et puis une branche a été créée, à un moment où j'ai dû ré-écrire une grosse partie du noyau de la bibliothèque. Je voulais alors tester une hypothèse... Entre temps, la version 0.60 est née suite à d'autres corrections sur la branche principale 'master', puis la branche 'serial' a été fermée et fusionnée avec la branche principale qui a repris sa petite vie...

566
Bibliothèques / Re : Tuto d'utilisation de Git
« le: mars 28, 2016, 03:54:55 pm »
Regardes un peu mieux sur Framasoft, y compris en faisant des rafraichissements de la page. L'envoi est rapide (quoique...) mais le rafraichissement par Framasoft par forcément.
Ce que je comprend de ta fenêtre vide, c'est que tout est déjà parti et qu'il n'y a plus de différence !

567
Bibliothèques / Re : Tuto d'utilisation de Git
« le: mars 28, 2016, 11:53:05 am »
Tout n'est pas perdu ! Je viens de le faire, il faut juste vraiment faire un copier coller du texte de la fenêtre du haut (regardes le premier post, j'ai ajouté une image...) en prenant bien tout, la clé est plus longue que ce que l'on voit. Si tu as déjà refermé PuTTY, pas de panique ! Tu ouvres à nouveau l'outil de génération de clé, tu utilises l'option 'File/Load Private Key' en donnant ton fichier de sauvegarde, et après l'entrée de la fameuse phrase clé, tu as à nouveau le cadre de la clé publique rempli ! Au pire, tu peux recréer une nouvelle clé, on est pas limité ! Quand je parle de sauvegarde, je parle du fichier créé avec l'option 'Save public key' et rien d'autre ! Utiliser Word n'est pas une option !

568
Bibliothèques / Re : Tuto d'utilisation de Git
« le: mars 28, 2016, 11:33:35 am »
Tuto Partie 3 : Au quotidien

Vous disposez maintenant d'un dépôt de vos sources chez un hébergeur de confiance, d'un dépôt local représentant une copie de ce dépôt distant pour travailler confortablement, et d'un accès privilégié à ce dépôt distant grâce à une clé cryptée réputée inviolable (ou très difficilement) !

Vous pouvez maintenant travailler tranquillement dans votre dépôt local, créer, modifier, supprimer des fichiers et des répertoires exactement comme avant, sans vous préoccuper de rien. Mais au bout d'un moment vous allez vouloir sauver vos fichiers dans votre dépôt local, voire envoyer le fruit de votre dur labeur vers votre dépôt distant, pour le sauver, mais aussi peut être pour le partager...
Votre dépôt local n'est pas qu'un simple répertoire, c'est aussi un historique de vos modifications qui est conservé, et auquel vous pouvez revenir à n'importe quel moment... Envoyer vos fichiers vers ce dépôt local correspond donc à l'enregistrement de l'état de ces fichiers et répertoires à l'instant 't', sous un nom bien précis. A tout moment, vous pourrez annuler une modification et revenir à un état antérieur, comparer votre source actuel à ce qu'il a été à une date ou une version précise... Bref, c'est beaucoup plus qu'une simple sauvegarde de vos sources ! Voyons comment procéder.

Lancez Git Extensions et ouvrez votre dépôt. Dans la barre d'icônes en haut, vous en avez une qui attire l'oeil, 'Commiter', suivi d'un nombre.



C'est le nombre de modifications que Git a détecté dans l'ensemble de ce dépôt. Cette recherche est automatique, et concerne absoument tous les fichiers présents dans le répertoire du dépôt, pas seulement les sources. En cliquant sur cette icône, Git extensions ouvre une nouvelle fenêtre qui va vous permettre de mieux comprendre ces modifications.



En haut à gauche, tous les fichiers détectés différents, avec le type de modification comme icône (ajout, suppression, modification...). Si vous sélectionnez un fichier, vous verrez à droite un récapitulatif des modifications apportées, avec sur fond rouge les anciennes lignes, et sur fond vert les nouvelles. Dans le cas d'un ajout ou d'une supression, c'est le contenu du fichier qui est affiché. Avant de passer à la suite, il peut être nécessaire de limiter la recherche de ces modifications sur des fichiers que vous ne pousserez jamais dans le dépôt, comme des résultats de compilation, des fichiers temporaires, ou des fichiers personnels. C'est le rôle d'un petit fichier texte apparu à la racine de votre dépôt et qui s'appelle '.gitignore'. Il recense les fichiers et répertoires que vous n'avez pas envie de voir apparaître ici, dans la liste des fichiers modifiés. Si l'un de ceux que vous voyez est dans ce cas, vous avez deux solutions. Soit éditer manuellement '.gitignore' et y ajouter le nom incriminé (répertoire, nom générique comme *.txt, ou nom précis), soit utiliser la commande du menu contextuel du fichier 'Ajouter le fichier à .gitignore'.
Une fois le ménage fait dans les fichiers modifiés, il faut dire à Git lesquels représentent bien ce qui doit être mis au dépôt. Git dit 'indéxer un fichier'. Désindexer est bien sûr l'opération inverse. Les quatre petites flèches violettes de gauche permet de construire la liste du bas, qui représente ce que vous voulez commiter, c'est à dire envoyer au dépôt. Il n'est pas toujours souhaitable de tout commiter. Par exemple si vous voulez mettre une petite correction à disposition alors que vous avez touché à autre chose...
Une fois le choix fait, vous pouvez commiter, c'est à dire enregistrer ces modifications comme étant l'état de votre dépôt local.
Pour l'instant, vous avez travaillé localement... Si vous êtes sûr de vos modifications, alors vous pouvez peut être les 'pousser', c'est à dire les envoyer -aussi- vers le dépôt distant. En effet, votre dépôt distant ne peux pas prendre des modifications différentes de celles que vous avez commité localement. Sinon il en résulterait un décalage qui ne peux pas fonctionner. Pas contre vous pouvez commiter plusieurs fois localement, avant de tout pousser d'un seul coup chez Framasoft !
Bref, dans cette fenêtre, vous 'commitez', ou vous 'commitez' et 'poussez' en même temps ! Pour que la manip puisse avoir lieu, n'oubliez pas de donner un message de commit, c'est obligatoire. Enfin les autres boutons vous proposent de réinitialiser les fichiers de la liste des indexés pour les ramener dans l'état précédent. Attention, vous perdrez vos modifications !

569
Bibliothèques / Re : Tuto d'utilisation de Git
« le: mars 28, 2016, 10:49:27 am »
Tu n'as pas besoin de faire ça si tu n'as jamais utilisé PuTTY. Si tu l'avais déjà installé, alors il faudrait aller voir dans les registres avec regedit, clé 'HKEY_CURRENT_USER\SOFTWARE\SimonTatham\PuTTY\SshHostKeys' et enlever la valeur framasoft.org si elle est là.
Ce message s'affiche tout le temps depuis qu'ils ont fait la fameuse migration, mais tu n'as pas forcément besoin de faire cette manip !

570
Bibliothèques / Re : Tuto d'utilisation de Git
« le: mars 27, 2016, 11:01:10 am »
Tuto Partie 2 : le clonage

Pour pouvoir travailler à remplir et modifier le contenu du dépôt Git, il va falloir en avoir un exemplaire sur votre machine. Cela s'appelle le clonage. Le principe est de reproduire l'arborescence des fichiers du projet quelque part sur votre machine. Ce nouveau répertoire sera une copie conforme, et Git ira y trouver vos changements à envoyer (commiter) ensuite vers le dépôt distant sur Framagit.

Lancer Git extensions, et utiliser le lien 'Cloner un dépôt' en haut à gauche. Une fenêtre va s'ouvrir pour demander plusieurs choses.



La première est le dépôt à copier : l'adresse se trouve sur la page du projet dans Framagit et commence par git@git.framasoft.org: .
La deuxième est le répertoire devant accueillir le répertoire du projet. Typiquement, dans nos usages, si c'est un projet Arduino, la réponse se termine par 'Mes documents/Arduino'. Si c'est un projet, alors c'est plutôt 'Mes documents/Arduino/Libraries' .
La troisième est le nom du répertoire de votre projet.
La dernière concerne la notion de branches que nous n'aborderons pas tout de suite. Laissons la vide.

Laisser le reste dans l'état, et cliquer sur le bouton 'Cloner'. Si PuTTY est bien lancé et votre clé enregistrée, alors l'arborescence est créée sur votre machine !

Pages: 1 ... 36 37 [38] 39 40 ... 44