1. Crestron
  2. Теми

Anyone noticing slowdowns/failures in loading to 4-series processors lately?

 

It's been kind of random and I haven't really put in the time to pinpoint firmware versions between processors, but over the past month - two months i have been noticing quite a few failures to load, over and over until a reboot of the processor or other measures.

Most loads have been over VPN with a solid connection, but when that fails, I will revert to an on site PC which mimics the problem.  Latest software.  Information tool comes up fine, able to open up the load program window which looks fine, select file and hit upload.  Prompts that is sending but it basically freezes at this point and reverts back to no update being loaded.

What's strange is, I can use the web GUI, stop the program, then load the program just fine.

I am wondering if there is something suspicious going on with Toolbox in relation to enabling embedding archives to the processor.  We've found it's just easier to load the archives to processors just in case, but I'm wondering if this is causing some of these lockups.

Wondering if anyone else has been experiencing any weird issues like this lately.
 

I thought it was just me.
I'm on site and working my way through 25 apartments.
CP4 connections either through USB or Direct network connection in Toolbox are painfully slow.

Usually I'd just FTP the program on and console in issuing progload -p:xx -n
but even that is slow through Toolbox.

Putty SSL tends to be faster
 

Just got into the habit of stopping all programs before uploading but yes, it's been like that for the past 6 months or so
 

Same, has been very frustrating . Even worse if you're using more than 1 program slot, can pretty much count on it failing. I'm in the habit of using the STOPPROG or KILLPROG command every time before I load now
 

Yes!  I have not had the time to call TB.  I have one job in particular with 4 programs.  If I load the main slot 1 program, it will fail, reload the old program and crash/restart indefinitely.  I have to power cycle to get it to stabilize.  Stopping the program and loading is what it takes, just as others have reported.  Because this has multiple programs, I thought it might be the issue.  I have a cp4 in my test rack that I have slacked on updating with 2.5000.00014 and I can load to it all day with no issues (one program).  
 

I have been dealing with this on a couple projects lately, TB is on my list of things to do at the office Thursday. 

The only solution I have found is to stop the running program, something it takes a couple times, but then FTP LPZ into program folder, then progload, you have to be careful because something it doesn’t load and just run the existing program files on the processor. 

we think we have it nailed down to the latest firmware on 4-series because it doesn’t do it on latest version in 3 series for some reason and doesn’t do it on 4 series processors with older firmware versions. 
 

I have a bunch of PRO4s in the field all running released FW and 4 program slots a piece and haven’t seen this (recently).

 

I do know that the SIMPL# AVF code running in the DMPS3 is buggy in that in when you try to stopprog it to replace it with a useful program it will always (and I do mean always) make the watchdog angry enough to eventually kill the process rather than stopping gracefully. In my earlier years experimenting with S#/Pro I managed to recreate that scenario occasionally by not letting a thread loose in time. I have found deleting the .DLLs from the \simpl\appXX folder is a very brute-force way to short circuit the crash/reload loop as it the processor will not be able to launch the existing program and allow you to get the new program in without having to (try to) kill the existing program… I feel dirty when I do it but it works and again it’s been a while since I’ve had to resort to that.

 

Lincoln

 

--

Lincoln King-Cliby

Commercial Market Director
Sr. Systems Architect | Crestron Certified Master Programmer (Diamond)
ControlWorks Consulting, LLC
Direct: (+1)440.771.4807 | Cleveland: (+1)440.449.1100  | Boston: (+1)508.695.0188 | DC: (+1)202.381.9070 
Crestron Services Provider | Biamp Authorized Independent Programmers | Extron Qualified Independent Programmer

 

 

 

From: crestron@groups.io <crestron@groups.io> On Behalf Of thesaabdr via groups.io
Sent: Wednesday, October 18, 2023 8:06 AM
To: crestron@groups.io
Subject: Re: [crestron] Anyone noticing slowdowns/failures in loading to 4-series processors lately?

 

Yes!  I have not had the time to call TB.  I have one job in particular with 4 programs.  If I load the main slot 1 program, it will fail, reload the old program and crash/restart indefinitely.  I have to power cycle to get it to stabilize.  Stopping the program and loading is what it takes, just as others have reported.  Because this has multiple programs, I thought it might be the issue.  I have a cp4 in my test rack that I have slacked on updating with 2.5000.00014 and I can load to it all day with no issues (one program).  

 

I'm also noticing painfully long periods starting debug sessions whereby I see the Please wait... Gathering Device Information dialog
 

On Wed, Oct 18, 2023 at 11:01 AM, Slip Cougan wrote:
I'm also noticing painfully long periods starting debug sessions
Oh yeah!!!...:(      this has become a major issue. Long wait to start the session, and it crashes (often unknowingly) after 10-20 min. 
The only thing that I've found that somewhat helps is to not have ANY signals get synced on initial connection.  of course, then you have to enable every signal that you want to monitor, so
Potato-Potato...both suck...:(
 

Yes... Not every one. Depends on how long between loads / Debugger stops.. I find Erasing the current program then sending it has the highest success rate.
 

Version: 2.8003.00037.01
  • Resolved an issue that would prevent a program from stopping correctly.


On Thu, Oct 19, 2023 at 12:01 PM Carl Arnold <carl@...> wrote:
Yes... Not every one. Depends on how long between loads / Debugger stops.. I find Erasing the current program then sending it has the highest success rate.

 
Змінено

I can confirm that 2.8003.0037.01 didn't fix it on my desk RMC4....
 

On Wed, Oct 18, 2023 at 08:41 AM, Lincoln King-Cliby wrote:

… I feel dirty when I do it but it works

That might be the funniest thing I read all day! Thanks for that. When it comes down to it, you have to do whatever it takes to win, even delete .DLLs hahaha!
 

I'm looking forward to this issue being resolved. I can confirm that 2.8003.0037 did not fix the issue with my PRO4.

Michael Block
 

Same, it fails to load about 85% of the time.

Doesn’t seem to matter if I try stopprog or just try to progload. It’s simply fails to stop the previous program, then loads the current “old” one. New firmware made it like 10% better but still fails to stopprog most times.

A birdie told me Crestron is aware of the issue and they Are working on it. Bit that was before the latest firmware came out that was supposed to to fix it according to the help file
 

It seems that any comms between toolbox and a 4-series is suffering. I'm working on a 25 apartment mdu.
All on latest fw. Every single CP4 struggles with sysinfo or debugger loading. Sysinfo can be most frustrating.
 

System Info hangs at about 50% for a while before usually completing. 

I am seeing that on 3 Series processors as well, so I expect toolbox is a component of this.


On Thursday, December 14, 2023, Slip Cougan <gk.otoole@...> wrote:
It seems that any comms between toolbox and a 4-series is suffering. I'm working on a 25 apartment mdu.
All on latest fw. Every single CP4 struggles with sysinfo or debugger loading. Sysinfo can be most frustrating.

 

...another firmware update with another supposed fix that doesn't fix it
:(
 

Yeah, saw that.

On a more positive note BACnet does seem to be improved.
 

Yup. Also had a strange issue with a brand new laptop. D3 will not compile correctly. Had to save it in dropbox, open it up in my old laptop which the power connection is literally hanging out, recompile it and then load. Wasted many hours with TB trying to trace the problem. It has 32 gig ram, SSD drive. WTF.

1 - 20 з 58