-
Notifications
You must be signed in to change notification settings - Fork 22
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
How to trigger #12
Comments
Hi you can wire an inject node to it.
…On Friday, 3 May 2019, chrisegge ***@***.***> wrote:
How do you trigger the node to start running automatically
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#12>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/AAHU7IH5EVL7N4M5RKGZ5P3PTROL5ANCNFSM4HKVDEFQ>
.
|
Yea I had the continuous checked so it wouldn't let me. What about the output? Instead of individual outputs like a function node running it's an ever growing array of data. Is this normal? |
Can you share a sample flow?
…On Saturday, 4 May 2019, chrisegge ***@***.***> wrote:
Yea I had the continuous checked so it wouldn't let me. What about the
output? Instead of individual outputs like a function node running it's an
ever growing array of data. Is this normal?
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#12 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAHU7IB2FKFBYRTNTA4OZ6LPTY6YVANCNFSM4HKVDEFQ>
.
|
When ticking the 'continuous' option, you can no longer inject into the pythonshell node. This means I can't get the pythonshell node to start on startup |
As I remember, it starts when it gets the first message. Can you double check? |
I tried but it did not work. The only way I can get it working is to manually start it. |
yeah, still buggy... cant check "continous" or "std-in" separately.... hope the update is integrated soon -> #15 (comment) |
@ozett the node , when continuous is true , by default receives input with stdin. This is why once you set have continuous to True you cannot check the stdin button anymore. It is also because a continuous that does not recieve any input does not make a lot of sense . A process that have stdIn to true without being continuous will be run once when a payload is recieved. If you send an other payload, it will not trigger another time, I rarely use in and just use continuous instead most of the time :
Would you mind explaining your use case? Maybe I could recommend you the proper way to run your node depending on your answer |
my use case: to be a little flexible i wanted to pass some parameters via std-in from node-red to the python script. i only wanted to trigger the script once for every image, but i sounds a cool option to let it run contiunously. |
In your situation I think setting continuous and stdin to True will work. The word continuous does not mean that the script is alway running, but only that the node can receive a stream of input I have similar use case when instead of image input , i have text data that needs a python trigger . the node will then :
if an other image is received it should do the same thing again and again |
i will give it a try. |
found some hints to "activate" virt-envs while using python3 directly from the path of the virt-env. what is the way with this pythonshell-node? any example available? thx. |
How do you trigger the node to start running automatically
The text was updated successfully, but these errors were encountered: