Merci pour le partage. Est ce qu'il est préférable d'utiliser le serveur Git intégré (mode projet) puis de sauvegarder celui-ci ? Cela permettrai de mieux gérer les versions. les 2 systèmes (Git + ta solution) peuvent fonctionner évidemment fonctionner en //.
Clairement GIT offre plus de possibilité de versioning et peut totalement fonctionner en // de mon flow. Si tu n'as que 1 ou 2 serveurs Node-RED il est préférable d'utiliser git. Dans mon cas j'ai une trentaine de serveurs qui tournent à différents endroits (maison, labo, hackerspace, VPS, ...) et setup GIT pour chacun d'entre eux est compliqué. Le but de ce flow est donc d'offrir un système de backup "en un clic" fonctionnant sur n'importe quel réseau et permettant de centraliser à un endroit les flow de plusieurs serveurs éparpillés.
@@NeodymeTV Merci pour ta réponse détaillée. Effectivement cette facilité de mise en œuvre conduit à la multiplication de serveurs node-red... Le git est un peu lourd à gérer en usage cloud sécurisé. Je pense que je partirai plus l'activation du GIT local intégré automatique à NR + ta solution. J'utiliserai le GIT cloud pour les plus gros projets collaboratif. En tout cas, c'est un excellent usage de l'API A+
Salut Neodyme, Tes tutos sont superbes. Bien expliqués, pas trop longs... Merci ! Je n'arrive pas à écrire le fichier de backup. J'obtiens cette erreur : "failed to create file: Error: EACCES: permission denied, mkdir '/NodeRedBackup/20221105'" J'ai fait un sudo chmod 777 NodeRedBackup/ mais cela n'a rien changé. Peut-être est-ce dû au fait que j'ai installé nodered via docker sur un Raspberry pi et que l'utilisateur n'a pas les droits d'écriture car il faut monter un volume. Si c'est le cas, je ne sais pas faire. As-tu des idées de solutions ?
Yep c'est clairement un souci d'accès de NodeRED. Si NodeRED était installé direct sur le pi il faudrait s'assurer que le user ayant lancé NodeRED ait bien les droit d'écriture soit dans le working directory par défaut de NR (quand aucun folder n'est spécifié dans la node File) soit là où la node essaye d'écrire (ex /hom/pi/Desktop/backup.json). Si c'est dans un docker, il faut clairement monter un volume pour accéder au fichier. À voir aussi quelle image tu utilises ? Perso, je n'utilise pas l'image officielle (pas impossible que la restriction vienne de là) mais une image docker custom basée sur Ubuntu (c'est certes plus lourd mais plus flexible si je veux rajouter d'autres trucs en parallèle de NodeRED)
@Neodyne Bonjour, j'ai le même problème. Ou trouver les identifients? Je suis sur docker avec un home assistant et node red dans la même stack Merci pour ton aide
Bravo pour ces tutos sur Node-red qui m'ont permis de démarrer. Je ne maîtrise pas les heures dans mes projets : Si je paramètre le backup à 23h, il se fait une heure plus tard. J'ai repris ton exemple pour faire un backup CSV de mes mesures, Si je reprends ces mesures du CSV à un chart, le temps de l'axe X est en avance de 2h. Une idée ?
Ca ressemble fort à un souci de fuseau horaire ça ;) "l'heure" de NodeRED c'est l'heure du serveur sur lequel il tourne. Et pas impossible qu'il soit en GMT (ou GMT + ou - qq chose). D'où le décalage entre l'heure voulue et l'heure du backup. Contre ça tu as deux solutions : - Facile : tu offset volontairement l'heure du backup - Difficile : tu setup l'heure de ton serveur (mais tout dépend d'où tourne ton serveur)
@@NeodymeTV Merci pour la réponse et la piste. Je me suis fait avoir, j'ai mis mon serveur (Une Raspi) à l'heure il y a quelques jours, par contre je n'ai pas relancé le service Node-Red. Je viens de le faire et mes charts sont à l'heure. J'attends minuit pour voir les backups.
Problème des dates corrigé, encore merci ! Par contre je n'arrive pas à utiliser le node readdir pour voir le contenu du répertoire des backups. Aucune erreur, mais aucun retour. Retourne quelques fichiers, mais seulement à la racine. Pas de doc malheureusement.
Readdir ? ce n'est pas une node de base ça ?@@YvesDarbellay Si c'est simplement pour lister les fichier d'un dossier, pas besoin d'utiliser une node externe il suffit de faire un "ls /chemin/du/dossier" avec une node exec ;)
salutt je like et je m abonne grace a Daviyas c est un youtubeur qui aide les petit youtubeur va commenter la dernière video de daviyas si tu veut tu pourrais bien percer grace a lui il pourrait t aiderr sur UA-cam )):);))))
![[Cours 3.3 Bioautomatique] Node-RED : Manipulation d'objets JSON](http://i.ytimg.com/vi/LWuzjwUrJF0/mqdefault.jpg)
![[Cours 5.1 Bioautomatique] Communication Node-RED (UDP, TCP, HTTP, WS, MQTT) Théorie](http://i.ytimg.com/vi/ojbVBJzaBOE/mqdefault.jpg)
![[Cours 5.3 Bioautomatique] Communication Node-RED (UDP, TCP, HTTP, WS, MQTT) ESP8266 et ESP32](/img/n.gif)
Je vois que tu as inventé un nouveau concept "faites comme moi, soyez à bonnets !" 😂
Super bien
Merci pour le partage. Est ce qu'il est préférable d'utiliser le serveur Git intégré (mode projet) puis de sauvegarder celui-ci ? Cela permettrai de mieux gérer les versions. les 2 systèmes (Git + ta solution) peuvent fonctionner évidemment fonctionner en //.
Clairement GIT offre plus de possibilité de versioning et peut totalement fonctionner en // de mon flow.
Si tu n'as que 1 ou 2 serveurs Node-RED il est préférable d'utiliser git. Dans mon cas j'ai une trentaine de serveurs qui tournent à différents endroits (maison, labo, hackerspace, VPS, ...) et setup GIT pour chacun d'entre eux est compliqué. Le but de ce flow est donc d'offrir un système de backup "en un clic" fonctionnant sur n'importe quel réseau et permettant de centraliser à un endroit les flow de plusieurs serveurs éparpillés.
@@NeodymeTV Merci pour ta réponse détaillée. Effectivement cette facilité de mise en œuvre conduit à la multiplication de serveurs node-red...
Le git est un peu lourd à gérer en usage cloud sécurisé.
Je pense que je partirai plus l'activation du GIT local intégré automatique à NR + ta solution.
J'utiliserai le GIT cloud pour les plus gros projets collaboratif.
En tout cas, c'est un excellent usage de l'API A+
Merci!
Salut Neodyme,
Tes tutos sont superbes. Bien expliqués, pas trop longs... Merci !
Je n'arrive pas à écrire le fichier de backup. J'obtiens cette erreur :
"failed to create file: Error: EACCES: permission denied, mkdir '/NodeRedBackup/20221105'"
J'ai fait un sudo chmod 777 NodeRedBackup/ mais cela n'a rien changé.
Peut-être est-ce dû au fait que j'ai installé nodered via docker sur un Raspberry pi et que l'utilisateur n'a pas les droits d'écriture car il faut monter un volume.
Si c'est le cas, je ne sais pas faire.
As-tu des idées de solutions ?
Yep c'est clairement un souci d'accès de NodeRED. Si NodeRED était installé direct sur le pi il faudrait s'assurer que le user ayant lancé NodeRED ait bien les droit d'écriture soit dans le working directory par défaut de NR (quand aucun folder n'est spécifié dans la node File) soit là où la node essaye d'écrire (ex /hom/pi/Desktop/backup.json).
Si c'est dans un docker, il faut clairement monter un volume pour accéder au fichier.
À voir aussi quelle image tu utilises ?
Perso, je n'utilise pas l'image officielle (pas impossible que la restriction vienne de là) mais une image docker custom basée sur Ubuntu (c'est certes plus lourd mais plus flexible si je veux rajouter d'autres trucs en parallèle de NodeRED)
@@NeodymeTV
Merci pour ta réponse.
J'utilise NR à côté de mon serveur domotique Gladys
Je me renseigne
Bonjour, j'ai le même problème. Ou trouver les identifients?
@Neodyne
Bonjour, j'ai le même problème. Ou trouver les identifients? Je suis sur docker avec un home assistant et node red dans la même stack
Merci pour ton aide
Bravo pour ces tutos sur Node-red qui m'ont permis de démarrer. Je ne maîtrise pas les heures dans mes projets : Si je paramètre le backup à 23h, il se fait une heure plus tard. J'ai repris ton exemple pour faire un backup CSV de mes mesures, Si je reprends ces mesures du CSV à un chart, le temps de l'axe X est en avance de 2h. Une idée ?
Ca ressemble fort à un souci de fuseau horaire ça ;) "l'heure" de NodeRED c'est l'heure du serveur sur lequel il tourne.
Et pas impossible qu'il soit en GMT (ou GMT + ou - qq chose). D'où le décalage entre l'heure voulue et l'heure du backup.
Contre ça tu as deux solutions :
- Facile : tu offset volontairement l'heure du backup
- Difficile : tu setup l'heure de ton serveur (mais tout dépend d'où tourne ton serveur)
@@NeodymeTV Merci pour la réponse et la piste. Je me suis fait avoir, j'ai mis mon serveur (Une Raspi) à l'heure il y a quelques jours, par contre je n'ai pas relancé le service Node-Red. Je viens de le faire et mes charts sont à l'heure. J'attends minuit pour voir les backups.
Problème des dates corrigé, encore merci ! Par contre je n'arrive pas à utiliser le node readdir pour voir le contenu du répertoire des backups. Aucune erreur, mais aucun retour. Retourne quelques fichiers, mais seulement à la racine. Pas de doc malheureusement.
Readdir ? ce n'est pas une node de base ça ?@@YvesDarbellay Si c'est simplement pour lister les fichier d'un dossier, pas besoin d'utiliser une node externe il suffit de faire un "ls /chemin/du/dossier" avec une node exec ;)
@@NeodymeTV MERCI, tout est possible avec Node-Red, enfin pour toi...
sinon un on rsync marche aussi bien, et est plus simple a mettre en place.
ca peux meme faire plusieurs node en //
salutt je like et je m abonne grace a Daviyas c est un youtubeur qui aide les petit youtubeur va commenter la dernière video de daviyas si tu veut tu pourrais bien percer grace a lui il pourrait t aiderr sur UA-cam )):);))))