Reprise du message précédent :
Au passage, il y a également un topic Domotique sur le forum ;-)

J'réponds dans le désordre...
 
Exact, et voilà la dernière question que j'y ai posée, concernant l'arduino et la framboise :
https://forum.hardware.fr/forum2.ph [...] 78#t290884
 
et aucune réponse spécifique...

Merci de ton retour d'expérience
Décidément... j'en apprends aujourd'hui...
 
Donc, si je comprends bien, autant la carte Uno que la mega2560 sont inutiles, du moins pour ce que je souhaitais faire... ?
 
Pourrais-tu m'en dire plus, en m'indiquant un site qui explique l'installation, de MySensors, si possible sur Linux ?
 
Merci d'avance  

Pour connecter le RXB6, voici ce que j'ai fait :

 
d'après le montage de cette page :
https://projetsdiy.fr/passerelle-ra [...] -domoticz/
 
Bien entendu, j'évite de connecter, puisque je ne sais pas comment "écouter" les sondes, via MySensors, que je méconnais totalement !
 
Merci de vos retours  

Il y a des personnes ici qui utilisent MicroPython sur les "NodeMCU ESP8266" ?
J'aurais simplement aimé vaguement comprendre l'avantage par rapport à faire du C
- Est-ce que ça permet d'un coup d'utiliser à peu près n'importe quelle bibliothèque python x86-64 dans son projet ?
- C'est pas trop galère avec 4MB ?

ce ne sont pas des tartes, même si c'est vrai que ça doit être pas mal

Arrête, tu me donnes faim là.  
JPlnx: Raspberry PI, comme 3.14etc, pas PIE comme gâteau.  

ok, pas de tarte... mais pas de réponse à mes questions...
dommage  

Salut,
Je me lance dans la recherche d'infos sur le monde de l'arduino.
Je connais un peu l'interface et la programmation, j'ai monté une 2560 sur mon imprimante 3D.
Mais avec les tutos, c'est relativement simple.
 
Aujourd’hui, j'ai un projet qui consiste dans un premier temps à faire une régulation TOR de température. ( chauffage sol maison )
Un module PID verra peut-être le jour plus tard, mais rien de certains si le TOR fonctionne bien.    
 
L'ensemble comporte :
 
- 7 sondes de températures. ( pour gérer 3 pièces différentes, 2 sondes par pièces, + une sonde temp extérieure )
- il faudra aussi pouvoir piloter 3 contacts sec ( NO ) ( pas de puissance, juste un signal pour piloter des relais )
 
 Niveau convivialité, j'aimerai arriver à avoir un écran qui me permette d'avoir les 7 températures affichées, et quelques boutons pour modifier aisément les consignes des 3 pièces indifféremment sans avoir à brancher un pc.
L'idéal serai un écran tactile, mais j'ai peur que ça complique vraiment les choses ...    
 
Dans un premier temps, j'aimerai votre avis sur le matériel que je compte commander.    
Je pense partir sur:
 
- un arduino 2560 uno R3 , avec 14 entrée / sorties normalement j'en ai assez.
Le Uno me semble trop juste en entrée / sortie entre les 3 boutons minimum et les 7 sondes + sorties
- des capteur DS18B20
- et pour l'écran ça reste l'inconnue pour le moment.
 
Ca vous semble cohérent ? je n'ai pas besoin d'une précision extrême, les DS18B20 seront largement assez performants.  
si ça vous semble good, je commande et je me lance dans la programmation    
 
Merci

Les sondes DS18B20 utilisent le protocole OneWire. Chaque périphérique OneWire possède une adresse unique. Les sondes peuvent donc être connectées sur le même pin de l'Arduino.

Par ailleurs, les entrées analogiques du Uno peuvent aussi servir de sortie numérique.

Pour moi un Uno suffira amplement.
 
Pour l'interface tu peux utiliser un écran Nextion, ca t'évite toute la partie gestion d'interface et des boutons par l'Arduino. Il se connecte sur les broches UART disponibles.
Et comme l'a indiqué Rocket avec du Onewire tu n'auras pas besoin de 7 IO pour les sondes de températures.

