Ah sick, I’ve been trying to get hands on with Control4 stuff. Since its from a dealer only it hasn’t been requested much (5-6 people). Which is too bad they don’t sell it more publicly.
Whats also a shame is it looks like they are using their entire own profile.
C25D = Manufacture Specific Profile, probably control4’s. We use HA (Home Automation)
0001 = Cluster 0001. In normal ZigBee this is Power Configuration, but it doesn’t look like thats what they are using it for
02 = Source Endpoint ID
02 = Destination Endpoint ID
0C40 = Special Options (not sure what)
00 = ??
7D47 = Network ID
00 = Cluster Specific (no) Probably because the entire profile is Manufacture Specific. Same for the next.
00 = Manufacture specific (no)
000A = Report Attribtue
01 = Pretty sure this means direction (to the hub)
Rest of it = Payload.
So. What are our options. You up for the challenge? I have access to control4 logging of ZigBee devices and how the whole system works. I was told they do conform to the ha profile but use ZigBee pro. What ever that means.
I have keypads, dimmers, switches, and much more that use ZigBee.
The cool thing is they are so easy to acquire on eBay. I would think this would be a fun project but my knowledge on ZigBee is very weak.
Making slow… slow progress. @urman hasn’t been able to help much, think he’s a bit busy.
I have the data parsing from the catchall polls to see what is going on with the device.
I can get a response with a sattr command but nothing off a wattr or st cmd.
I know the payload commands for turning the dimmer on/off and set level, but can’t seem to figure out how the HA profile functionality works.
I’m not a zigbee expert, was hoping urman or someone else at ST could help on that angle…
However, last night I got the start of an API control4 driver working which creates a REST API in Control4 to get all devices, get a device status, and send device commands which should make it very possible to populate ST with all the “Things” from control4 and create the simple interface to manage status and control the devices.
Anyway, would love to figure out the zigbee side, but fustrated with lack of documentation, knowledge, expertise, etc.
Hopefully @urman will have more time to look at this and maybe also @doug-st - I would like to see if we could do anything cool between Control4 and SmartThings - even it was only to trigger mode changes and hello, home phrases.
That would be easy, assuming the control4 person has the ability to install a driver. Driver install is dealer only and requires composerPro.
I’m trying to avoid needing to install a driver but without raw sockets or at least the ability to send a SOAP request XML with a null byte at the end of it to port 5020 I can’t do anything from Smartthings end.
I have to write a driver in Control4 to receive the API calls and parse them…
If someone can get me a socket connection with simple responses using a hubaction local request, then this could work…
Not sure if anyone can make heads or tails out of this. However, what did occur during this was me setting a dimmer to 75% and off a couple times in the Control4 Flash app.
So somewhere in there is the raw info sent to the dimmer…
Anyone want to take a stab at interpreting this raw zigbee data?
I didn’t get a chance to try the command yet. I don’t have any Control 4 devices. My plan is to get the command working with generic ZigBee HA devices and then let you run it against your control 4 devices and share the results.
Can you send commands to this port as well or only monitor? Do you know what any of your deviceIDs are in the c4 system? I imagine it would map to the ZigBee NodeIDs 0-0xFFFE(65534).
@Pstuart I noticed today while I was creating a custom device type that ZigBee end points and cluster configurations are visible in the Logs section under the developer tools. This happens when the device first joins the hub and we could use it to get an understanding of your device. Take a look at the 8th line down in the attached screen shot. You will see (ep_cnt:3, ep:01 02 03) this is telling us this device has 3 end points and their numbers are 1,2,3. The next three line above this line list out the details for each end point. If I can get this screen shot or your device when it binds to the network It will give us a list of the clusters it supports. I think you will have to delete your device from the SmartThings hub and restore it to factory settings. Then open this log file and go through the join process. Just as a heads up my device didn’t always report its end nodes i had to do this process several times to get it to work.
01 = End Point number
0104 = Profile Number: Home Automation profile
0101 = Device Type: Dimmable Light
00 = Version: 00
07 = In Clusters: The next 7 numbers are inbound clusters (server Clusters)
0000 = Basic
0003 = Identify
0004 = Groups
0005 = Scenes
0006 = On/Off
0008 = Level Control
000A = Time
00 = out Clusters: No out clusters (client Clusters)
The other three end points C4 C5 C6 all have private profiles and their cluster numbers don’t tell us much.
It looks like this is a Light or powered plug with the ability to dim. The two clusters to focus on would be 0x0006 and 0x0008 on endpoint 0x01. Send cluster 0x0006 commands to end point 0x01 to turn the device on or off as well as poll the device and see if it is on or off. Send cluster 0x0008 commands to end point 0x01 to set or query the brightness of this device. The Phillips Hue (ZigBee HA) sample device type has examples of how to send to both of these clusters you should be able to modify it and you will be good to go.
I’m curious why this device has a Time cluster???
LOL, I used the Hue Zigbee Bulb devicetype, and that has the following error in it:
groovy.lang.GroovyRuntimeException: Ambiguous method overloading for method java.math.BigInteger#. Cannot resolve which method to invoke for [null, class java.lang.Integer] due to overlapping prototypes between: [class [I, int] [class [B, int] [class java.lang.String, int] @ line 100
