Viker
-
Compteur de contenus
379 -
Inscription
-
Dernière visite
Type de contenu
Calendrier
Profils
Forums
Blogs
Galerie
Articles
Variétés
Breeder
Grow Report
Smoke Report
Produits
Marque
Guides
Tout ce qui a été posté par Viker
-
Yop Si le 2.4GHz passe très bien alors c'est parfait. En effet rien ne m'empêche de modifier le circuit, mais est-ce le but? Faire un autre circuit signifie s'isoler du projet commun. Alors que partir d'un circuit commun et modifier le code fait avancer la communauté. Du coup, sur le futur projet quels sont les pins accessibles pour ajouter d'autres matériels? Exemple si je veux mettre un écran lcd 24x2 à la place de nextion où puis-je le brancher si je veux faire évoluer ma box Growduino V3 en Genesys? Jusqu'à présent il y avait, avec les shields, ple
-
Yop Ce n'est pas le matos qui est en question mais l'environnement et donc l'universalité du système. ++ Viker
-
Salut, même si cela semble peu probable c'est tout de même à la dé-commutation du relais que le bug arrive et ce même avec le découplage de la platine relais avec un deuxième transfo. Il est donc probable qu'un phénomène tel que fréquence, chute ou hausse de tension passe par le 230v et perturbe l'ensemble alimentation arduino shield. Là où je te rejoints c'est sur la qualité de tension en sortie de transfo. Il est possible que la tension chute ou s'élève en sortie à cause du phénomène, auquel cas un condo polarisé fera bien l'affaire. Et également d'avoir un régulat
-
Bonsoir, ok donc cela à bien l'air d'être un parasite par l'étincelle de claquage du relais quand il dé-commute. En alimentant la platine relais par une alimentation différente cela ne change rien car le parasite transite par le 230v or l'alimentation de l'arduino est relié au 230v. Est-ce un problème courant, je dirais que sur le growduino V3 avec la DHT22 oui c'est un problème qui fait merder le DHT22 qui bloque et ne répond plus. Du coup, il faudrait protéger l'alimentation de l'arduino avec un filtre anti-parasite type Résistance Condensateur (la ré
-
Bonjour, as-tu observé quand cela se met à déconner: - quand le relais s'enclenche (faire de manière que le relais ne se coupe jamais pendant le test) - quand le relais se coupe (tout fonctionne et quand le relais se coupe, ça bug => du coup c'est vraiment l'étincelle de claquage du relais qui cré un parasite qui fait bugger ton arduino) - dans les deux situations. ++
-
ok, donc en résumé si tu utilises la deuxième alimentation et par conséquent les optocoupleurs de ta carte relais tu as le même symptôme qu'en direct avec une seule alimentation. Par contre, nouvelle information, ce n'est pas que le lcd qui bug mais carrément l'arduino vu que les relais ne commutent plus. Donc je pense que ce n'est pas un problème de liaison i2c avec ton écran mais plutôt un courant parasite dû à l'étincelle de claquage de ton relais quand il dé commute. Essaye de mettre une charge résistive à la place de ta pompe tel qu'une ampoule à filament pour voir si
-
Bonsoir, si tu as ton lcd branché et le relais sans 230v dessus tout fonctionne bien, c'est à dire que le relais commute et le lcd ne bug pas, c'est bien ça? Dès que tu mets du 230v alors le relais commute mais le lcd bug? En utilisant une alimentation supplémentaire pour la platine relais branchée sur jd-vcc et gnd à la place du cavalier, seules les leds clignotent sur la platine relais mais plus de commutation des relais. Dans cette configuration est-ce que le lcd bug ou pas? Quelle intensité délivrent respectivement tes alimentations? Est-ce que les soudures
-
As-tu bien mis le gnd de l'alimentation sur gnd et le vcc de l'alimentation sur jd-vcc après avoir enlevé le cavalier?
-
Une alimentation Usb type chargeur de téléphone?
-
Prends une autre alim en 5v, enlève le cavalier sur ta carte relais et branche cette alim avec le 5v sur jd-vcc de ta carte relais et le gnd sur gnd et regardes si cela change quelque chose. ++ Viker
-
Yop, bon je me suis en train de me lancer pour adapter la version du programme V3.60 pour le growduino V3 afin de virer le DHT22 et de le remplace par le SHT35 (humidité et température IN) et le DS18B20 (température OUT). Pour le branchement, la sonde DS18B20 se branche directement sur les borniers DHT et MH-Z19 du growduino V3 en mettant VCC sur VCC, GND sur GND et DATA sur DHT_OUT. Pour la sonde SHT35, VCC sur la pin du growduino correspondant au 3.3V de l'arduino Mega, le GND sur GND (à récupérer sur le bornier ou la pin GND proche du 3v3). Pour la communic
-
C'est limpide, merci pour ces explications. ++ Viker
-
yop j'avais vu qu'il y avait une i2c software library d'où ma supposition mais du coup je préfère cette solution avec l'interface entre l'écran et le growduino et de garder le DS18B20. Heu sinon l’interruption est dans le cas de l'utilisation éventuelle d'un nextion mais du coup pourquoi une interruption alors qu'actuellement dès qu'on touche le clavier matriciel cela ne pose pas de problème? (je n'attends pas forcément de réponse, je peux attendre les explications détaillées quand les tests seront terminés ? ) ++ Viker
-
non du tout, j'applique les conseils du Vizir et je teste. Donc au final tu pars sur BME280 et SHT35 donc tout en i2c et pas de DS18B20, cela voudrait-il dire que tu passes par les pins data sondes DHT22 int et ext pour les transformer en i2c software? ++ Viker
-
yop Si ça peut aider, je viens de tester sur 10m de câble rj45 cat 5e ton montage: Extension déport I2c pour Mini-GrowDuino D'un côté du câble l'arduino avec un premier module d'extension i2c et de l'autre côté du câble un deuxième module d'extension i2c suivi d'un écran i2c et d'un clavier i2c. Résultats cela fonctionne bien, je n'ai pas de corruptions de données. Donc le même type de montage avec le bme280 devrait fonctionner à merveille et à fortiori avec un câble plus court. ++ Viker
-
Yop du coup pour la sonde ext ce sera le DS18B20 branché sur le pin actuel de la sonde DHT22 et pour la sonde int ce sera BME280 avec P82B715 au cul coté sonde et un petit module qui se branchera sur le growduino au niveau de la sortie écran avec une prise pour l'écran et une prise pour la sonde mais avec également le P82B715 c'est bien ça? ++ Viker
-
Yop, il existe deux versions de ce capteur: BME280 est avec sonde d'humidité BMP280 est sans sonde d'humidité C'est donc le BME280 qui nous intéresses ++ Viker
-
Re, pour l'instant cela fait 9h que ça fonctionne en charge (intra + extra + cyclic + chauffage) avec 2 sondes ASAIR sur 3M de câble. Aucun bug donc je croise les doigts. ++ Viker
-
Yop moi aussi ça me prend grave la tête voire même ça me casse les c******* depuis plus d'un mois Du coup la V3.6.1 est mon dernier test avant de jeter l'éponge. Le DHT22 est mort vive le BM280! ++ Viker
-
Yop Vu que ça tourne nickel chez toi Fais-tu tourner sur le shield avec charge (intra + extra) ou à vide? Quel longueur de câble as-tu entre le shield et la sonde? Le câble est-il blindé? Vu que maintenant grâce à nos amis chinois tu as des ASAIR peux tu bencher avec pour voir si cela fait une différence? Comme ça on en aura le cœur net sur le DHT22 et peut être son abandon définitif. ++ Viker
-
Bonsoir, Comme la V3.7 beta ne fonctionne pas chez moi, je viens de repartir sur la V3.6 en changeant de librairie DHT pour utiliser celle de Mark Ruys https://github.com/markruys/arduino-DHT Du coup, j'ai modifié quelques lignes de code car la librairie n'utilises pas les mêmes fonctions (je ne sais pas si c'est le mot juste) Et du coup comme il y a modif je l'ai nommé V3.6.1 En pj sous forme de pdf à renommer en zip et ensuite vous connaissez la procédure. Bon bench ++ Viker GROWDUINO_V3.6.1.pdf
-
Ok, ça c'est fait ? C'est clair d'ailleurs en allant sur AliX... on voit les photos des sondes AOSONG qui servent pour les sondes ASAIR sauf qu'ils ont photoshopé l'image pour effacer AOSONG. Donc image non contractuelle! Il fait température, humidité et même pression atmosphérique. J'ai hâte histoire de mettre cette épisode du DHT22 aux oubliettes. ++ Viker
-
Yop plantage régulier et là j'ai même eu un freeze complet où je me retrouve avec la température et l'humidité à 0 et le relais de la lampe coupé alors que je suis en phase ON. Avec la V3.7 beta j'ai des plantages que je n'avais pas avec V3.6 ou juste la sonde arrêtait d'envoyer des infos. Sinon j'ai vu que sur le DHT22 il ne faut 2 secondes entre chaque mesures. Est-ce que c'est le cas dans la V3.6 et dans la V3.7 beta? Je n'arrive pas à voir dans le code si c'est le cas ++ Viker
-
Salut, bon j'ai changé d'alimentation pour voir et j'ai torsadé les câbles délivrant le + et le - pour limiter les parasites. en bench depuis hier soir 20h30 pas de problème jusqu'à ce matin 11h30. Mais hier soir quand je suis parti les moteurs tournaient en vitesse 1 et ce matin aussi. Donc je me suis dis qu'il n'y avait peut être pas eu de variation des vitesses. Du coup, je prends la sonde pour la chauffer à la main et là les moteurs passent en vitesse 4, la sonde refroidi les valeurs de température et d'humidité retombe et les moteurs passent en vitesse 2 et là l
-
Yop Je commençais à regarder du côté des sondes en i2c mais je n'avais pas vu qu'il y avait de limitation à 1 mètre de distance, j'avais vu qu'on pouvait en théorie aller jusqu'à 100 m Mais effectivement c'était peut être avec le circuit dont tu parles. Par contre l'autre problème c'est que les sondes ont la même adresse. Du coup j'ai vu que cela pouvait être contourné par un i2c software adressé sur plusieurs pin de l'arduino au lieu des deux pin dédiés. Bon moi ce matin freeze de l'arduino, c'est la première fois que cela arrive. Par contre pas d