Ça m'arrange franchement de pouvoir prendre un uno. Si ça suffis c'est bon.

J'ai vu qu'il existe aussi des cartes de sortie pour piloter des relais.
Je vais regarder ça de plus prêt.

Bon, j'ai commandé une paire du matériel.

Par contre je me pose la question de l'alimentation.
Sur les imprimantes 3d à base d'arduino mega2560 les gens ne se prennent pas la tête.

Il y a une alim 12v, on alimenté tout avec ça dans soucis.

La je viens de voir que sur les forum les mecs ne recommande pas de mettre du 12v sur le jack, mais plutôt de se servir des bornes vin.

Vous confirmer ou c'est des bêtises ?
Perso j'ai une alimentation 12v et ça m'arrangerai assez de la réutiliser...

Pourquoi disent ils ça ? V_in correspond à la prise coaxiale donc...

Edit : Ah non. V_in se trouve derrière une diode de protection. Donc oui, c'est plus malin, ça limite les pertes.

https://www.arduino.cc/en/uploads/M [...] ematic.pdf

On n'abaisse pas la tension d'alimentation avec des résistances. On peut par contre utiliser un régulateur de tension linéaire ou un DC-DC step down voltage converter.
 
Tu veux transmettre ces données via le WIFI donc ?

Ça limite les pertes oui, mais d'un autre côté la diode protège de l'inversion de polarité.

De mon point de vue, c'est limitant de passer par le jack car tu perd +/- 1v dans la diode.

Mais avec mon 12v je suis largement dans les spécification.

C'est pour ça que je ne comprends pas pourquoi ce serai moin fiable de passer par le jack plutôt que par le vin.

Bref, je vais pas me prendre la tête je pense  

@tchou@happy : Les Arduino sont souvent alimentés par une pile 9V. On a vite fait de les connecter un court instant à l'envers avant de les brancher dans le bon sens. Cette diode est là pour ce cas de figure.
 
Sinon tu ne pourrais pas plutôt l'alimenter avec un bloc d'alimentation USB ?

Mqtt, c'est mieux, non ？

L'arduino sera posé dans un coin avec seulement du 220v  à disposition.
 
Pour le moment j'ai donc à ma disposition seulement deux solutions:
- Mon alimentation 220v / 12v modulaire
- un banal chargeur de smartphone avec câble usb  
 
J'aimerai juste partir sur une alimentation "fiable" histoire de pas galérer dès le début à cause d'un banal problème d'alimentation.
 
Généralement pour ceux qui suivent le topic, vous utilisez quoi comme source d'alimentation ?

Il y a vraiment des problème pour l'alimentation des arduino en général ? C'est pas si critique il me semblait ? ...

Pour ma part, je travaille avec des alims grille tinoises. 12V si j'ai des actionneurs 12V à alimenter, sinon en 5V (moins de pertes).

Je pense que c'est mieux parce que c'est spécifiquement fait pour. Je ne pense pas cependant que ça fera une différence quelconque dans un usage domestique.

C'est aussi par essence moins lourd qu'un serveur Web.

 
MySensor c'est un ecosystème pour des sondes DIY. Pas adapté à des sondes du commerce.
 
Pour le RFlink avec des sondes de température ca se fait quasiment tout seul.
Il te suffit d'installer domoticz avec la config par défaut, tu va dans SETUP, HARDWARE, Type RFLINK GATEWAY USB, tu choisis ton port série, ADD.
Si t 'as pas foiré ton montage et que t'as le bon port série, tu dois avoir  'Status: RFLink: Controller Initialized!...' dans l'onglet SETUP, LOG.
 
A partir de maintenant tous les signaux 433 mhz reconnus par le RFLink arriveront automatiquement dans domoticz onglet SETUP, DEVICES.
 
