¿ªÔÆÌåÓý

ctrl + shift + ? for shortcuts
© 2025 Groups.io
Date

Re: LED Sensor

 

Personally, I would use a garage door magnetic contact for this.? I've had great success with these Seco-Larm SM-226L-3Q Overhead Door Magnetic Contact, 2.75-inch Gap, Open/Closed Loop Circuits (3 Wires), 24" Armored Wire Leads, Weatherproof

I have used this ELK sensitive relay for many projects including wiring it in parallel with an LED to get a contact closure when an LED illuminates. I am getting reliable operation with only 1 milliamp driving the input. ELK-924 12/24 VDC, W/ 1.2 MA Trigger, 125 VAC, Sensitive Relay

You may also have success using this light sensor - EIKS Photosensitive Resistor Module DC 5V Photo-resistor Relay Switch

Please share what worked for you.

On Mon, Jul 15, 2024, 5:14?AM johnh via <johnh=[email protected]> wrote:
I use these photoresistor relay modules for various things in my own system

For instance I have one with the sensor over the "Done" LED on the panel of my washing machine and it triggers the relay which is ran to an I/O on my processor so I know when the laundry is done. Works perfect.


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

 

¿ªÔÆÌåÓý

That¡¯s why I just delete the DLLs rather than the entire folder ¨C it¡¯s enough to stop the program from being able to restart itself but not quite thermonuclear.

?

--

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 | London: (+44) (0)20 4520 4600?
Crestron Services Provider | Biamp Authorized Independent Programmers | Extron Qualified Independent Programmer

?

?

?

From: [email protected] <[email protected]> On Behalf Of johnh via groups.io
Sent: Wednesday, July 17, 2024 9:41 AM
To: [email protected]
Subject: Re: [crestron] Anyone noticing slowdowns/failures in loading to 4-series processors lately?

?

Using the web interface and stopping the program is just as unreliable as using toolbox and text console. Its luck of the draw if it stops cleanly or not. I would rather not delete the program folder as there are config files saved there I need for my program. For me when it fails to stop I just let it do its thing for 5 mins and it will eventually restart the previous program, and then I can usually just load in or stop the program manually first. Very rarely do I have to power cycle it.?

?

One thing I do notice is it only seems to happen on Slot 1. That is my main AV slot, and I have several subslots for Lighting/HVAC/Shades/etc, and whenever I load to those I never have any issues. I did open a case with tech support (case# 00260226 feel free to reference) and they wanted the Info Tool logs and program as usual and of course are blaming the program as theres errors in the log. I told them no matter what errors are there it shouldnt prevent stopprog from working. This has to be a firmware related issue and I see it on PRO4 and CP4. If I load the same code to a PRO3/CP3 I have no such issues. It is getting very frustrating as I dont know if I am going to completely kill the system. And if I am loading remotely which is 99.9% of the time and I dont have a Wattbox or other to power cycle it I will be screwed.?


Re: McIntosh MX100

 

Thank you very much


Topics in Home Automation - New Article in Residential Tech Today

 

¿ªÔÆÌåÓý

YoLink is a smart home product line offered by YoSmart.? YoLink devices provide up to 1/4 mile of range because of their use of LoRa wireless communications technology.? My latest article looks at the new YoLink Hub 3, the advantages it offers, and the new features that will be added in an upcoming software update.

You can find the article here:


For those interested in earlier articles that I've written, you can find those here:



For these interested in even earlier content that I wrote, you can find it all here though older content has formatting issues due to a transfer from blogspot to wordpress.



Thanks


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

 

I also notice on most of the 4 series processors when I connect to them in System Info. it takes a few minutes to populate all the info fields. It will populate up to Slot 1 and show progress batr to about 70%, and then it will take a minute or more to finish populating everything else and complete. Sometimes it shows the other slots as "no program loaded" which I know is not the case, and I refresn the individual slots and it then correctly shows the running program. Something is fundamentally wrong with these 4 series processors. As much as we wanted to get away from Windows-based systems and on to Linux, there is definitely a negative to this as we all are seeing.?


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

 

Using the web interface and stopping the program is just as unreliable as using toolbox and text console. Its luck of the draw if it stops cleanly or not. I would rather not delete the program folder as there are config files saved there I need for my program. For me when it fails to stop I just let it do its thing for 5 mins and it will eventually restart the previous program, and then I can usually just load in or stop the program manually first. Very rarely do I have to power cycle it.?
?
One thing I do notice is it only seems to happen on Slot 1. That is my main AV slot, and I have several subslots for Lighting/HVAC/Shades/etc, and whenever I load to those I never have any issues. I did open a case with tech support (case# 00260226 feel free to reference) and they wanted the Info Tool logs and program as usual and of course are blaming the program as theres errors in the log. I told them no matter what errors are there it shouldnt prevent stopprog from working. This has to be a firmware related issue and I see it on PRO4 and CP4. If I load the same code to a PRO3/CP3 I have no such issues. It is getting very frustrating as I dont know if I am going to completely kill the system. And if I am loading remotely which is 99.9% of the time and I dont have a Wattbox or other to power cycle it I will be screwed.?


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

 

I've been using the web interface to load programs on the 4 series processors. It works reliably most of the time.


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

 

I've experienced similiar issues myself.? Based on some other rumblings in this particular forum other have suggested that this maybe either a f/w level issue or a toolbox issue.? I've tried a couple of different things with some luck.
?
  • text console - stopprog -P#
  • try loading via toolbox (usually works once the program is stopped)
  • if the processor hangs / becomes unresponsive, try a reboot of the processor from the web GUI to get it back.? This usually works well.
  • once the program has been manually stopped if toolbox is acting up, is to load the new code via the web GUI of the proc.? This generally works well, however the program has to be stopped first, and this method does not send a *.sig file to the proc.
Just my 2 cents.
?
I've had varying degrees of luck between these couple of different methods, but yes - I've seen processors hang that can take 15-20 minutes to get back to a useable state.


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@...>
Reply-To: "[email protected]" <[email protected]>
Date: Tuesday, July 16, 2024 at 8:37?AM
To: "[email protected]" <[email protected]>
Subject: Re: [crestron] Crestron Home and SWAMP Amplifiers

?

@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:
Start digging on github as well
On Tue, Jul 16, 2024 at 10:17?AM jeff via <jeff.mackie=[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:


Re: Redis connection error: The system tried to join to a directory on a joined drive

 

Yeah, TB has it documented here: https://community.crestron.com/s/article/2845


Re: Somfy UAI+

 

support.controlconcepts.net


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?
?
?
?
?


Re: Somfy UAI+

 

Glad I'm not the only one.


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:
McIntosh MX100 RS-232 control


Re: McIntosh MX100

 

I added one to the Group files that I made and tested recently.?

/g/crestron/files/McIntosh_MX100_Preamp_v1.1.zip


Re: Sony STR-AZ1000ES

 

Nope! Just connect the TCP Client and parse the specific volume strings.?
Feel free to reach out directly if you want to discuss...
?
I would post my module, but its highly customized for my frame-work so it would be difficult to implement without a lot of work...