Keyboard Shortcuts
Likes
- Crestron
- Messages
Search
Re: Anyone noticing slowdowns/failures in loading to 4-series processors lately?
¿ªÔÆÌåÓýMy occurrences of this are substantially lower than a few months ago but I am still seeing it.
Generally extended delays (more than a few minutes) are on the Toolbox side, not the processor side because PuTTY can connect and get a prompt when Toolbox refuses to.
If I can't get the processor to stop the program cleanly I delete the DLL (*.DLL) files from the app folder on the processor and then stopprog.
Either the program stops cleanly or it doesn't and when whatever process protection timer in the background gets irritated and tried to restart the program it fails because it can't load the DLL files.?
At that point if Toolbox is playing game and I'm not too aggravated the program can be loaded normally, otherwise FileZilla and progload command here I come...
Get From: [email protected] <[email protected]> on behalf of josh@LiquidPixel <jwinn@...>
Sent: Tuesday, July 16, 2024 3:19:41 PM To: [email protected] <[email protected]> Subject: Re: [crestron] Anyone noticing slowdowns/failures in loading to 4-series processors lately? ?
What's the current best practice on stopping the program (so you can load new code)?
?
I've been using...?
PROGREG -p:1 -u
KILLPROG -p:1 ?
But I see an old post where Dave H recommended...
STOPPROG -P:#
PROGREGISTER -P:# -U DEL \SIMPL\App##\*.* ?
And someone else recommended just...
KILLPROG -p:1
?
The first method usually works for me, but occasionally things still get locked up for 20-30 minutes before I can get a prompt to do an INITIALIZE and get it back. I haven't tried getting web access to the processor when that happens (will try that next
time). I wonder if Dave H's third line (deleting the app folder contents) would keep me from having to do an INITIALIZE. I've also been using the Toolbox transfer dialog to send the new code, so maybe I need to switch to transferring via FileZilla and then
sending PROGRESET -p:1. I'm also using Toolbox Text Console for the most part, so should I switch to PuTTY or something like that?
?
--
Josh Winn
The LiquidPixel Group |
Re: Crestron Home and SWAMP Amplifiers
¿ªÔÆÌåÓýHi David, ? I haven¡¯t used Sonos with CH at all and the projects that we have used Sonos on with Simpl systems, were changed over to MMS units for one reason or another. ? Pat M ? ? From:
"[email protected]" <[email protected]> on behalf of "David Chramcow via groups.io" <dchramcow@...> ? @Pat Molettieri @Mike Mariani ? Thanks for the reply fellas. Good news then. ? Pat, I'm gonna be using SONOS Ports as the sources for the SWAMP system, I should be good right? |
Re: Anyone noticing slowdowns/failures in loading to 4-series processors lately?
What's the current best practice on stopping the program (so you can load new code)?
?
I've been using...?
PROGREG -p:1 -u
KILLPROG -p:1 ?
But I see an old post where Dave H recommended...
STOPPROG -P:#
PROGREGISTER -P:# -U DEL \SIMPL\App##\*.* ?
And someone else recommended just...
KILLPROG -p:1
?
The first method usually works for me, but occasionally things still get locked up for 20-30 minutes before I can get a prompt to do an INITIALIZE and get it back. I haven't tried getting web access to the processor when that happens (will try that next time). I wonder if Dave H's third line (deleting the app folder contents) would keep me from having to do an INITIALIZE. I've also been using the Toolbox transfer dialog to send the new code, so maybe I need to switch to transferring via FileZilla and then sending PROGRESET -p:1. I'm also using Toolbox Text Console for the most part, so should I switch to PuTTY or something like that?
?
--
Josh Winn The LiquidPixel Group |
Re: Somfy UAI+
Hey i at lunch did some digging maybe this helps On Tue, Jul 16, 2024 at 1:25?PM bi0drain via <naplesisnotmyhome=[email protected]> wrote:
|
Re: Somfy UAI+
Start digging on github as well On Tue, Jul 16, 2024 at 10:17?AM jeff via <jeff.mackie=[email protected]> wrote: |
GLS-ODT-C-CN issue
Hi All,
?
I have several GLS-ODT-C-CN installed in corridors and wardrobes.
They all work good but if nobody uses room for several hours the sensor seems to go into some kind of "standby" as when person enters the room it turns the lights on much later than it used to.? And after this it starts working rapid again.
Both US and PIR sensors are enabled. Timeout is set to 30 sec. Connected to DIN-CENCN-2
Did anybody see such behavior?
?
?
?
? |
File /McIntosh_MX100_Preamp_v1.1.zip uploaded
#file-notice
Group Notification
The following files and folders have been uploaded to the Files area of the [email protected] group. By: plareeeiybusse <rfrazier@...> Description: |
Re: Somfy UAI+
Apisec teaches reverse engineering can use postman if its a rest api, we do this to hack On Tue, Jul 16, 2024 at 7:52?AM matklucznyk via <Mathew.klucznyk=[email protected]> wrote:
|
Re: Somfy UAI+
Its a bit of a pain since the module is not working, not aware of any apps I can capture traffic from. It definitely connects but doesnt continue the initialization process. I have decompiled the .dll and Im working on reverse engineering the code but Im pretty busy so theres that as well haha |
Re: Somfy UAI+
Remember this is where wireshark is your friend On Tue, Jul 16, 2024 at 7:34?AM matklucznyk via <Mathew.klucznyk=[email protected]> wrote:
|
Re: Redis connection error: The system tried to join to a directory on a joined drive
If you can update the firmware using the full package (AVC and AirMedia together), the error should stop. At some point, updating just the AVC firmware caused this for me. Not sure which firmware causes this however. |