Pas PDF, DOC çà restera. License CC donc comme pour le GPL, c'est de la doc "Open Source". C'est pas Arduino Spirit çà
ODT bien qu'un format "ouvert" n'est pas assez répendu pour les débutants. Donc comme les solutions libres savent lire du DOC, no problemo.
D'ailleurs cette donc n'a pas été rédigée vace M$ Word mais avec TextMaker2008, un clone allemand de Word2003 qui marche du feu de Dieu sur un netbook alors qu'on ne peut pas en dire autant ni de OpenOffice (RIP =() ni de LibreOffice qui sont toutes 2 aussi lourdingue que leur frangine de Redmond.
Je vais regarder pour les histoires d'accent, mais je préfère que la distribution reste sous la forme de ZIP pour que code + doc restent ensembles.
Si je commence à me mettre à Github, je suis pas sur que les débutants s'en sortiront
Osaka, tu pourrait revenir vers moi avec plus de détails sur tes commentaires. Je ne suis pas sur de comprendre ce que tu voudrais que je modifie.
Super doc !,
elle arrive à point pour moi , je suis en plein dedans,
arduino (Teensy) en esclave et µLCD43PT 4Dsystem GFX en maitre
le Teensy execute certaines taches en fonction des évennement générés par le touch panel
notamment l'envoi de datas via I2C vers un chip Si570, cependant je prévois également
pour l'arduino de piloter l' affichage lors d'action sur un encodeur ou bien de boutons poussoirs
donc il me faut du bidirectionnel aux niveaux des commandes
Cordialement,
f1apy
barbudor:
Osaka, tu pourrait revenir vers moi avec plus de détails sur tes commentaires. Je ne suis pas sur de comprendre ce que tu voudrais que je modifie.
Pas vraiment besoin de modifier, c'est une simple suggestion.
Peut être une précision à mette en début du tuto pour les débutants vraiment débutant qui on du mal à visualisé le fait qu'une transaction ce fais octet par octet et non une variable (de plus d'un octet) entière d'un coup.
D'un côté ça voudrait dire qu'ils ne savent pas ce qu'est un octet .
Enfin de toute façon on s'en aperçois assé rapidement dans ton tuto donc là c'est moi qui en fais un peux trop sans doute :* (et pourquoi je n'en fini pas avec mon tuto sur les pointeurs ), c'est juste qu'on rencontre de temps en temps la question: "Pourquoi lorsque j'envoie un float avec mon arduino j'ai 4 entier de l'autre côté ?", donc j’anticipe .
Sinon dans ça globalité le tuto est parfait, c'est de l’excellent travail.
Super documentation. Merci. Je vais l'utiliser pour remplacer la bidouille de protocole que j'avais implémenté dans mon projet : non seulement les communications seront mieux gérées (timeout, ...) mais en plus ça aura de la "gueule"
super, mais j'ai un petit pb , lorsque que j'ouvre le doc avec word µ$, il me manque le diagramme du protocole de réception,
y a pas moyen d'avoir la doc en pdf ? ce serait bien mieux et on s'affranchit des pb de TT de Txt, sinon avec quel soft il faut que j'ouvre le document ?
Cordialement,
Jacques
3.3.3. L'algorithme de réception
C'est sur l'algorithme de gestion de la réception des messages que porte la difficulté de l'exercice. Voici l'algorithme en question sous la forme d'un diagramme :
Vive les logiciels libres aux formats normalisés ISO, qui tournent sur plusieurs systèmes d'exploitation et qui de surcroît sont gratuits comme libreoffice (traitement de texte + tableur + dessins + présentation + base de donnée[->là pas terrible] ).
Merci de toujours avoir à l'esprit que Windows n'est pas une obligation et que Linux, Mac, Androïd, existent aussi.
Penser aussi que si vous n'avez pas Linux, par symétrie celui qui a Linux (Mac) n'a pas Windows.
Le format pdf n'est pas une aussi bonne idée qu'il parait. Un pdf est fait pour ne pas être modifié.
Sur ce forum nous délivrons des documents "libres", AMHA il faut donc laisser à chaque utilisateur la possibilité de l'adapter et/ou de le compléter suivant ses besoins personnels.
Je suis entrain d'essayer de comprendre le code (le C est mon "am"i mais le C++ pas z"encore mais bon apparemment la seule chose du C++ que tu/vous utilise"s/z" sont les bool qui ne sont pas présent dans le C)
Je viens de dévorer votre code ! Bravo je le trouve super bien codé.
Ca m'inspire pas mal pour améliorer le mien, mais pour le petit système que je fais, je ne sais pas si séparer les deux "couches" de message comme vous le faites est une bonne idée.
En tout cas bravo pour le travail fourni !
Si la couche basse de transport des messages convient, autant la garder telle quelle et travailler sur la couche supérieure.
C'est le but de la séparation des couches.
Je viens de parcourir le code et suis assez content, car il se rapproche de ce que j'ai fait. Félicitation pour ton travail.
Je serai assez intéressé par un article sur un protocole binaire (celui que j'utilise), notamment la façon dont on peut éviter les erreurs de détection entre les tokens de début et les données. C'est toujours dans les tuyaux ?
Ce tuto est très bien rédigé et très complet. Cependant, il y a quelque chose que je ne comprend pas... Vous découpez les tâches pour la clarté, mais en réalité, est-il possible d'avoir plusieurs fichiers dans un programme Arduino ?
On peut avoir un INO qui est la partie principale (setup, loop)
Et des modules CPP+H
Dans l'IDE Arduino, une fois que tu as un INO tu peux ajouter les fichier supplémentaires par l'icône sur la droite. En cliquant dessus tu auras un menu avec 'ajouter un fichier'.