Ethernet IP Comm with Node Red and Groov View

[Norm_Freeman1]

Node Red is not predictable when you put flows in parallel like that.

You might want to make them sequential so you can control the flow and timing better.

Here is a link to a post that covers many good ideas for optimizing Node-Red flows:

Optimizing Node Red Flow

I have a Node Red Flow that is doing a couple dozen writes to scratch pad per second. (or is supposed to…) It seems to have trouble getting all of them done. I suspect writes are getting queued, but over running the write buffer or something. Here is a screenshot of the Node Red. I’m working to optimize the Flow by combining all scratchpad reads, then combining all writes (Write to multiple RIO scratchpad using 1 groov i/o write node), then perhaps using fewer time injects. Is there anything e…