Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Node-red functionality #306

Open
JakeHartnell opened this issue Jan 2, 2017 · 6 comments
Open

Node-red functionality #306

JakeHartnell opened this issue Jan 2, 2017 · 6 comments

Comments

@JakeHartnell
Copy link
Member

JakeHartnell commented Jan 2, 2017

node-red is sort of cool and I think we can do a similar logic view with Grow-IoT.

node-red interface

@aruntk
Copy link
Contributor

aruntk commented Jan 4, 2017

We want to replicate some of this functionality with Grow-IoT

Which functionality?

@JakeHartnell
Copy link
Member Author

JakeHartnell commented Sep 5, 2017

Which functionality?

Introducing that basic UI idea of event flows. A lot of our users want to make complex grow systems but aren't programmers. However, many of them are more than capable of using something like node-red.

@catbarph
Copy link
Member

catbarph commented Nov 19, 2017

Ultimately something more functional and approachable, UX/UI-wise, than editing js in the browser.
The idea here is a graphical programming interface for creating & editing complex event flows - visualize the whole Grow File if you will...

I've long been a (biased) fan of Pure Data's form of graphical programming -

"Algorithmic functions are represented in Pd by visual boxes called objects placed within a patching window called a canvas. Data flow between objects are achieved through visual connections called patch cords. Each object performs a specific task, which can vary in complexity from very low-level mathematical operations to complicated audio or video functions such as reverberation, FFT transformations, or video decoding. Objects include core Pd vanilla objects, external objects or externals (Pd objects compiled from C or C++), and abstractions (Pd patches loaded as objects)."

Things like Stitch and Snap! also come to mind.

With the Pd-like approach at least, hardware modules can themselves be abstracted into graphical/virtual modules, with configuration settings, and even the underlying support functions, hidden "under the hood".

@JakeHartnell
Copy link
Member Author

Perhaps we could just use an instance of something like Project Flogo: http://www.flogo.io/

@JakeHartnell
Copy link
Member Author

Will be embedding node-red into Grow-IoT soon: https://nodered.org/docs/embedding

@JakeHartnell
Copy link
Member Author

JakeHartnell commented Mar 27, 2018

Made some good progress pair programming last night with @tilgovi: 75d477f

All that's left now is to write a storage plugin for storing the flows in mongo, and only loading flows that belong to the user.

@JakeHartnell JakeHartnell added this to the v0.6 milestone Mar 27, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants