Does CPU Usage correlates with Firmware version - groov EPIC

link管理

链接快照平台

输入网页链接，自动生成快照
标签化管理网页链接

相关文章推荐

非常酷的莴苣 · echarts中toolbox的自定义工具 ...· 14 小时前 ·

飘逸的黄瓜 · 事件与行为 - 概念篇 - 使用手册 - ...· 14 小时前 ·

霸气的烈马 · Polar Area Chart | ...· 6 天前 ·

冷静的山羊 · Does CPU Usage ...· 6 天前 ·

小眼睛的电梯 · QT的chart中怎样删除旧的series添 ...· 1 周前 ·

纯真的丝瓜 · vb编程中什么叫缺少数组 • Worktile社区· 3 周前 ·

老实的打火机 · 佣兵艾琳的旅途樱花观看地址米 ...· 1 月前 ·

玩手机的数据线 · php中的双引号与单引号的基本使用-腾讯云开 ...· 1 月前 ·

曾深爱过的八宝粥 · JSDoc: The ultimate ...· 1 月前 ·

想旅行的显示器 · Developer Community· 1 月前 ·

Hello,

I have two EPICs, EPIC 1 running firmware 1.5.0-b.42 and EPIC 2 running firmware 3.3.3-b.192. Both running the same software, except EPIC 2 have couple extra small features for safety. The thing I have started noticing after the last firmware update EPIC 2 have CPU Usage at 70% ± 5% when running but EPIC 1 when running have CPU usage of 35% ± 5%. Does the new version of firmware take up more resources from the controller?

This flow uses the exec node to run a top command that fetches system processes and their resource usage, then uses JavaScript to sort the data for output to a groov data store, either as formatted strings or parsed decimals, or both! The JavaScript in the function node will separate out the general system info from the top of the command, as well as the first ten top CPU processes, and can also grab a specific CPU level to output separately; for example I set mine to search for the c…

Finally

I got to do your recommendation and check EPIC 2. showed me some weird bizarre numbers.
What do you make of this?
CPU at 200% ??

image 1839×729 42.6 KB

Any chance of doing the same on the other EPIC?

SoftPAC can make use of all 4 cores, so you might see up to 400% CPU.
But, just the fact that you have 200% is a big red flag to me, it usually means you don’t have enough well placed delays in your chart(s). This will cause the CPU to work extra hard for no benefit.

I strongly recommend you review the PAC Control section of the best practices guide:

documents.opto22.com

Thank you,

Regarding the other EPIC, I cant really test it since it is part of a qualified process and changing anything will force me to re-qualify it.

However, i have increased the delays I have there already and the CPU dropped to around 150%.

image 1861×739 42.3 KB

how much lower the CPU utilization should be to be considered “safe” levels ?

A 50% reduction is a good start, shows the power of delays.

Before I throw a number out there, whats your PAC Terminal Loop Time?

image 602×699 91.2 KB

I’d be super interested in know what the other EPIC comm loop time is as well - you should be able to do that since there is zero changes in looking at it for a moment in PAC Terminal.

So, now that we see the comm loop time is not crazy, I wonder all the more why the CPU is up around 150% There is some heavy stuff going on in that strategy.

So, it turned out to be one chart that is causing the CPU usage to be up that high.
image 251×654 5.68 KB

I keep this chart running to allow the operator to load, calculate, and clear data when needed. when i disable this chart the CPU usage drops to 80% or so. other 4 running charts had no effect on the CPU when disabled.

image 1849×738 40.4 KB

I don’t know why though, it only checks for input and only run the script when input = 1.

it doesn’t have an active com, it only activate when requested by the operator.

Great progress. Well done tracking it down to this one chart.

Does it have a delay in the first block, the Post Run data fetch & Calculations block?
All the loops point back to that one place, so that would be the spot to have a ~100 msec delay.

Its an odd thing to say, but ‘ Adding delays speeds things up ’ really is true.

Thank you so much.

I went with your recommendation and added 100 msec delay to that block (which has only two lines of code in it), CPU now down to 75% to 80%.

This so weird to me. I would love to understand why just small amount of delay could have such a significant impact on controller’s behavior?

I really appreciate your support with this matter, not my first post where i got my questions answered.

aus.eng:

This so weird to me. I would love to understand why just small amount of delay could have such a significant impact on controller’s behavior?

while(true)
	DoSomething(); //CPU will be real busy here all the time, so less time to do other things
while(true)
	Sleep(100); //Give the CPU some rest here so it can do other things
	DoSomething();
              @philip gave a great OptoScript example, lets look at a visual example…
This simple chart is exactly the same as your chart was.

Lets take a look at whats going on here…
Until the operator turns the button on, the CPU will be going at 100% asking isiton?isiton?isiton?isiton?isiton?isiton?isiton?isiton?isiton?isiton?isiton?isiton?isiton?isiton?isiton?isiton?isiton?isiton?isiton?isiton?isiton?isiton?.....
There is no time to breath, the CPU is just frantic in a very tight loop doing every instruction as fast as it possibly can.

It never releases the CPU for any other task, be it another chart or I/O read/writes or other file system functions, you are telling it to check that On status 100% of the time.
Once the operator turns it on, the CPU will then be 100% busy saying isiton?YesTurnItOnisiton?YesTurnItOnisiton?YesTurnItOnisiton?YesTurnItOnisiton?YesTurnItOnisiton?YesTurnItOnisiton?YesTurnItOnisiton?YesTurnItOnisiton?YesTurnItOnisiton?YesTurnItOn....
Again, there is a very tight loop using all the CPU resources to do those two function blocks over and over and over.
When you add the delay command you are telling the SoftPAC software its Ok release its strangle hold on the CPU and allow it to go and do other things while the delay is ticking over. The CPU then can take a breath, go off do less intense things and will keep track of the delay time and come back to the chart when the timer expires.

The FactoryFloor, ioControl and PAC Control manuals recommend at least a 1msec delay, but in the real world you usually can spare many more milliseconds and so can gain even more speed.
In short, every loop (and subloop and subroutine) in every chart in your controller MUST have a delay in it for best performance.
Hope that was helpful and you can, just before you do a download in any controller, make a mental note to ask yourself where each chart has a loop… Do I have a meaningful delay in there?
Adding delays speeds things up.