Reprise du message précédent :
oui c'est pour cela que j’aimais bien l'idée du PID    
je vais tester un autre programme trouvé sur le net en l'adaptant à mes besoins voir si ça fonctionne.
 
Je me tâte aussi à ajouter une simple tempo dans les conditions d'activation du relais de chauffage. genre je chauffe 5sec maxi en continu, puis je coupe 5 secondes et ainsi de suite.

Je peux pas m'empêcher et cela me rassure sur le faite que les pseudos IA ne sont pas prêtes de nous remplacer ^^ (par contre cela risque d'accélérer le rapport déficitaire puissance/programmation) :

C'est à se tirer une balle ^^

Ce qui marche pas, j'ai du me planter quelque part. Sachant que le 5, correspond à la tension d'alimentaiton et que pour être précis, vaudrait mieux un Vcc hard de l'arduino  

Tout ça pour du U = RI -> R = U/I

(on notera que resistorValue ne sert à rien)
(a priori en liaison direct, le voltage au borne de la résistance va être de ... 5v (enfin Vcc) )

Je me permettrait de te faire noter qu'un néophyte lambda qui va venir poser la même question ici, puis va faire des recherches google pour copier/coller des bouts de code ensembles a des chances de nous montrer la même chose que ce que l'IA a produit. (la justesse syntaxique en moins )
De la à dire que la plupart des boulots fait par des néophytes peuvent déjà être fait par une IA ...

Avant de dire que l'IA n'est pas au point pour pisser du code, encore faudrait-il avoir une IA dédiée à ça et pas une IA "générique" comme ChatGPT qui se contente de produire du "texte crédible".

Github propose une version payante pour du code.

Je suis d'accord, là on est quand même dans de l'ultra extrême à mon sens. Avec des équations qui fonctionnent (enfin peut etre, je ferais quand même quelque serial.print pour etre sur ^^) avec des paramètres qui s'annulent tous entre eux.
Si cela se trouve les problèmes de 50-60°C sont liés à cela.

Il y avait eu quelqu'un qui avait posé des questions sur un code c/c il n'y a pas longtemps avec du if(true). Même si c'était "i don't know what i'm doing", c'était quand même vachement plus lisible ^^

