Home AMX User Forum AMXForums Archive Threads AMX Applications and Solutions

Lutron HWI with TCP/IP

I've looked at all the threads. I know I am getting close.

I get a connection with online event visible in Studio, and then pass user comma password. Is there a definitive delay time for this to work best? Sending 'lutronGUI,jetski'.

My KBP command works in regular telnet session. Not from code. No feedback from HWI to device.

Web KP's , Illuminations , Telnet to HWI all work fine over LAN. NI-3000 otherwise fine.

Lutron tech support - two days last week have not been able to find the "right guy." AMX tech support says thumbs up but no preliminary code for for future Duet module to share.

Back on site today. Any help would be greatly appreciated.

Bill Ravenel
«13

Comments

  • DHawthorneDHawthorne Posts: 4,584
    You have to create a specific login for control. This is done in link 9, the ethernet link. The programming password (default = jetski) wil not work for control. You can connect, but nothing responds. You can verify proper connection by logging in with a regular Telnet session.
  • wcravenelwcravenel Posts: 114
    Lutron TCP/IP

    OK, here it is, after, well, "much discussion":

    Dave is correct (he knew this, of course...).

    The standard login may establish a connection and allow commands to be sent and acted upon, but you won't get feedback. Need to setup user/pw with feedback that you want - Address Assignment tab, port 9 (Illuminations).

    I will send to Jon P. in tech support my snippets of code, and to anyone else who would like it. Still needs prettying up, but I have control and LED tracking.

    Bill
  • vincenvincen Posts: 526
    Would appreciate to get a copy of your code ;)

    Thanks

    Vince
  • viningvining Posts: 4,368
    Dave or anyone else,

    If given the option and your distance from Netlinxs processor to the HomeWorks processor was with in RS-232 specs would you opt for RS-232 or TCP/IP.

    My personal peference would be RS232 despite the enormous speed difference, 1 because of the inherent problems TCP/IP pose, 2 the amount of chatter that would be imposed on the network (unless on it's own) and 3 the increased reliability factor that RS-232 has once properly connected.

    I love TCP/IP but would opt for its use when required or has a significant benefit..

    Now I don't have the experience in multiple installations and years of working with this stuff as alot of you forum members so I'd be interested in any one's thoughts on this subject.
  • DHawthorneDHawthorne Posts: 4,584
    I go for TCP whenever possible with Lutron control. You can specify exactly what feedback you want when you create the control login. Turning off dimming level feedback kills 95% of the chatter your basic Lutron system generates, and what's left will be no drain at all on your network bandwidth. Most jobs don't need more than keypad level feedback anyway ... the idea is to supplement the lighting control system, not replace it. Lutron's TCP implementation is rock solid (as I have come to expect from Lutron) and the connection itself offers no difficulties. I have not ever experienced even a tiny bit of unreliabilty, lost data, nor lack of connectivity with Lutron TCP. I've even connected with those Powerline-ethernet adapters, with no probelm at all.
  • alexanboalexanbo Posts: 282
    Hey Dave,

    For the Lutron systems you've done with TCP have you had the Q96 shade interface with shades on them? We've been having problems just uploading and downloading just the Lutron File over the LAN connection when Shades were involved so I've been hesitant to try and control Lutron over the TCP if the Lutron program itself doesn't work over TCP.

    Also are you using version 1.15 for Lutron?

    Thanks

    Andre
  • viningvining Posts: 4,368
    alexanbo,

    Are you getting a warning about the installed QED's something about the QED version or firmware being newer than the version supported by this version of HomeWorks Illumination software. Please contact Lutron Tech support. I get that everytime when adding a shade to a current project but I ignore it and have never called tech support and everything works fine.

    Dave,

    In the HomeWorks file that I currently using I do enable dimmer monitoring and use that to update a floor plan with all the lights displayed. I use the dimmed percentage to change the displayed opacity values of my TP lights to mimic the lights actual intensity. (instead of using levels for every light).

    I haven't tried TCP/IP with a P5 processor yet but I have used a TCP/IP - RS232 converter on a series 4 processor that seemed to work fine. But that was just playing around and testing to see how that converter worked and afterwards I went back to RS232.

    I guess I'm just a little hesitant to run this stuff on a shared network where any device on the network (customer products, etc.) could kill the system, lock up the router, whatever. Of course if that happens on a shared network the masters also down which makes it a moot point. I know I'm probably just paranoid with out reason but my recent/current TCP/IP woes have left me somewhat jaded. Maybe when the Cisco engineers fix my subnetting issues with the forthcoming firmware revision I'll have a network that work's the way it's supposed to and can give this another shot.
  • DHawthorneDHawthorne Posts: 4,584
    Yes, I'm running 1.15 beta - I don't think the release version of Illumination supports TCP yet. I can't say I have done a lot of them, but I have definitely worked with some Q96 controllers and TCP connections, and I don't recall any special problems with it. The last one I worked with, I was even connecting via 802.11 in a rather busy environment (I could pick up over a dozen neighboring WAP's). But, I must add, I wasn't involved in the original installation, it didn't come to me until we needed to integrate it with a NetLinx. I only had to make some minor adjustments to a working program - I can't say if my installer had trouble getting it to work in the first place, and I just benefitted from his hair-pulling.

    Even with dimming feedback turned on, I think it would have to be an extremely busy system to detriment the LAN. Lutron packets are tiny, and (for a computer) there is a lot of space between them. It's nothing like the load streaming media puts on a network, and I have seen a lot of that go on before it was noticable.

    I have a customer who mirrors his office server array at his home. He has a half dozen Dell servers in a rack in the house, and is continuously routing all of his office traffic through them over a T1 line. I have seven NetLinx masters in the house, a dozen CV-12's and a half dozen MVP-8400/s which also stream video from two camera servers. In addition to all that, there are two MAX 900's. The original MAX installation was on the same network as all of the rest of this stuff, and I never noticed any degradation of the network itself - I only moved the MAX to sa partition when I noticed the MAX itself was having some packet degradation issue. But none of that traffic degraded the network itself, or caused any control problems.

    Yet, on the other side of the argument, I also had a rather small installation - single NetLInx with one MVP-8400, and an iTunes server of some sort on a Mac network. His network was brought completely to it's knees by a runaway channel update on the MVP (not my program, I must point out - it was one of the very few times we hired an independant because I was swamped at the time). It was turning the same channel on and off probably hundreds of times a second; eventually the NetLInx fell off line, his iTunes stuttered like crazy, and he was having trouble with Internet connections. From one line of bad code.

    The difference I think it how rapidly the packets are being deployed. As long as there is adequate time for them to be processed by everything that needs to, the network won't be affected. And by all accounts, even the chattiest Lutron system isn't really spitting out that much data in close sequence. It's limited by correspondance to a hardware device; you can't turn a light on and off a hundred times in one second, and it's not likely in most installations that you will be turning a hundred lights on in the same second. And even if you did, I think the Lutron paces them.

    Heh, long response just to say this: I'd still go TCP.
  • alexanboalexanbo Posts: 282
    The problem with the shades I have is that during the upload process that screen that shows what's happening will say something to the effect that it's checking shades and then the download will fail and a message will pop up about a time out and the terminal window and download window will get closed. The Lutron system itself will still be in a download mode with the led's on the keypads cyclying so we would then have to go and do the download through a serial cable.

    Now we're still using the latest production release of the Illumination software 1.05 so I suspect that maybe the culprit. I tend to think the TCP/IP was improved in the beta versions to support the web keypads and such.

    Andre
  • DHawthorneDHawthorne Posts: 4,584
    alexanbo wrote:
    The problem with the shades I have is that during the upload process that screen that shows what's happening will say something to the effect that it's checking shades and then the download will fail and a message will pop up about a time out and the terminal window and download window will get closed. The Lutron system itself will still be in a download mode with the led's on the keypads cyclying so we would then have to go and do the download through a serial cable.

    Now we're still using the latest production release of the Illumination software 1.05 so I suspect that maybe the culprit. I tend to think the TCP/IP was improved in the beta versions to support the web keypads and such.

    Andre
    Yeah, I think that may be it too. The beta is stable, I would switch over. Just remember, there is no turning back, once a project is converted, everyone who has to access it has to switch to beta too.
  • dafranrodafranro Posts: 7
    The same problem
    wcravenel wrote:
    OK, here it is, after, well, "much discussion":

    Dave is correct (he knew this, of course...).

    The standard login may establish a connection and allow commands to be sent and acted upon, but you won't get feedback. Need to setup user/pw with feedback that you want - Address Assignment tab, port 9 (Illuminations).

    I will send to Jon P. in tech support my snippets of code, and to anyone else who would like it. Still needs prettying up, but I have control and LED tracking.

    Bill


    I have the same problem, a really need help to stablish comunication with Lutron. I think that your code could help me so much, could you sent it to me. Thanks.
  • vincenvincen Posts: 526
    dafranro wrote:
    I have the same problem, a really need help to stablish comunication with Lutron. I think that your code could help me so much, could you sent it to me. Thanks.

    You can use piece of code posted here http://www.domedia.net/Fichiers/index.php?p=obj,/Protocols/Lutron/Homeworks+Interactive/AMX+NetLinx/

    It works well, I use it for control of two Homeworks processor through IP connection with success :D

    Vinc
  • Hello,

    I'm trying to use the duet module found on the amx site to control a P5 processor via TCP/IP.
    I defined a username/password on the homeworks but I can not figure out where/how to configure the module to indicate what login to use.

    Any help would be greaty appreciated...

    Also, when following the hyperlink in the post from Vincen above, I get a message saying I don't have enough priviledge to access the resource and I'm redirected to a login page.

    Thanks,
    Eric
  • vincenvincen Posts: 526
    ebariaux wrote:
    Also, when following the hyperlink in the post from Vincen above, I get a message saying I don't have enough priviledge to access the resource and I'm redirected to a login page.

    Here is the piece of code I posted link previously ;) Hope it helps you

    Vinc
  • Thanks a lot, this will already give me a "fallback" solution until I get the information on how to configure the AMX duet module.

    Eric
  • Spire_JeffSpire_Jeff Posts: 1,917
    Just a heads up to anyone that uses the Lutron to send commands to the AMX system... there is no current support within the Lutron software to allow this via IP. I just went through the process of updating my include file for lighting to use the duet IP comm module and everything was working well until I got to the part where I parse the responses for commands :)

    Jeff
  • DHawthorneDHawthorne Posts: 4,584
    Spire_Jeff wrote:
    Just a heads up to anyone that uses the Lutron to send commands to the AMX system... there is no current support within the Lutron software to allow this via IP. I just went through the process of updating my include file for lighting to use the duet IP comm module and everything was working well until I got to the part where I parse the responses for commands :)

    Jeff

    I'm not following - you mean in the Duet module? I have been using full IP control for Lutron for a long time now, but I have my own modules for it. The Lutron certainly supports it, as long as it's a P5.
  • Spire_JeffSpire_Jeff Posts: 1,917
    DHawthorne wrote:
    I'm not following - you mean in the Duet module? I have been using full IP control for Lutron for a long time now, but I have my own modules for it. The Lutron certainly supports it, as long as it's a P5.

    I am not refering to controlling the Lutron processor from AMX. I had that working via IP and it seemed stable and as responsive as 232 comms. What I am refering to is setting up commands in the Lutron processor that are sent to the AMX processor to drive events within the AMX program.

    Now, I know I could just track button pushes, but, if I have conditional programming in the Lutron, I would have to check the current state of that button within my AMX code before acting on it. If I had the same button functionality on 5 keypads, I would have to monitor all of them. And, most importantly, if I handle everything in Lutron, one of our installers that deals only with Lutron programming can make changes to the Lutron programming without breaking my code.

    If you have found a way to do this with IP communications, I would love to free up a serial port, but the people at Lutron tech support said it was not possible at this time (But we all know this doesn't always reflect the actual hardware/software capabilities :) )

    Jeff
  • viningvining Posts: 4,368
    I've always used the 2nd RS232 port for doing this when using the 1st port for AMX comms and if communicating via IP to AMX then I would use the 1st RS232 port.

    If you're having distance issues just use an IP/RS232 port server. Of course it would be nice if Lutron would just make the processors handle multiple sockets.
  • DHawthorne wrote:
    You have to create a specific login for control.

    So does anyone know if this login information needs to be entered somewhere in the Duet Module for Homeworks (v1_0_2_dr1_0_117)? I'm setting up the _UI, _Main, and duet module for the Homeworks, but I don't see anywhere in the sample UI that might send a login username and password. I also don't see it in the module documentation, so I'm wondering if it's even needed in the duet module for the P5 processor. Here's the sample UI code where you send the login address/port info to the vdv.
    BUTTON_EVENT[dvTP,83]
    {
        RELEASE:
        {
    			SEND_COMMAND vdvLights, "'PROPERTY-IP_Address,',chrText11"
        }
    }
    BUTTON_EVENT[dvTP,84]
    {
        RELEASE:
        {
    			SEND_COMMAND vdvLights, "'PROPERTY-port,',chrText12"
        }
    }
    


    Thanks.

    --John
  • Lutron IP - A Primer ; Documentation ; Help

    Bump to the msg about the user/pass on the AMX sample code. I see the module documentation mentions the user/pass; is this something we should send with an ONLINE EVENT?

    On a side note, does the IP port drop off line frequently, and if so, at what frequency? I am considering jumping from RS232 module to IP, and was wondering if there was a primer or addtional documentation regarding
    Dynamic Device Discovery
    IP Communications for Lutron (the IP module documentation seems sparse)

    I would love to save a bit on hardware by using the IP stuff, but am wary of the overhead (using Duet modules sure seems to take up a lot of memory and horsepower when compared to a simple Netlinx RS232 module).

    It would be nice to see a document from AMX that would spell out everything to avoid confusion; perhaps that should be done in the module documentation.

    Thx.
  • viningvining Posts: 4,368
    You do need a user name and password.

    The connection does not drop.

    If you're working with your own code previously used on RS232 you'll need to modify your strings. The RS-232 comms required 13 at the end of all strings and the IP comms require 13 10. It took me a while before I figure this out.

    this is what I use, don't know about the duet mod.
    DEFINE_CONSTANT//IP Port & Address
    
    HWI_TELNET_PORT 	= 23 
    CHAR HWI_IP_ADDRESS[] 	= '192.168.8.152' ;
    CHAR HWI_USER_NAME[]    = 'your_username' ;
    CHAR HWI_PASSWORD[]     = 'your_password' ;
    
    DEFINE_FUNCTION CHAR fnParseHWI_Buff(CHAR iBuff[])
         
         {
    rest of select active deals with parsing dimmers and keypad stuff
    
    ACTIVE(find_string(iBuff,"'LOGIN:'",1) == 1):
    	       {
    	       SEND_STRING dvHWI,"HWI_USER_NAME,',',HWI_PASSWORD,CRLF" ;
    	       if(nHWI_Debug)
    		    {
    		    fnHWI_DeBug("'RCVD- ',iBuff,', & SENT USER-:',HWI_USER_NAME,' & SENT PASS-: ',HWI_PASSWORD,' line-<',ITOA(__LINE__),'>'") ;
    		    }
    	       cHWITrash = REMOVE_STRING(iBuff,"'LOGIN:'",1) ;
    	       
    	       RETURN TRUE ;
    	       }
    	  ACTIVE(find_string(iBuff,"'login successful'",1) == 1):
    	       {
    	       CANCEL_WAIT 'HWI_RECONNECT' ;
    	       nHWI_Online = 1 ;
    	       nRetryConnect = 0 ;
    	       send_string dvHWI, "'DLMON',CRLF" ;//enable dimmer monitoring
    	       send_string dvHWI, "'KBMON',CRLF" ;//enable keypad monitoring
    	       send_string dvHWI, "'KLMON',CRLF" ;//enable keypad led monitoring
    	       send_string dvHWI, "'VMD',CRLF" ; //disable vaction mode
    	       send_string dvHWI, "'VMR',CRLF"  ; //start recording vacation mode
    	       if(!TIMELINE_ACTIVE(TL_KLS_Query))
    		    {
    		    timeline_create(TL_KLS_Query,TL_KLS_Query_RTime,1,timeline_absolute,timeline_repeat) ;
    		    }
    	       if(nHWI_DeBug)
    		    {
    		    fnHWI_DeBug("'RCVD- ',iBuff,', line-<',ITOA(__LINE__),'>'") ;
    		    fnHWI_DeBug("'Started HWI Timeline, <',ITOA(__LINE__),'>'") ;
    		    }
    	       cHWITrash = REMOVE_STRING(iBuff,"'login successful'",1) ;
    	       
    	       RETURN TRUE ;
    	       }
    
    DEFINE_FUNCTION CHAR fnConnect_HWI(CHAR iInitiated[])  
    
         {
         if(!nHWI_Online)
    	  {
    	  IP_Client_Open(dvHWI.port,HWI_IP_ADDRESS,HWI_TELNET_PORT,TCP) ;
    	  }
         if(nHWI_DeBug)
    	  {
    	  fnHWI_DeBug("'Attempting to open a connection! Initiated by ',iInitiated,', <',ITOA(__LINE__),'>'")
    	  }
    	  
         RETURN TRUE ;
         }
    
    DEFINE_START
    
    WAIT 200
    	  {
    	  fnConnect_HWI('DEFINE_START') ;
    	  }
    
    DEFINE_EVENT
    
    DATA_EVENT   [dvHWI] 
         
         {
         (*
         ONLINE:
    	  {
    	  SEND_COMMAND dvHWI,'SET BAUD 9600,N,8,1 485 DISABLE'
    	  //just means the netlinx port is online
    	  //send_string dvHWI, "'DLMON',CRLF"//enable dimmer monitoring
    	  send_string dvHWI, "'KBMON',CRLF"//enable keypad monitoring
    	  send_string dvHWI, "'KLMON',CRLF"//enable keypad led monitoring
    	  send_string dvHWI, "'VMD',CRLF"  //disable vaction mode
    	  send_string dvHWI, "'VMR',CRLF"  //start recording vacation mode
    	  CANCEL_WAIT 'HWI_RECONNECT' ;
    	  
          {
          *)
         ONLINE:
    	  {
    	  //IP port no config to send!!
    	  nHWI_ReConnect = 0 ;
    	  CANCEL_WAIT 'HWI_RECONNECT' ;
    	  }
         OFFLINE :
    	  {
    	  nHWI_Online = 0 ;
    	  if(!nHWI_ReConnect)
    	       {
    	       fnReconnect_HWI() ;
    	       }
    	  if(TIMELINE_ACTIVE(TL_KLS_Query))
    	       {
    	       TIMELINE_KILL(TL_KLS_Query) ;
    	       }
    	  }
         ONERROR:
    	  {
    	  nHWI_Online = 0 ;
    	  if(!nHWI_ReConnect)
    	       {
    	       fnReconnect_HWI() ;
    	       }
    	  if(nHWI_DeBug)
    	       {
    	       fnHWI_DeBug("fnDEV_TO_STRING(DATA.Device),':',fnGET_IP_ERROR(DATA.Number),' line-<',ITOA(__LINE__),'>'")
    	       }
    	  }
         STRING:
    	  {
    	  STACK_VAR INTEGER nReSult ;
    	  
    	  fnParseHWI_Buff(cHWI_Buff) ; 
    	
    	  }
         }
    
    
  • DHawthorneDHawthorne Posts: 4,584
    The connection may not drop frequently, but it can - notably if someone is updating the Homeworks program. So make sure you put in provisions for re-connecting in the event it does drop.

    If you don't use a login, the connection will still be made, and happily provide you with an online event and everything. It will just ignore everything sent to it. You can't go by an online event in this case: you aren't really connected until you see the LNET prompt.
  • Dynamic Device Discovery Beacon

    One thing about the Dynamic Device Discovery. There's a beacon you need to turn on in the Homeworks panel to make it work. I can't remember what the command was exactly, but if you telnet into the Homeworks processor, and type a question mark at the LNET prompt (?), you should see a command listed for turning on the AMX beacon.

    I never got the module to work and didn't get the Dynamic Device Discovery to work. I ended up writing my own limited function module just to get it going quickly.

    --John
  • Bump to the msg about the user/pass on the AMX sample code. I see the module documentation mentions the user/pass; is this something we should send with an ONLINE EVENT?
    Looking at the documentation, there appears to be a Property key (which wasn't in the documentation prior to 10/29/07 when it was updated) for the username and password. The module should log you in during a device Online: event.

    The docs call for a Login name as the <value>, but it should probably be the login string which would be your username and password together. If you're sending the login info as a command to the virtual device, then it should be in the online event for the virtual device. The _comm module will then have the info when it needs to log in to the actual device.

    With this new (to me) information about the login key, I would think it would have to look like this:
    DEFINE_CONSTANT
    
    INTEGER		        nHomeworksDevicePort		=	6
    CHAR		        cHomeworksTelnetPort		=	'23'
    CHAR			cHomeworksIPAddress[14]		=	'192.168.xxx.xx'
    CHAR 			cHomeworksUsername[8]		=	'MyUserName'
    CHAR 			cHomeworksPassword[7]		=	'MyPassword'
    
    
    
    DATA_EVENT[vdvLights]
    {
      OFFLINE:
      {
    	 send_string 0, 'Netlinx Virtual Device OFFLINE, please try to REINIT to reconnect'
      }
    
      ONLINE:
      {
    	 WAIT 50
    	 {
    		SEND_COMMAND vdvLights, "'PROPERTY-IP_Address, ', cHomeworksIP_Address"
    		SEND_COMMAND vdvLights, "'PROPERTY-port, ', cHomeworksTelnetPort"
                    SEND_COMMAND vdvLights, "'PROPERTY-Login,"cHomeworksUsername,', ',cHomeworksPassword"
    
    		SEND_COMMAND vdvLights, 'REINIT'
    	 }
      }
    


    --John
  • space after the comma

    and one more thing :)...
    If I remember correctly, the space after the comma was important for logging into the processor. In other words it should be "Username, password" with a space after the comma and before the password.

    --John
  • adysadys Posts: 395
    Hello Guys


    I am having problems too to connect to lutron p5...

    I am using the last module from the site -

    Lutron_HomeWorksP5_v1_0_3_dr1_0_117.zip
    LutronHomeWorksP5_dr1_0_117.jar

    I loaded the test program to a TP and to a master.
    I tired with Discovery, the test program on the TP didn't work.
    Removed the Discovery and tried the direct way (all you need to do is to comment and uncomment few lines in the code ) - don't work too.

    I didn't understand what I need to do with the user?
    I read full documentation and not a word about it, the word login is not mention not there and not in the code...

    and not even a single line about it in the code.

    Thanks for any help.

    Ady.
  • adysadys Posts: 395
    Looking at the documentation, there appears to be a Property key (which wasn't in the documentation prior to 10/29/07 when it was updated) for the username and password. The module should log you in during a device Online: event.

    The docs call for a Login name as the <value>, but it should probably be the login string which would be your username and password together. If you're sending the login info as a command to the virtual device, then it should be in the online event for the virtual device. The _comm module will then have the info when it needs to log in to the actual device.

    With this new (to me) information about the login key, I would think it would have to look like this:
    DEFINE_CONSTANT
    
    INTEGER		        nHomeworksDevicePort		=	6
    CHAR		        cHomeworksTelnetPort		=	'23'
    CHAR			cHomeworksIPAddress[14]		=	'192.168.xxx.xx'
    CHAR 			cHomeworksUsername[8]		=	'MyUserName'
    CHAR 			cHomeworksPassword[7]		=	'MyPassword'
    
    
    
    DATA_EVENT[vdvLights]
    {
      OFFLINE:
      {
    	 send_string 0, 'Netlinx Virtual Device OFFLINE, please try to REINIT to reconnect'
      }
    
      ONLINE:
      {
    	 WAIT 50
    	 {
    		SEND_COMMAND vdvLights, "'PROPERTY-IP_Address, ', cHomeworksIP_Address"
    		SEND_COMMAND vdvLights, "'PROPERTY-port, ', cHomeworksTelnetPort"
                    SEND_COMMAND vdvLights, "'PROPERTY-Login,"cHomeworksUsername,', ',cHomeworksPassword"
    
    		SEND_COMMAND vdvLights, 'REINIT'
    	 }
      }
    


    --John


    not event a word about this in the documentation.
    are we talking about the P5 module?
  • viningvining Posts: 4,368
    You also need to set up the login username and password in Lutron's Iliumination program and download to the HomeWorks processor. Under addressing, link 9 (ethernet) and then Telnet Login.
  • adysadys Posts: 395
    vining wrote: »
    You also need to set up the login username and password in Lutron's Iliumination program and download to the HomeWorks processor. Under addressing, link 9 (ethernet) and then Telnet Login.

    I got that.

    Ok, then what?

    What I need to do in the code?

    It not mention in the documentation at all.


    This code will work for the P5?

    ONLINE:
    {
    WAIT 50
    {
    SEND_COMMAND vdvLights, "'PROPERTY-IP_Address, ', cHomeworksIP_Address"
    SEND_COMMAND vdvLights, "'PROPERTY-port, ', cHomeworksTelnetPort"
    SEND_COMMAND vdvLights, "'PROPERTY-Login,"cHomeworksUsername,', ',cHomeworksPassword"

    SEND_COMMAND vdvLights, 'REINIT'
    }
    }


    Not even a single line about it, and the property login is not mention at all in the document or in the test program.

    This is very strange, bottom line, I don't have a lutron driver to work with !
Sign In or Register to comment.