-
-
ok so the packet sender worked odd ? you shouldn't need carriage returns because if you are sure the ascii works from packet sender you would see them in the string. I would go into packet sender and turn off ascii and see if it works. then turn off hex and turn on ascii. I would find out what is actually working from packet sender first
-
I'll definitely reply back tomorrow when onsite
I've been fighting this for too long
Client comes back Monday. If I can get this working before then, that would be awesome!
-
Post Thanks / Like - 0 Thanks, 1 Likes, 0 Dislikes
-
-
-
dumb question can you ping the stick today ?
-
Yes
from Terminal on my macbook - I can pin 10.0.1.247
-
Originally Posted by
mcignarella
So you put a ethernet 3rd party controller into qs program ?
you told the 3rd party controller what port to use ?
you told the controller what ip to go to to see stick?
then you assigned the controller to the ethernet link on 1 of the qs processors ?
You then made up a command set as per Stik protocol either using ascii or hex because their sheet shows both.
Then you can use any button press to send that command set to that ip
Im not so sure in Terminal you will actually see the command set go across I think you will only see the button press and release I will check tomorrow for you
-
After sending the 3rd party command from Homeworks QS run the outboundconnections command. This will show recent sent/received data in the print out.
-
Any luck on this? I am about to do the same for the Stick-DE3. I would "***"ume the integration protocol is the same..
-
Nope
The outboundconnections show no Ethernet connection. If I understand correctly, Lutron is not able to receive a ping reply. So no connection.
Next attempt was to direct connect processor, laptop, and the Stick, bypassing the network to verify communications.
It was late Friday and I was not able to attempt this.
As for the protocol - should be close? different name in leading digits?
The folks over at Nicolaudie where very helpful