TIMEPROP Chatter

[b_carlton]

Just to back up my post here is a short SIM program. No unanticipated off outputs in cycle.

TIMEPROP cycle time 5.0 seconds

Source value (simulated PID output) changing once per second

Loaded in to 'Continuous Input' (R0) on leading edge of C0 output

Not quite the same as BobO's example - only loaded on leading edge of output bit

Sorry, please change NO of ST4 to rising edge ST4

Problems with this if 'Continuous Input' goes to 0.0 or 100.0 - added a CLAMP 0.1 - 99.9 before moving

[BobO]

I added code to synchronize. It'll be in the maintenance release due out in a day or two. We have to release another patch to fix some analog initialization issues anyway.

It isn't perfect. It will still glitch on run mode program updates. To make it perfect would require about 10x the effort. I care, but not that much.

[Mike Nash]

Thanks, Bernie and BobO.

I see Bernie caught the 0 or 100 hang before I got back from testing these in the sim. Rather than the clamp, I put an OFFDTMR around the MATH with a falling edge timer contact around the rising edge TIMEPROP output. Then if it goes too long or on first run, it "watchdogs" the input update. Except for that, Bernie's example works fine (the ST4 seems OK regardless of contact type) and I am truly puzzled because I thought I had already tried this suggestion.

BobO's will hang for the same conditions. I see this one running without the extra transitions also, but I'm pretty sure I don't understand why the second branch doesn't cause an issue.

Regardless, if I can keep the TIMEPROP I'll be happier, I didn't mention some of the zones are heat AND cool, and the fans are on contactors. Plus they need to come on, and stay on longer, the more the PID output is below 50%. I was looking at LERP to solve some of that scaling, but the TIMEPROP is cleaner.

Thank you Bob! I would really appreciate this. A minor glitch on run transition is not a big deal.

[BobO]

Thanks, Bernie and BobO.

I see Bernie caught the 0 or 100 hang before I got back from testing these in the sim. Rather than the clamp, I put an OFFDTMR around the MATH with a falling edge timer contact around the rising edge TIMEPROP output. Then if it goes too long or on first run, it "watchdogs" the input update. Except for that, Bernie's example works fine (the ST4 seems OK regardless of contact type) and I am truly puzzled because I thought I had already tried this suggestion.

BobO's will hang for the same conditions. I see this one running without the extra transitions also, but I'm pretty sure I don't understand why the second branch doesn't cause an issue.

Regardless, if I can keep the TIMEPROP I'll be happier, I didn't mention some of the zones are heat AND cool, and the fans are on contactors. Plus they need to come on, and stay on longer, the more the PID output is below 50%. I was looking at LERP to solve some of that scaling, but the TIMEPROP is cleaner.

Thank you Bob! I would really appreciate this. A minor glitch on run transition is not a big deal.

I had clamped R0 at 10-90 to prevent the hang.

[Controls Guy]

It isn't perfect. It will still glitch on run mode program updates. To make it perfect would require about 10x the effort. I care, but not that much.

Run mode transitions are rare enough it doesn't really justify putting any effort into it.

[Mike Nash]

SUPER!

Two hours after I installed v2.7.2 (due to crashes when editing rung comments in v2.7.1 (probably too many VMs open)) I opened another instance of DmD and was told v2.7.3 was here.

This looks to totally resolve my needing to do anything but just use the instruction. This is great because this system is already being installed and startup will be in the next few days.

Thanks Bob and all!

BTW, AutomationDirect has changed their download page since yesterday afternoon when I download v2.7.2 .
 

[BobO]

SUPER!

Two hours after I installed v2.7.2 (due to crashes when editing rung comments in v2.7.1 (probably too many VMs open)) I opened another instance of DmD and was told v2.7.3 was here.

This looks to totally resolve my needing to do anything but just use the instruction. This is great because this system is already being installed and startup will be in the next few days.

Thanks Bob and all!

BTW, AutomationDirect has changed their download page since yesterday afternoon when I download v2.7.2 .

You're welcome!

[franji1]

BTW, AutomationDirect has changed their download page since yesterday afternoon when I download v2.7.2 .

We "released" it to ADC yesterday.  They are getting real good about updating their download pages!

[Mike Nash]

Their download page "experience" was what I was referring to. Their new forum is up also. But yes, they did tend to be behind a little, at times.

[franji1]

Their download page "experience" was what I was referring to. Their new forum is up also. But yes, they did tend to be behind a little, at times.

Both 2.7.2 and 2.7.3 got up there in the same or next day.  Considering they are working on the new "community" website, this was great!