Reprise du message précédent :
Pour les coms, je passe mon temps à commenter/décommenter ^^
Je note tes astuces, merci.

Tiens, je viens de tomber là-dessus, pas le temps de trop tester, mais si ça peut rendre service : https://www.circuito.io/app?components=512,11021

Wow ! Excellent ton site !    
 
Vraiment pratique pour auto-cabler in a second comme disent les ricains. Thanks a lot !    
 
Vla mon projet : https://www.circuito.io/app?compone [...] 099,821989
Certains fils ne sont pas cablés comme chez moi (le TX par exemple) mais je suppose qu'en réalisant
ce schéma, on doit obtenir quelque chose de fonctionnel.
 
De mon côté, je n'avance pas avec mon problème de "calcul si c'est lundi ou...."  

tu m'as pas répondu sur ton switch. Pour moi tu testes la mauvaise variable.

J'ai essayé avec JourDec et JourSem : ça ne change rien, ça ne fonctionne pas.
 
La fonction get.DateStr renvoie toujours un truc du genre : 18:00:00:12.03.2019
Ca, on sait faire easy-peasy.
 
La chienlit, c'est qu'on a besoin du compteur de jours de la semaine, qui va de 1
à 7, puis qui repasse à 1, etc etc...
Et ce compteur-là n'est pas accessible avec get.DateStr.
 
C'est pourquoi dans le code que j'ai posté (instructables) le gars passe par un autre chemin.
Et je n'arrive pas à juste récupérer la partie "jour de la semaine".

Ah ben je viens de découvrir que les Atmega avait aussi un mode DFU comme les STM32, pour mettre à jour le firmware via USB.
Ca fera l'affaire.

Bon. Je me suis lancé dans la lecture du datasheet du DS3231. https://datasheets.maximintegrated.com/en/ds/DS3231.pdf
 
Page 11, je vois qu'en 03h on trouve la valeur du jour de la semaine, qui va donc de 1 à 7.
Ok. Maintenant, je suis supposé faire quoi avec ça ?  

 
Ok. Donc ici:

ta variable JourSem ne sert à rien...
 
Note que ce qui est bien quand tu parses une chaîne de caractères, c'est de laisser un commentaire juste au dessus avec un exemple. Ca permet aux gens qui relisent ton code de bien le comprendre. Même pour toi, quand tu reviendras dessus dans 6 mois et que tu auras tout oublié, ça t'aidera.
 
Maintenant, depuis le début, je ne comprends pas pourquoi tu n'utilises pas la lib où il y a le type DateTime. Je t'en parle tous les deux messages je crois. Tu récupères TOUTES les informations dont tu as besoin dans cette structure, en un appel, sans avoir à parser quoi que ce soit. Ca semble clairement la manière la plus simple de récupérer la date depuis ton horloge, à moins que quelque chose ne m'échappe.
 
Sinon, et si tu tiens à te compliquer la vie, tu dois réussir à t'inspirer du code suivant (pris depuis la lib avec le DateTime):

Oui, elle ne sert à rien dans cette version de code
Je fais plein d'essais, et je n'ai pas vraiment le temps de documenter mes modifs...car
la plupart du temps, elles ne vivent que le temps d'uploader le sketch, voir que ça marche
définitivement pas, et donc, poubelle ^^
 
Ca m'a l'air pas mal ton bout de code là, un coup de wire.read et ça devait être bon    
Changer aussi le getDoW en getDOW ainsi que dit précédemment.
"clock_address"... je trouve ça dans le datasheet ptetre ?
 
