About node-red-node-pisrf?

Is node-red-node-pisrf maintained? I mean, it may not be a priority, but it is not orphaned, right? I have a couple of suggestions for it:

  1. Just add that US-100 sensor works with the node, just like the SRF04 and SRF05 sensors.

  2. Nice to add feature, would be to add of a qualifier to the measure, to define 'same' measurement to be a bit more forgiving before reporting? For example, you only send a new message if the distance measurement is the same per the documentation. That appears to be a literal qualifier, 20 cm, reported, 20 cm not reported, 25 cm reported, at least that is what a take away from the documentation, is that correct? But these (type) of sensor are notorious for being inconsistent, a typical sequence is 20, 20, 21, 20, 19, 22, 22, 21, 20, 19, 18, 21 for example.

Thinking that this node might benefit from a range scope or variance qualifier, which can be inclusive or exclusive. This would smooth the reporting or sharpen the reporting. For example, a + or - vector allowance.

So the range is + or - 2, and object is 20 cm, and the sequence is 19 report, 20 not reported, 23 reported because 23 if is out side the range baseline of 19, then series resets against 23, etc. The opposite could be a feature as well. Such that target is 20 cm, and sequence is 19 report, 20 report, 21 report, 23 not report, 23 not report, 24 not report, 19 report. Even an actual variance or standard deviation option would be nice, as well.

In enterprise monitoring of virtual machines and docker instances, I developed a sliding baseline monitor that only triggered an exception, when for a given duration, the peaks or valleys exceeded a qualified limit or range, with include or exclude logic as needed. This was because the base monitoring software often reported false positives (from our perspective) which was expensive in time/resource response to same. Since could keep statistical data over time, we in effect created a poor mans' learning engine, the service teams loved us for it.

Oh, we 'sold' the enhancement back to the vendor of monitoring software, for a major discount on the purchase contract.

Just a thought.

Always happy to take updates and pull requests. Can certainly tweak the readme. We do also have both the smooth node and rbe node. Smooth does an average over x previous readings, and rbe can do hysteresis type functions, so hopefully they would complement what you want.

True, the smooth and average could be used, I was thinking of embedding the logic, to make it easier for the user. What was it I think you said once, hide the details from the user? :slight_smile:

we also hold to the tenet that a node should one job and do it well... so the pisrf node reads range, and the smooth node smooths it... etc...

1 Like

How is the conflict resolved? Don't answer that... Just could not resist pulling the chain. :slight_smile:

There is no conflict.

Geez... it was a joke!