Attends quelques minutes que que les sondes émettent et tu devrais avoir tes données. (Tu peux sortir remettre les piles de la sonde si tu veux forcer l'envoi et cliquer sur refresh)
 
Pour les lignes où tu reconnais le signal, (celles des sondes de température ont un petit thermomètre bleu dans la deuxième colonne), appuie sur la petite flèche verte. Donne lui un nom.
 
Elle est maintenant dans l'onglet Température et tu peux voir son historique.

Bonjour à vous,

Petite question :

je tente de faire joujou avec un arduino uno (un vrai) et un tft 240x240.

j'utilise ce code :
https://paste.swordarmor.fr/9HLM

et j'obtiens ce résultat :
https://norishare.com/ZhZ2DgF

ce que je comprends pas c'est que si j'appuie sur le bouton reset, la phrase s'affiche bien le temps du reset et après, les lignes reviennent.

j'ai testé d'alimenter l'écran avec une autre source plus puissante que juste l'usb sans résultat.
J'ai testé un deuxième tft mais pareil.

J'ai suivis ce tuto pour le câblage :
https://create.arduino.cc/projecthu [...] ect-d7a6ee

Merci!

Ton code dans loop() est exécuté encore et encore, du coup tu vas avoir des choses étranges. Soit tu le mets (pour tester) dans setup(), soit tu mets une variable et un if() pour l'exécuter une seule fois. Et vire les delays, ça pourrait causer des soucis avec le watchdog si il est activé (je sais pas, connais rien au monde Arduino moi).

j'ai le même comportement si je test son code directement

j'ai viré le contenu dans loop et pareil, si j'appuie sur le bouton reset, j'ai bien l'affichage sinon j'ai les lignes verticales

L'écran peut encaisser les communications en 5V ?
Il est écrit SCL & SDA, donc de l'I2C, mais il fonctionne en SPI ?
 

il est connecté en 3.3V mais accepte le 5V dixit sa page :
https://fr.aliexpress.com/item/3298 [...] 6c37dDViQR

edit : j'ai testé sur un nano pareil, demain je testerais avec des stepper

Donc j'utiliserais des ponts diviseur de tension pour la partie logique. Si tu ne le fais pas, l'écran lâchera prématurément.

Il y a beaucoup d'erreurs de ce type dans les tutoriels Arduino en rapport avec les écrans.

Par ailleurs, il confond les protocoles de communication I2C et SPI dans le tutoriel.

Regarde cet écran Adafruit (même contrôleur) :
Il possède un level shifter sur la face arrière du PCB qui lui autorise les tensions 3.3 ou 5V pour la partie logique.
https://www.adafruit.com/product/3787

Quelqu'un a déjà fait marcher un écran SSD1309 en I2C?

 
j'en ai quelques uns, je vais tester, merci

j'ai pas attendu
 
donc avec deux level shifter ça fonctionne nickel! merci

Nan, seulement des 1306. Pose quand même ta question.

Comment le faire marcher?
 
J'ai essayé un peu tous les trucs proposés sur les différents sites pour le passer en I2C, mais pas moyen d'avoir le moindre signe de vie (j'ai testé 2 écrans différents et différents arduinos)
 
J'ai l'écran noir, et j'ai fait ce qui est indiqué sur cette page : https://groups.io/g/TeenAstro/wiki/ [...] .1-2.4OLED
(enlever R4, court-circuiter R3 et R5, j'ai aussi tenté de court-circuiter R7 en plus, comme suggéré par quelqu'un...)
 
L'écran n'est pas détecté par "I2C_scanner"

Tu peux déjà tester l'alimentation électrique :
Fournis du 3.3V en Vcc et mesure SDA et SCL non connectés. Ils doivent afficher 3.3V. J'essaierais aussi de retrouver la tension de 14V entre la cathode de la diode et la masse.

Malheureusement je n'ai pas de multimètre, ni de fer à souder ou d'outils dans mon confinement, que mon bordel arduino.
 
Je l'ai vu démarrer deux ou trois fois l'écran en faisant mes tests, sans trouver de logique derrière. Des fois il s'éclaire avec plein de caractères bizarres, le reste du temps non. (j'ai bien testé tous les fils, pas de faux contacts )
Donc je suppose que la diode (d'éclairage?) fonctionne bien?  
 
Par contre pour tester SDA et SCL je sais pas trop    

Pour les branchements tu as bien ?

Arduino --- Écran :
3.3V --- Vcc
GND --- GND
A4 --- SDA
A5 --- SCK

Il y a bien des résistances de pull-up de 4.7kΩ (472) sur les branches SDA et SCK ? J'ai de petits écrans OLED (driver SSD1306), ces résistances sont déjà incorporées au PCB de l'écran. Donc je n'ai pas besoin d'en ajouter. Vérifie de ton côté.

Une quelconque entrée analogique d'un Arduino peut faire office de voltmètre (DC positif) avec le pont diviseur adéquat pour les tensions supérieures à 5V.

Le datasheet (p13 tableau 7-2) : http://www.hpinfotech.ro/SSD1309.pdf

Il y a 3 pins : BS0, BS1 et BS2 à régler pour choisir son bus de communication. Pour l'I2C :
- Il semble que BS0 ne soit pas accessible et déjà à la masse.
- Il faudrait élever (avec une résistance de pull-up ?) BS1 et mettre BS2 directement à la masse.

J'ai trouvé aussi ce schéma : https://i.imgur.com/8JCZVVU.png

Il faut aussi vérifier qu'il y a bien des résistances de pull-up vers le 3.3V pour SCK et SDA.

En fait ce serait mieux que tu postes une photo de l'arrière de ton écran parce que j'ai l'impression qu'il y a pas mal de différences sur les PCB d'un constructeur à l'autre.

Merci pour les recherches    
 
Mon écran est comme ça :
 

 
J'avais donc enlevé R4, et mis un point d'étain sur R3 et R5 comme conseillé un peu de partout.
 
Ça ne marchait pas, donc plus tard j'avais rajouté de l'étain sur R7 en suivant un conseil, mais ça ne marche pas plus...  
J'ai pas de fer ici, donc si c'est sûr à 100% qu'il ne le faut pas, je peux essayer de l'arracher
 
 
Les branchements :
 
GND sur GND
Vcc sur 3,3V
SCL sur A5 + résistance pullup 4.7K vers VCC
SDA sur A4 + résistance pullup 4.7K vers VCC
RES sur RES
DC pas branché
CS sur ground
 
J'ai bien sûr essayé d'inverser SCL et SDA, de ne pas brancher CS, de ne pas brancher RES de le mettre sur GND, sur VCC...
J'ai essayé avec mon deuxième Uno, et un deuxième écran...
 
 

 
 
Je m'étais préparé une jolie télécommande mais je pensais pas que ça serait si galère    
 

L'I2C c'est : VCC, GND, SDA, SCK et rien d'autre. Si tu fais d'autres connexions j'ignore comment le driver va interpréter ça.

Tu as la main lourde sur l'étain. Visuellement tu ne vois pas de mauvais contact notamment côté écran ?

On distingue bien les deux résistances de pull-up de 4.7 kΩ sur la carte, donc pas la peine d'en ajouter. Sinon tu peux toujours faire un analogRead sur les pin SDA et SCK pour vérifier qu'ils sont bien à 3.3V mais je ne pense pas que ce soit nécessaire.

Il peut être bon de se concentrer sur un code tel i2c_scanner pour écarter tout erreur de code de ta part, genre affichage hors coordonnées de l'écran.

La nappe est mal enfoncée on dirait.

D'après cette page https://www.hackster.io/chuygen/con [...] way-6541da
Il faut :
- Déplacer R4 en R3
- Shunter R5 et R7
- Mettre un cavalier entre DS et CS pour avoir l'adresse 0x3C (ou DS au 3,3V pour avoir l'adresse 0x3D)
 
Par contre d'après la datasheet il faut placer RS au niveau bas pendant au moins 3µs pour initialiser le SSD1309.
Pour éviter de monopoliser une I/O de l'arduino un RC sera suffisant (par exemple un condensateur de 1µf entre GND et RS et une résistance de 1k entre Vcc et RS)