开云体育

My old programming template, that is located on my GitHub (), is all based on crosspoints.? The hardware drivers for touch panels and sources is all out of date at this point but the overall programming structure is still valid.

One thing to note - the crosspoints and the logic to drive them are all hidden inside modules.? This removes some of the complexity of working with crosspoints.?

Hope this helps

Jay

I've built all my starter programs with Crosspoints? TP Connects to Room and Room Connects to Source.? In this fashion All TPs have a unique naming.? The room chooses the source to connect to and passes the control back to the TP.

TP CCross to Room ECross.? Room ECross has joins connected to Source CCross that gets connected to the Source ECross.

Havn't tested the lock to band.? But you still want to keep it from roaming.? We have an large Extreme network and wifi and we will see a remote connect to a weaker AP on its own.? And this causes issues with the remote hoping APs.

having a brain freeze.? is there a symbol or module that will combine multiple strings? or a module that will take the 3 digit analog of a thermostat and output it as serial with a decimal?

Does anyone know how to use Crestron OpenSSL Utility (cosu)?
I need to generate a certificate :)

Hi All (And Dave H particularly)

In the past few years, I have set up a separate SSID at 2.4g only (and sometimes set up separate ones on each AP to prevent roaming).

Crestron’s new FW for these seems to indicate that it will be preferable to make them 5g Only.

?

It’s been a minute since I have deployed these…
What are you all doing now (in the last month...)
TIA!

开云体育

Unless I'm missing something, the issue is that there's not specific, discrete commands for the Press, P+H, Keep Pressing and Holding - These are three different functions.
With the Crestron IR this works because P+H'ing the digital triggers are doing *Something* with the IR (similar to P+H on an actual remote).?
I'm trying to understand what Crestron is doing to transmit that command when P+H'd, and then emulate it with the 'serial-style' system of AVPro and others.

Does anyone know what is happening to the command string when you P+H the Crestron IR Driver??

Sorry not really helping here, but Crosspoints is what keeps me sane. I've seen/had to work with WAY too many programs with 100's of buffers and I just feel bad for the original programmer because he/she didn't understand how crosspoints work or didn't know they even existed.

Learn them, love them!

Instead of using the AppleTV IR commands drop in a simple Sony universal blu-ray set instead. ?Next step on the ATV go to settings then remotes then learn remote…name it whatever you want at that point in the ATV. ?This will give you the opportunity to teach the ATV a MUCH more comprehensive set of IR commands than available on the standard ATV module. ?It also had a separate instance for the home and the home home command. ?It is very reliable and persists through ATV updates just fine. ?The ATV is a simple device most often only needing simple controls…don’t over complicate it :)

In that PUSH Inc function make sure it is a 3 not a 4.? 3 is up, 4 is down.

this:
IncrementCh(ch,3);

not this:
IncrementCh(ch,4);

So, I made the changes to the Simpl module, but I'm still getting the lower on both Inc and Dec. I look in debugger and it's sending the same string for both....

Thanks Scott, I will give that a shot!

I'm just finishing a project where I used this nLight module and encountered the same problem as you.? There is an error in the handling of the PUSH ChInc.? It has both a increase and then a decrease command.

I also changed the order of the commands and removed the initial command to bump the light level up a step.? Every time the button was pressed, the command fired twice.??

This is what I did in the module.? A similar thing can be done with the Chdec.

PUSH ChInc

{

INTEGER ch;

ch = GetLastModifiedArrayIndex();

// IncrementCh(ch,3);? //commented out because the ChincRepeat loop will always fire--resulting in doing this twice

ChIncRepeat[ch] = 1;

WHILE ( ChIncRepeat[ch] )

{

IncrementCh(ch,3); //I changed the order here and corrected the down command

ProcessLogic();

Delay(IncrementInterval);

}

?

}

Hey djkevinz, Thanks for creating this module! I am using it for a project and I am using the ChInc and ChDec as well as on/off. Everything is working great except for ChInc. ChInc is Dimming the channels just like ChDec is. I have verified I am sending the correct button presses and I can see in Debugger that I am pushing ChInc, but it still dims the lights. Any ideas or something I am missing?

On Thu, Nov 19, 2020 at 02:46 PM, Ken Ragan wrote:

Yes, port 50002 for registration, port 50001 for control and UDP for wake on lan to power on.

?

On Thu, Nov 19, 2020 at 9:32 AM, j5races

<fueler1@...> wrote:

Thank you! This player is a different port than the 1000 correct?

?

?

?

?

Ken I have a job coming up with a X700. Has this IP module been reliable for you?

Audiocontrol amps are fully supported and easy to integrate into Home without a license. DSP and the web based controls are far better than SWAMP was.

Thanks guys,

This project is an upgrade to a system and the VTP file already has joins but the previous guy did some whacky stuff and it looked like running all the SG traffic is going to cause some conflict with those joins so I tried running SG direct to the ECPs to see what would happen. More than anything I was expecting errors and was surprised not to see them. That's what originally caused me to wonder and ask the question.

I hate programming after someone else. I know there are many ways to pull of the same thing and some are pretty cool and I learn from it. But organization, flow and signal names aren't a standard and most of the time I find this makes it difficult to wrap my head around someone else's logic. I like things like Bluray_Play_press but this guy is long winded and inconsistent so I have things like Bluray_Smart_Graphics_Dpad_Enter_Button_Pressed and Bluray_Touch_Panel_Play_Button_Press.

And some of the logic is even worse because instead of OSC or AOS as a part of a signal name the guy uses long form and spells out Oscillator or Serial_Analog_One_Shot in already long signal names. It's been a pain just getting some of that nonsense in order but I guess I may as well pain myself some more and change the structure of the joins. I would rather have not had to reassign every join in the program cause there are over 1000 of them, but I also prefer consistency and it will probably help when I start debugging.

The best option is to go to av switchers under drivers and see what is available.? Most, if not all, of the drivers for non-crestron devices are 3rd party, but in this list, certified.? Some cost money, others are free.? I see AudioControl is there, which wasn't the last time I looked for it.?