Mes plus plates si je n'ai pas suivi tes conseils de datetime trucmuche : il faut comprendre que
je suis plus proche du n00b (même si j'arrive à assimiler certaines notions) que d'un spécialiste.
Du coup, pour toi c'est évident, mais pas pour moi    
 
J'suis un vieux de la vieille moi : j'en ai déjà parlé auparavant, j'écrivais des kms de GFA Basic et
d'assembleur 68000 => "run" et bouf ! Message d'erreur ou non. Ca prenait du temps à debugguer
mais j'avais les docs sous les yeux.
L'Arduino, je n'ai que dalle. Y'a des tutos par-ci par-là, mais ça ne me suffit pas.
 
Pour faire une analogie plus facile à comprendre : les remaniements dans la langue française.
Y'a plein de mots qui ont une orthographe différente de ce que l'on m'a appris autrefois, ben j'arrive
pas à m'y faire : j'écris comme on m'a appris.
Genre cette connerie : les ami.e.s.   (foutre des points partout, tu parles d'une evolution pfff)
Moi, c'est : les ami(e)s et basta.

oui enfin si la programmation des arduino se fait en C, tu dois apprendre au moins les bases du C.
 
pour CLOCK_ADDRESS, c'est une constante déclarée via une directive du préprocesseur C.
 
En général, on les déclare tout en majuscule. Par exemple:

Après cette ligne, partout où le compilateur va voir ERROR_MSG, il va mettre "mon code marche pas" à la place.
 
En lisant un peu le code de la lib, tu devrais être maintenant capable de trouver la valeur de CLOCK_ADDRESS.
 
Ensuite, soit tu reprends la ligne qui définit la constante dans ton code, soit tu remplaces toi-même CLOCK_ADDRESS par la valeur trouvée, directement dans les appels à beginTransmission et requestFrom.

Oki ^^
La clock_address, on l'a déjà depuis un moment : h68 (ou quelque chose comme ça).
 
Là, tu as regardé dans le .cpp, je viens de faire de même et je crois que j'ai trouvé une piste    
J'ai plus qu'à faire quelques essais ^^

J'ai acheté ça : RobotDyn MEGA+WiFi R3.
 
Ça combine l'ATMEGA2560 de la Mega avec un ESP8266, formant ainsi une Mega en Wifi  
 
C'était un peu la merde à mettre en œuvre, mais j'ai réussi à connecter la Mega à mon serveur MQTT, à moi les trouzillions d'entrées/sorties activables en wifi !

Mais le ESP8266 sait faire ca aussi, pourquoi rajouter un atmega???

il n'a pas des trouzillions d'E/S

J'ai un capteur de T° (T° de gazs, RTD) à cabler sur un calculateur (non arduino), pour lequel j'ai besoin d'une resistance pull-up,  
 
Son entrée est en 0-5v, je vais alimenter le capteur de T° par du 5v, et la plage de mesure du capteur est de 200 (0°c) à 850 ohm (1000°c).
 
Comment je dois dimensionner la resistance de pull-up ?
 

Tu peux mettre un pullup, mais si la résistance et la tension d'alim sont beaucoup plus faibles que la mesure, ta mesure sera non-linéaire et aura besoin d'une correction en soft.

Idéalement il faudrait utiliser une source de courant constant et de mesurer la tension aux bornes de ton capteur.

Si j'ai pas fait d'erreurs, avec un Vin = 5v, j'ai ca :
 
Tableau 1 et graph 1 : R et T selon la datasheet
 
Tableau 2 : Vout avec un pull-up de 100ohm, 500ohm, 1000ohm, 2000ohm
 
Si la plage qui m'intéresse est le 500-1000°c, avec R1 ~750ohm je peux considerer avoir un truc linéaire :
 

 
Pas ouf en terme de plage de lecture mais tant que je sais à 30° pres ou je suis ca doit aller    
 

Voilà, plus la résistance du pont est élevée, plus c'est approximable à une source de courant, mais plus ton signal utilisable a une amplitude faible (à voir si ton ADC a une résolution suffisante et une impédance d'entrée suffisante).

En fait ça dépend de ce que tu veux faire .

J'ai une reso pas top, mais qui suffit (j'ai simulé les 255 valeurs de Vout possibles, ca me donne ca :
 

 
Ce qui "suffit" pour ce que je veux lire
 
Tu as un lien qui explique l'histoire de l'impedance d'entrée ?

Tu peux considérer ton entrée ADC comme une résistance (élevée) en parallèle à un condensateur (petit). Les valeurs exactes se trouvent dans la doc. L'entrée va charger plus ou moins ton pont diviseur et donc influencer ta mesure.

Bonjour,
 
Débutant dans le monde de l'arduino, j'ai une question a propros des pin Digital 22 a 53, comment les utilisé de la manière des pin pwm 2 a 13 ?
 
Car j'ai une carte motor shield brancher sur la mega et je n'ai pas de quoi brancher mon bouton rotatif (encodeur Gnd/vcc/sw/dt/clk) qui sont brancher d'habitude -/+/4/3/2
 
je les ai brancher sur 22/24/26 ça fonctionne aléatoirement, ça bug.
 
une idée donc pour utilisé toutes ces pin ?
 
Merci
 
Sam

La conjugaison à l'envers fait saigner les yeux.
 
Sur le 2560, entre 22 et 53, seuls les pins 44,45,46 sont en PWM.
 
Essaye avec du softpwm.

il y a quand même un verbe correctement à l'infinitif

J'aimerais bien me faire un petit boîtier avec écran qui me permettrait de totalement contrôler mon appareil photo (Sony a7RII) : temps de pose, sensibilité et ouverture principalement.
Et pouvoir faire des séquences, genre à partir d'une certaine heure augmenter progressivement le temps de pose (pour des timelapse, éclipse...)
 
Mais ça a l'air extrêmement compliqué à gérer,
je trouve que des vieux projets pour Canon qui semblent ne jamais vraiment aboutir sur quelque chose de concret    
 
J'ai bien essayé d'acheter une application android (eclipsedroid) mais ça semble très aléatoire, en tout cas mon appareil photo n'est pas reconnu...

Faudrait déjà savoir comment contrôler ton appareil (enfin déjà si c'est possible )...

Edith me dit que ça se fait par Wifi, un petit ESP8266 me vient à l'esprit. Maintenant il faut trouver une bibliothèque (on parle Arduino ici ) ou du moins une description du protocole. Théoriquement on peut faire du reverse-engineering avec l'application officielle et Wireshark ou semblable, mais c'est compliqué et je suppose ilégal.
https://briansmith.com/sony-smart-remote-embbedded-app/

Ouais je suppose que c'est la direction dans laquelle il faudrait partir  
 
J'ai cette application en effet, ça marche bien par wifi, on peut contrôler tous les paramètres. Mais c'est quand même assez limité, rien pour faire des séquences, et encore moins pour déclencher par rapport à des capteurs of course.
Ça doit également pouvoir se faire par USB avec le soft Sony... (mais j'ai jamais essayé, pas très utile pour moi)
 
Dans tous les cas très compliqué oui  
moi je sais juste faire du bricolage Arduino, genre " if bouton == HIGH : take_photo(); " , mais j'ai jamais réussi à trouver d'exemple
Tout ce qui est protocole, communication blablabla j'y connais rien du tout, donc c'est pas moi qui vais l'inventer.
 
On peut tomber sur quelques projets kickstarter qui semblent se rapprocher de ce que je veux faire, donc c'est possible, genre ça :
http://www.timelapseplus.com/buy/t [...] rvalometer
mais l'objet en lui-même ne correspond pas à ce qu'il me faudrait, ça reste toujours beaucoup plus limité qu'un arduino avec ses sorties et toutes les conditions qu'on peut programmer à l'infini
(sans compter le prix et tous les projets qui ne voient jamais le jour, ou qui commencent à expédier avec 2 ans de retard)
 
 

Le problème c'est probablement que Sony n'a jamais publié le protocole et poursuit en justice toute personne qui le fait. Or sans description du protocole impossible de faire quelque chose...

Il y a une liste de cristal 8MHz recommandées pour un Atmega32U4???

Où un cristal standard est déjà ok?

Il y a une liste de crystal 8MHz recommandé pour un Atmega32U4???
 
Où un cristal standard est déjà ok?
 
 
EDIT:
 
Il vous semble ok celui-ci?
https://eu.mouser.com/datasheet/2/1 [...] 536355.pdf
 
 
Que signifie le " Load Capacitance: 8pF"? Je dois le prendre en compte?
 
Le datasheet du MCU préconise d'utiliser 2 capa 12-22pF au niveau des extrémité du cristal.  
22pf vous semble ok avec ce modèle-ci?

T'as besoin de quelle précision?

Aucune idée
Juste assez pour que l'USB du Atmega fonctionne
 
Faut que le cristal soit petit et aime les coups de chaud, c'est tout.

Donc n'importe lequel, après t'aura forcément un peu de dérive à cause de la température mais tu restera largement dans les tolérances de l'USB qui doivent être de deux ordres de grandeurs au delà de ce que tu risque d'avoir  

 
Je dois prendre le compte le fait que les pin du cristal soient en diagonale (longueur des pistes vers le mcu, et position des capa 22pf)???

 
 
Pourquoi ils l'ont mis en diagonal d'ailleurs  

Pour qu'il soit toujours dans le bon sens peu importe le placement?

Pourquoi avoir mis 4 pin alors?

Parce-que c'est le même boitier que pour un oscillateur intégré qui a deux alim. plus une sortie, par économie d'échelle.

Merci HFR

Hello,
Heureux propriétaire d'un tracteur tondeuse d'entrée de gamme, je suis un peu frustré d'avoir un simple cache plastique là où des modèles plus onéreux ont un joli petit écran qui indique le nombre d'heures de fonctionnement.
Du coup je me suis dit que ce ne serait pas très compliqué à réaliser avec un arduino qui serait alimenté avec la batterie du tracteur après contact. Au passage, j'ajouterai bien un affichage de la vitesse et de la distance parcourue et là j'avoue ne pas trop savoir comment faire. Mes recherches m'ont conduit vers le MPU6050 qui donne l’accélération qu'il "suffit" d'intégrer mais d'après certains cela n'est pas utilisable sur des "grandes" distances à cause d'une erreur cumulée qui peut devenir importante. Effectivement c'est à craindre avec les vibrations de l'engin.
Éventuellement, je pense que le GPS est envisageable mais j'ai des doutes concernant la précision
Est-ce que certains d'entre-vous auraient des pistes/conseils pour mesurer, à la louche, le déplacement d'une tondeuse à l'échelle d'un jardin ?

Projet marrant    
 
Et un capteur avec un aimant sur une des roues, comme un compteur de vélo ?

J'y ai pensé mais disons que les roues ressemblent plus à des roues de voitures qu'à des roues de vélo, je pense que c'est un peu compliqué mécaniquement à réaliser (sans compter qu'elles prennent qd même un peu cher parfois...)