开云体育

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

DM NVX? Image Preview: Security Warning

FYI, I just added a GWEXER to an existing CP4 system (with AUTH of course...)
After the usual hash of getting these units online with themselves and setting the IP table entry, I had a similar experience with getting the unit communicating as I have with the CEN-IO boxes...
The CP4 showed the unit online and the GWEXER showed offline.

I had to add this setting in the GWEXER and then things worked:

setcsauth -n:<username> -p:<password>??????(This is the UN/PW of the Processor)

Started doing some testing with IR thru the MXnet devices.
An issue that I see (not specific to MXnet) relates to the recent issues we found with the Apple TV. ex: the Select command does 2-3 things with a short press vs a P+H.
This issue here is that the Apple TV responds differently to the length of the SAME command.
With MXnet being essentially serial, I haven't found a way to recreate the P+H function, and my testing of extended commands do not find any discrete commands that call these add'l functions...

Any ideas??
I'm curious that Crestron is doing with their IR driver commands when you P+H an input...I.e. what's the driver/port doing with the command string???

Also, Geoff Reynolds, I sent you an email on your private account...

You wont get errors that way as long as you dont have jammed or unconnected signals, but why are you sending the regular panel joins thru the crosspoints but not your SG joins? You went thru the effort of using crosspoints which is great- you should just do the whole panel including SG joins. Makes it easier to scale your programming.?

To get around the forced authentication on CEN-GWEXERs I always roll back the firmware to cen-gwexer_1.4230.00015.puf, then reload the latest firmware.? If the gateway is configured with older firmware, it removes the SSL requirement.

Hi All,

I am streaming the preview images to a TSW but every couple of days I get a Certificate Unknown message on the panel and it's not user-friendly.
Has anyone found a solution to this?

Thank you

Thanks a lot, problem disappeared once done the account setup in both devices :)

Crosspoint is a best practice. Its better to pass all the signals from the Crosspoint in order to avoid any confusion. And if you don't use Crosspoint then you just need to change the logic of the pages, i.e. just rename the pages signals and the functional/operating signals will remain the same for all the touch-panels. Hope this works.

Hey Everyone,

I am programming a project with multiple touchpanels and a lot of sources so I decided to try my hand at Crosspoints. I pretty much get the jist of how it all works but I'm curious if anyone knows about this.

I ran all my TP joins(all panels driving identical signal names) through a CCP to an ECP and to my driver for a bluray player. Compiled and no error for previously defined driving source.

I then have all my Smart Graphics(D-pad, List also all panels driving identical signal names) going to the ECP directly. Compiled and no errors again. But I expected to get errors on that based on not routing through the CCP first.

I have all my ECCCs in place so I'm sure things will connect properly but I won't be able to load and test the program for a while and I don't want to waste time programming incorrectly.

All that being said, my question is

Does anyone know if it is required for Smart Graphic signal names to be routed through the CCP as well?

Hey Joe,?

were you able to control the ILC lighting interface? Im stuck with the same issue you had

hey caleb, were you ever able to square this away? Im working with the same device and cant figure it out

I could be wrong but I believe you have to set authentication on for the gateway to work.