Node-RED - Flow-based programming for the Internet of Things
-
-
Source
https://github.com/node-redNode-RED - Wikipedia
https://en.wikipedia.org/wiki/Node-REDNode Red in 5 minutes - YouTube
Youtube VideoOpen Source Self-Hosted Node-RED Alternatives
https://alternativeto.net/software/node-red/?license=opensource&platform=self-hosted -
Here is a good 3 part series:
1- https://www.youtube.com/watch?v=3AR432bguOY
2- https://www.youtube.com/watch?v=V0SmNcIYCtQ
3- https://www.youtube.com/watch?v=bovIZtgL68EThe main interfaces or node RED are raspberry pi and conventional arduino boards but there is also a more industrial PLC: https://www.controllino.biz/ that use the arduino framework and in turn can leverage node-RED
My main use cases are for Smart Home Automation & Microgreens
This would be such a valuable addition! -
We can sponsor this if someone wants to package?
-
There is an industrial grade PLC that is 100% Arduino compatible = https://www.controllino.biz/
I will have to dig up the additional resources I had but all in all you one can use: Node-RED + Arduino IDE + Controllino PLC
-
Another upvote for this app!
-
I'm a long-time Node-RED user. I was able to get a custom app packaged for Cloudron. So far, so good...
-
-
@staypath Very cool!
-
@robi Cloudron customizations are in the docker-custom folder
https://github.com/jsonsmth/node-red-docker
Feedback is welcome as this is my first foray into Cloudron app customization.
-
@staypath That's a good start! I haven't used node-red before but does it require "plugins" or arbitrary node modules to be installed to be usable? A quick look into your package suggests that you decided to put everything into
/app/data. Is it because of that? -
@girish Yes. Any new "plugins" installed are node modules that would be installed in /app/data/data/node_modules
I installed a couple of Node-RED modules (plugins), took a backup of the app in Cloudron, cloned the app from backup, etc... and all seemed to work well. Anything I'm missing? Thanks!
-
@staypath Usually, we keep the code in Cloudron read-only. As a convention, the code is placed in
/app/code. The data the app generates is put in/app/dataand this is backed up. The idea is when we have an update, we can just throw out the old container, replace it with the new container, keep /app/data alone as-is (it's mounted into the new container) and things will work.If the code itself is in
/app/data, then it's part of the backup and also the update path is not clear. All the operations like backup/clone etc will work. Only update is an issue. Do you have any idea how to solve this?One idea, if it's possible, is to put node-red code and npm install in /app/code in the Dockerfile. For additional plugins, if we can set some node module path which can be picked up from say /app/data/node_modules or something, that would be ideal. Is that possible though?
-
Per https://nodejs.org/api/modules.html#modules_loading_from_the_global_folders, we can maybe set
NODE_PATH=/app/data/node_modulesmaybe? -
@girish Ok, I understand a bit more about the Cloudron build process now. I have updated my Dockerfile.cloudron and moved the repo here:
https://github.com/jsonsmth/node-red-docker-cloudron
The updated build process stores all app code in /app/code and only the user-specific data (including user node_modules) in /app/data.
-
@girish Also, I think we're following along with the recommended method for preserving user data within the app:
https://github.com/jsonsmth/node-red-docker-cloudron#managing-user-data
-
I have updated the repo here with built-in LDAP auth:
-
Repo has been updated to include the following:
- split the Dockerfile into
Dockerfile.cloudronandstart.shto match Cloudron app standards - built-in LDAP auth
I've tested backup,restore and package upgrade.
https://github.com/jsonsmth/node-red-docker-cloudron
Thanks!
- split the Dockerfile into
-
@staypath awesome, I will take a look later this week!