(si quelqu'un peut vérifier où je me suis planté ^^)

(je vérifierais que "float resistance" permette de pas être out of range soit dit en passant)

 
Ne sont pas près de nous remplacer    
 
Et pas prêtes à nous remplacer  
 
(près de/prêt à)

Je trouve que ça dépends pas mal du prompt aussi, si les conditions sont bien précisés, même chatGpt basique arrive à sortir un truc un peu correct

Va surtout falloir arrêter avec cette phrase à la con, c'est aussi débile que de dire qu'un gamin de 5 ans est pas prêt de nous battre à la boxe parce qu'il arrive même pas à soulever 20kg (sauf que là le gamin il grandit à vitesse exponentielle).
Mais c'est pas le topic

Pas près de
 
Bordel

Le bonheur est dans le pré. Signé : une midinette.
 
Le bonheur est dans le prêt. Signé : un usurier.
 
Le bonheur est dans l'apprêt. Signé : un peintre.
 

 
C'était une petite joke d'être prais ou pas, c'est prés que la question

 
IA qui ne fait pas de l'autoapprentissage mais qui fait justement ce que le néophyte fait en cherchant ce qui existe. Les experts qui partagent de la ressource sur l'océan des nets peuvent être contents, ils aident leur prochain mais aussi gratuitement les boites qui font du fric avec ça et n'espèrent qu'une chose, les remplacer à terme.

Plop, juste un petit up sur mon projet Speeduino.
 
Ça avance bien (pour le peu de temps que je lui accorde), j'ai des relents de mon BEP électronique.
Bon pour le montage banc à l'arrache c'est fonctionnel, j'arrive a mouvoir dans les deux sens le moteur, et aussi 'capter' la rotation pour créer un positionnement 'précis'    
 
Petite vidéo brut de fonderie pour montrer le bouzin en action :
https://youtu.be/n-D_59VAd8s
 
reste le montage a adapter avec les optocoupleurs (fastoche) et interconnecter çà propre sur l'arduino mega du speeduino pour le gérer dans TunerStudio  
La suite au prochain épisode, mais l'arduino    c'est toujours aussi 'satisfaisant'  

Drap

Salut à tous,
 
Je partage mon petit projet par ici.
 
J'ai ajouté du WIFI dans un ventilateur infrarouge afin de l'utiliser avec une autre interface (via des liens http).
 
 
https://github.com/seb1k/arduino-wifi-fan
 
Les commentaires sont appréciés

Ça me paraît très bien documenté et réalisé  
Tu envisages de mettre un peu d'autorisation autour (déclenchement en fonction de la température, etc.) ?

Pour l'instant ca me convient, pas besoin de plus.
 
Mais si il y a de la demande, faire un "hotspot" pour scanner les wifi et se connecter sans toucher au code dans l'IDE, c'est plutot simple...
 
Mais je doute d'avoir beaucoup de succes sur github

Bonjour à tous,
 
Je ne sais pas si il faut que je poste ça ici ou sur le topic domotique, dites moi si je me trompe.
 
Je suis tout nouveau sur arduino, en fait je n'ai jamais programmé sur un arduino original ( Atmel/Microchip AVR ), je commence avec un ESP8266.
L'idée est de créer mes propres capteurs et d'utiliser l'API domoticz pour envoyer les données.
 
Pour cela j'ai suivi cette video : https://www.youtube.com/watch?v=Tx1G_40WfQs
avec ce code :
https://github.com/DomoticDIY/API-ModuleTemp_DS18B20
 
J'ai d'abord essayé avec un ESP8266 auquel j'envoie des commandes AT depuis un terminal du PC mais ça ne fonctionne pas.
J'ai donc chargé le code ci dessus directement dans un ESP mais ça ne fonctionne pas non plus.
Dans les deux cas j'ai bien les messages qui sont formés correctement et envoyés a Domoticz mais Domoticz ne met pas à jours le capteur de température.
 
Pourtant si je rentre cette commande directement dans mon navigateur, domoticz met a jour immédiatement le capteur :

 
J'ai bien sur changé le code pour y mettre mes infos reseau. D'ailleurs en faisant n'importe quoi ( comme modifier la syntaxe de la commande dans le cas du code Arduino ), je peux même voir des erreurs apparaitre dans le log domoticz donc ça arrive bien jusque la.
Seulement quand je laisse les commandes d'origine, rien ne se passe, ni erreur dans le log Domoticz ou dans la console arduino, mais ni mise a jour des capteurs.
Est ce que quelqu'un voit d'ou cela pourrait venir ?
 
Merci pour votre aide

Les commandes AT c'est quand l'ESP est en mode esclave (par exemple un arduino qui utilise un ESP uniquement pour l'envoi de données), dans le cas qui t interesse, cela n'a aucun intérêt.

Le premier truc, c'est de vérifier que l'ESP se connecte bien au réseau wifi (via le DHCP de ta box par exemple). Ensuite vérifier que tu autorises bien domoticz à recevoir des informations de capteur de l'ip de l'ESP (généralement une absence de connexion pour les ip du sous reseau local).
Ensuite tu peux voir à débugger le programme en connectant en port série et voir ce que renvoi l'ESP

Si tu ne donnes pas les logs du port série de l'ESP et les erreurs de domoticz, cela risque d'être compliqué d'aller plus loin

 
tu peux tenter avec des firmware "no code" style tasmota / espeasy /esphome  mais ce sera du mqtt plutot
https://tasmota.github.io/docs/Domoticz/
il est correctement alimenté ton esp8266 ?
la mesure du ds18b20 se fait correctement ? j'imagine que oui si tu dis que l'url est bien formé

 
Bonjour,
Alors si, utiliser l'ESP8266 avec les commandes AT est intéressant dans mon cas, ça me permet d'utiliser d'autres microcontrôleurs mieux adaptés à tout ce que je veux faire et d'utiliser l'ESP uniquement en tant que modem WiFi on va dire.
 
Sinon tout était OK dans la config réseau. Dans le code que j'ai posté, tu verras qu'il y a des messages qui passe sur la liaison série que je monitore avec un terminal.
Et je me connecte bien a mon réseau wifi et j'ai bien une IP attribuée par mon routeur ( que je vois egalement dans le gestionnaire de mon routeur ).
 
J'ai réussi a mettre à jour une température, je pense que c'est une histoire d’authentification.  
Je vous ai dit que si je rentrais la commande dans Firefox, ça fonctionnait bien, mais ça ne fonctionne pas dans une fenêtre privée.
J'ai donc ajouté dans les options de Domoticz l'IP de mon ESP8266 dans les réseaux de confiance et maintenant c'est bon.
J'aimerai quand même trouver la bonne solution pour directement m'authentifier avec l'ESP8266 mais au moins je sais tout ça fonctionne    
 
Je vais pouvoir me faire mes propres capteurs maintenant    

 
Je n'ai pas de capteur de température, je l'ai fixée en hard dans le code pour le test et commenté les fonctions liées au capteur.
Je ne souhaite pas utiliser les firmware no code pour avoir plus de flexibilité mais à priori maintenant ça fonctionne donc je vais pouvoir avancer.
 
Merci pour votre aide    

tu serais étonné ce qu'on peut faire avec esphome par exemple seulement avec du yaml  
on peut faire des choses tres complexe.
je connais beaucoup moins les autres.

Testez vos rtc (apparement y'a des fakes sur amazon)
https://tutoduino.fr/tutoriels/deri [...] 07-ds3231/

ATtiny85 Super Mario
https://www.youtube.com/watch?v=lr829YIbcpY

Je tente un petit appel à l'aide ici, on en sait jamais.
 
Je travaille en ce moment sur un projet audio et j'utilise la librairie Mozzi qui sert à générer des signaux audio.
Ma carte tourne autours d'un Atmega328, jusqu'à présent j'utilisais des 328P. Lors de ma dernière commande j'ai du passer sur du 328PB, qui est sensé etre quasi identique au précédent en tout cas pour mon usage.
Je précise que je n'utilise pas de carte Arduino mais directement le microcontroleur que je programme avec un USBASP.
 
Mon code se compile bien pour Arduino, se compile bien pour Atmega328P mais j'ai les erreurs suivantes quand j'essaye de le compiler pour Atmega328PB
 

 
Est-ce que cela vous parle ? J'avoue que je suis un peu perdu.

Ca sent bon un soucis avec des définitions de bits qui on changés. Je vais regarder ça.

A première vue c'est la lib' TimerOne.h qui n'est pas compatible mega328PB: https://github.com/sensorium/Mozzi/ [...] mers.h#L71
Il faudrait modifier pour tester aussi pour la variante PB ou alors - attention c'est crade - rajouter #define __AVR_ATmega328P__ 1 en tout début avant toutes les #include. Ca peut fonctionner ou pas, à tester.

EDIT: Upstream c'est ok https://github.com/PaulStoffregen/T [...] ers.h#L124 , faut voir si tu/les gars de Mozzi peuvent mettre à jour ton/leur truc.

 
Je te doit un grand merci    
 
Comme le pinout est identique j'ai juste eu à rajouter une définition dans le fichier .h dans la bonne section à la suite du 328 et 328P.

de rien  
 
Si tu peux n'hésite pas à remonter le soucis sur le github du Mozzi pour qu'ils mettent à jour.

 
C'est déjà fait, j'ai créé une issue et indiqué le workaround ci-dessus.

 
 ESP32 Sound - Travailler avec I2S  -- Atelier DroneBot
https://www.youtube.com/watch?v=m-MPBjScNRk

Lcd  ILI9341 sur une grande variété d'arduino ou compatible
https://www.instructables.com/ArduinoGFX/

par contre si vous connaissez de l'ecran entre 2.4 et 3.4 pouces en i2c ça m'interresse

trouved
https://www.ebay.fr/itm/371812277104

edit :
trouvaille Esp32 pas cher (enfin - que d'autres )
https://fr.aliexpress.com/item/1005003804757059.html
https://fr.aliexpress.com/item/1005005834887898.html

I2C? Tu veux dire SPI non? L'I2C c'est lent, donc envoyer une image à travers...

je n'envoi que du texte, et dans une logique de gain de place (et de simplicité) je prefererai 4 fils à 8 (enfin la vu le prix de l'engin bof... )
 
apres peut etre en collant 2 petits ecrans i2c l'un à coté de l'autre , m'enfin la j'ai une tete comme ça ... verrai plus tard ..

Euh... Y'a pas 8 fils sur un bus SPI? Après oui, outre le CLK+MOSI+MISO+CS il peut y avoir d'autres broches genre RESET selon le contrôleur.
 
Le soucis avec ton histoire de texte c'est que les afficheurs graphiques souvent sont assez "bêtes", il faut leur envoyer pixel par pixel et donc vaut mieux du SPI rapide que du I2C lent... Après y'a certainement des contrôleurs qui intègrent un mode texte aussi, mais faut chercher et vérifier qu'il y a de la doc / une lib Arduino qui fonctionne. J'ai cliqué sur ton lien Ebay, la c'est probablement un µC dédié qui se trouve sur le circuit de l'afficheur et permet d'envoyer du texte directement. Dans ce cas ok pour le I2C.

Dans les fils je compte l'alim
j'ai des petit lcd i2c qui traine faudra que je teste alors si ça merde correctement

niveau peu de fils ,j'ai vu les ecrans hmi c'est wtf , faut passer par un editeur d'image  et tout le tralala , ça ma épuisé au bout de 3 pages de docs

sinon j'ai pris un ecran qui integre un esp32, plus de cablage casse nouille si ça me prends trop la tete, le temps qu'il arrive par contre ...
https://www.banggood.com/fr/LILYGO- [...] 85579.html

C'est quoi ton projet par curiosité?

diminuer l'epaisseur/encombrement et mettre de ce qu'il y'a dans 2 boitiers dans un seul +rajouter une batterie si afffinité

y'a aussi un adc que je doit faire tomber dans le µv et qui doit pas trop bouger, donc pas trop de fil qui rayonne autour
(à la base c'est un arduino + shield ecran dans un boitier +adc dans un autre boitier (metallique celui ci)séparé/relié via i2c )

(à la base aussi, sans faire peter le decouvert , mais c'est rapé )

Salut au topic,
 
Je viens te terminer mon premier projet Arduino + Sabertooth (pour envoyer des watts). C'est absolument génial pour créer un mini-automate programmable.
 
Qu'utilisez-vous pour sécuriser le cablage? Faut-il prendre un shield vierge et souder les cables dessus? Une nappe prête à souder? J'imagine que c'est ce qui risque le moins de bouger
 
Merci pour vos retours d'expérience.