Vous n'êtes pas identifié(e).
Dernière modification par Debian Alain (01-02-2019 18:10:50)
Hors ligne
Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.
Hors ligne
Hors ligne
Récupérer des valeurs physiques de l'environnement (Température, pression atmosphérique, vitesse du vent...)
Stocker ces valeurs horodatées, les transformant ainsi en données
Restituer ces données de manière utilisable par un humain
Ceci n'est qu'un exemple, tu peux par exemple ne pas souhaiter enregistrer les données, mais juste restituer les données de manière immédiate, comme le font beaucoup de mini station du commerce.
Plus tu sera précis, plus ça te permettra de choisir le bon matériel pour faire ce que tu veux.
Exemple, si tu veux une station météo qui n'enregistre pas les valeurs sur un temps trop long et uniquement accessible via un ordinateur, le nodeMCU peut parfaitement se suffire à lui même.
Si tu veux enregistrer des données sur plus de temps, un Pi associé au NodeMCU peut effectivement être une bonne solution.
Note que ce découpage en fonction est également une très bonne méthode pour te dépanner en informatique. En effet, lorsque tu as un problème, il faut essayer de trouver tout ce qu'il faut comme fonction pour que la tâche que tu demandais à ton ordinateur fonctionne. Il suffit ensuite de regarder quelle fonction pose problème.
Exemple là pour ton problème d'IDE, si, même lorsque rien n'est branché en USB, tu as malgré tout ttyS0, c'est que ce périphérique n'est effectivement pas ton NodeMCU. Si rien n'apparaît dans l'IDE lorsque tu le branche, c'est qu'il doit effectivement manquer des choses dans ton installation.
Es-tu bien certain d'avoir bien accepter toutes les étapes lors de l'installation de l'IDE Arduino, notamment l'ajout de ton utilisateur au groupe dialout et le déconnexion/reconnexion à ta session avant de brancher ta carte ?
Je pense qu'en premier lieu, il faut que tu arrives sans problèmes à programmer des choses simples avec ton nodeMCU, sans penser pour l'instant à ta station météo, çà viendra après
Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.
Hors ligne
Hors ligne
Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.
Hors ligne
Dernière modification par Debian Alain (24-01-2019 22:41:28)
Hors ligne
de formation electromécanicien . ayant acquis quelques connaissances de base en programmation d'automates ,
Bon, mon blabla sur l'analyse fonctionelle devait être assez inutile alors
il y a un monde entre les automates de la télémécanique (les fameux TSX) et un arduino ou un raspberry .
Effectivement, j'ai pas vu ce genre de chose se programmer en ladder Mais bon, sur le fond, la logique est la même
MQTT, on entre là dans le domaine de la communication en automatisme. Dans l'idée, un équipement publie des données sans se préoccuper de qui va les lire, et se sont les récepteurs qui se charge de savoir si le message en question les concerne. Dans l'idée de ta station météo, on pourrait imaginer qu'elle envoie des données, que le Pi les récupère pour les stocker et les mettre en forme, et que ta chaudière récupère la température exterieur pour modifier sa température de départ par exemple.
Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.
Hors ligne
Hors ligne
surtout quand il faut tout redécouvrir après avoir tout oublié .
U=RxI, c'est comme le vélo, ça ne s'oublie pas
Par contre, je croyais comprendre à ton premier message que tu avais déjà un nodeMCU sous la main. C'est bien le cas ?
Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.
Hors ligne
Hors ligne
Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.
Hors ligne
Hors ligne
Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.
Hors ligne
Dernière modification par Debian Alain (26-01-2019 12:22:48)
Hors ligne
Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.
Hors ligne
Y'a plein de question dans ce fil, et ça risque de partir dans tous les sens.
Arf ! , c'est mon défaut . j'ai souvent tendance à faire feu de tout bois .
Je réitère mon conseil de faire les choses tranquillement.
t'inquiète . mais cela n'exclut pas de préparer le terrain à l'avance .
malheureusement , me connaissant , j'ai souvent tendance à tirer des plans sur la comète .
Concernant le choix du langage, je ne suis pas certain que l'Arduino (langage avec une syntaxe se rapprochant du C/C++) soit bien plus compliqué que le Python dans ce domaine.
en effet , je me suis penché sur le code créé par -- Tuniot -- , il ne me semble pas compliqué à outrance . pratique qd même le site .
De plus, je pense que tu trouveras beaucoup plus de documentation en français avec le langage Arduino.
oui , pas mal . sinon , souvent , google traduit ...
Pour réaliser tout ça, il y a la suite Kicad, qui permet de créer un schéma, une liste de composants, puis, un typon.
oui , je suis en train de me pencher dessus . un peu complexe qd même . et cette double écriture mixte FR/Eng ... pas terrible . mal traduit .
En plus simple, il y a Fritzing (dans les dépôts aussi), qui va te permettre de faire ton montage sur une breadboard en mode glisser/déposer ou par un schéma, et de ça en tire un typon (que tu peux éditer plus ou moins manuellement ensuite. C'est un logiciel réalisé par une Fac allemande. Les étudiants à l'origine du projet ont montés une Startup qui te permet de commander ton circuit imprimé en ligne.
je vais voir ... merci
mais encore une fois, prend ton temps, expérimente tranquillement avec ton NodeMCU avant de passer à la mise en œuvre d'un vrai objet connecté
oui oui , t'inquiète . je vais commencer par jouer avec la breadboard , -- Tuniot -- et l' I.D.E. . le circuit imprimé , on verra . faut déjà que je réussise avec "la planche à pain" . mon kit doit arriver début de semaine prochaine . croise les doigts .
Hors ligne
en effet , je me suis penché sur le code créé par -- Tuniot -- , il ne me semble pas compliqué à outrance . pratique qd même le site .
Si tu veux t'exercer à ce type de programmation par bloc, tu peux essayer Snap. C'est très proche de Scratch que les enfants apprennent ça au collège désormais, et ça a l'avantage d'être une simple page HTML/javascript.
Maintenant, encore une fois, c'est la documentation et les exemples qui risque de te manquer. C'est plus fourni en Arduino
Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.
Hors ligne
Dernière modification par Debian Alain (27-01-2019 17:01:17)
Hors ligne
Hors ligne
Dernière modification par Debian Alain (29-01-2019 17:27:56)
Hors ligne
d'après la doc , ça tiendrai de la messagerie ...
Ben voilà, c'est comme le forum en fait. Un message est publié sous forme d'un sujet par un équipement sur un serveur appelé broker. Et Ce message est lu par des clients (d'autres équipement) qui s'abonnent à ce sujet et peuvent donc utiliser les informations récoltées
Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.
Hors ligne
pourtant tout est ok .
programme fonctionnel :
comprends pas
Dernière modification par Debian Alain (30-01-2019 12:34:33)
Hors ligne
pourtant ni firefox , ni chromium ne fonctionnent à son adresse .
Que veux-tu dire exactement par là ? Voir le tuto : Manuel du chocolat DF : « Ça marche pas ! »
Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.
Hors ligne
Hors ligne