Integrating Zigbee Canless Lights For Entire Home - Juno Connect

I’ll chime in with my experience. I installed around 30 of these around my house about 2 and a half year ago. They worked mostly without too many issues for about the first year and a half or so. Every couple of months, especially if a power outage occurred, a couple would drop off and I would need to repair them but once they were paired, mostly fine.

And then about half a year ago, a bunch of them dropped off and no matter what I tried, I could not get them to pair and work consistently. I had assumed an update I did to my Zigbee network caused it, but wasn’t sure what it was. Around that time, the Blue Switchm Zigbee2Mqtt, and my Zigbee Coordinator all got updates. By the time I figured it was probably an update causing the issue and not the lights just being picky, all of those received additional updates and I had no idea which versions were the ones that the lights worked on.

I kept telling myself that I’d sit down and figure it all out but just didn’t have the time. I also was checking in on this thread every couple of weeks and hoping that an update to the lights would be pushed and maybe that would fix the issues. Big props to Dunlapjc for all his work! I don’t know if an update ever gets published without his persistence.

And so, last week I checked the thread and saw that the update was pushed into Smarthings, I installed the app and started resetting all my lights to pair them to the app since they weren’t working correctly anyway, and to my surprise after the update, they began to pair to Zigbee2Mqtt with no issues! Including rooms that previously would work ok, but took many resets and tries to pair properly. Now all the lights paired on the first try and super quickly.

It’s a bit of a pain to update each one individually, but totally worth it. I have had no issues since getting them updated, and they seem to work better than ever.

4 Likes

Fingers crossed.

This is the furthest I’ve ever been.
84 Juno Tunable Wafers with Firmware updates done
44 Inovelli Blue Switches with the latest Firmware and Energy Reporting Turned off

Home Assistant Odroid N2+ with ZHA.
TubesZB MGM24 coordinator

Things seem to be stable, and working, some rooms with 10 wafers in a Zigbee group
Approx. 12 different groups in total.

I still seem to have some network traffic jams, where turning things on or off, or dimming too quickly after turning on aren’t picked up on the groups.

And changing color temp with the slider of a group seems to regularly cause the following message, but it passes if you wait a moment.

Failed to perform the action light/turn_on. Failed to enqueue message after 3 attempts: <sl_Status.ZIGBEE_MAX_MESSAGE_LIMIT_REACHED: 3075>

But overall I’m pretty satisfied right now.

Still some bugs to work out locally, but huge progress.

Now to see if it stays stable for a few days…

Thanks!
-Jonathan

PS: Would still love to see Acuity/Juno release a gbl file for updating without the Smartthings app, and to fix the setting to keep the lights at their last state after power cycle. (I’m just waiting for power to go out, come back on at 3:00am, and every light in the house comes on at 100%… Grrrrr. Probably will have to see if I can create Node Red Automation that takes the lights to 1% at midnight if off and then back to their previous state at 4:50am or something, but that’s beyond me at this point)

1 Like

I group,
Just a brief update.

The firmware update made things much much better, but I wouldn’t say it’s perfect.
With ~80 cans and a mesh right now at 158 devices, I can say I have a number of cans that take themselves “offline” and just stop responding in ZHA.

Powered continuously in smartbulb mode, I get a few cans going offline every day. Probably 10%. It’s not always the same cans, it doesn’t appear to be tied to LQI.

The good news is they come back every time with a power cycle.
The bad news is they’re not working the way they should.
Clearly it’s still just the cans. No other device falls offline like this. None of the Eaton can lights, none of the Inovelli switches. Those are working 100% and have for a year.

So on an, “is, is not” breakdown, the cans still have an issue, and other devices do not.

I plan to split my mesh, run both ZHA and Zigbee2MQTT and see if less network traffic and a smaller routing table helps.

-JD

It’s not worth your time trying to implement that workaround, because they’ll still come on at full when the power comes back at 3am.

At least they’re consistent in that they ignore both the current level and startup behavior settings?

It’s really frustrating.

So I guess I’ll chime in with my experience with these.

I work AV at a location where our main space has a total of 57 recessed cans, in a grid. Some of these cans have E26 stems (extensions) and splitters installed, with spot and flood bulbs mounted in them.

The various groups of cans (rows and columns in a 2D space) are on separate circuits dedicated entirely to them, a total of 11 circuits, with only 7 of these on dimmer switches. The ‘routine’ for turning the lights on in this room has been to flip breakers on and off at the electrical panel, rather than using switches, because the switches are located at an inconvenient spot and don’t even cover 4 of the circuits.

We’ve wanted to improve the lighting situation in this room for a long, long time, so earlier this year our primary renter came to us with a proposition - they’d cover the cost up to a certain amount, if we handled the research and implementation. There were a number of goals:

  1. One-button power up/down of lights in the entire room, so we no longer use the electrical panel at all
  2. Storable and recallable scenes/presets, because this renter likes to dim or turn off any audience lights and only light the stage
  3. RGBW color control for any lights pointed at the stage
  4. Individual bulb dimming control for any lights pointed at the stage (audience lights can still dim in banks or as a whole)
  5. Limited interference with existing systems (aka, no WiFi because 70 bulbs on the WiFi network would cause a lot of issues)

After looking at this list of requirements, and the relatively tight budget, I decided the best approach would be either Zigbee or Z-Wave bulbs controlled with a local hub on an isolated network.

We ended up going with a Hubitat Elevation C7, and a primarily Zigbee backbone. We used Philips Hue RGBW BR30 floods and BR40 spots, these Juno RB56SC RGBW cans, and then some inexpensive Commercial Electric T62 CT white zigbee cans for anything we didn’t need RGB color for. The Hue lights are also driven by a Hue Bridge.

The Hues are expensive, but we needed bright stage lights with solid color brightness and consistent color reproduction, and the Hue bulbs are sort of unmatched in that regard. However, Hue’s can retrofits are just… unreasonable expensive is the only way to describe them. So I found the Junos and hoped they’d be alright.

Ever since installing them we’ve had nothing but trouble. The Commercial Electric cans, while only $6.50/bulb, have been perfect - they paired easily, they don’t lose connection and require re-pairing, and they react immediately when commanded. By contrast, the Junos have regularly fallen out of the mesh and required re-pairing, they sometimes take up to a minute to respond to commands, and they often don’t switch between CT and RGB modes properly, sometimes leaving both LED arrays on at the same time (which looks awful by the way).

We also had another issue where we noticed any Junos that were on a Juno-only circuit (that is, a circuit where the only electrical load was from Junos, no Hues or CEs) would sometimes have a flicker, or just fail to turn off/on entirely. This occurs without any dimmer or switch installed on that circuit whatsoever - just hardline mains power. When this flicker is happening, they also have much more frequent connection issues. Commanding them to 40% brightness can alleviate the flicker, but they continue acting unruly.

However, this doesn’t manifest for any Junos that share a circuit with other Hue or CE bulbs, which sort of points at the issue being weird voltage or phase fluctuations that get smoothed out by other loads.

I tried installing a LUT-MLC in parallel on one of the Juno-only circuits, but it didn’t really seem to help. I then turned to a load resistor - specifically I went for a 24kohm 5W metal film resistor in parallel on each circuit, which at 120VAC will only dissipate 0.6W idly. This has so far seemed to completely fix the flickering issue, and greatly helped the intermittent connection issues, although they still do occasionally have the latter, so that turned me to research a bit further and I stumbled upon this thread mentioning a firmware update.

I’ve begun the arduous process of climbing ladders, pairing the Junos to my phone, updating the firmware, and then re-pairing them to the hub, but for every single one I’ve flashed so far, they’ve been performing flawlessly, like I expected them to from the get-go.

The real reason I went into this rambling story is just to confirm that yes, the firmware update works, but also, if after the firmware update you’re still having a little trouble with these, especially in large deployments, maybe consider a load resistor. It worked wonders on my end.

1 Like

You may be on to something there. Why some circuits do better than others.

Your load resistor may explain why in circuits where I have 11 of these, they seem to do ok, but in smaller say 2-light circuits in a laundry room, I get instances of lights dropping out.

I emailed Juno yesterday and here’s my update after a few weeks post firmware update with my results:

On the Si Labs MGM24 coordinator running Home Assistant ZHA:

  • The firmware update vastly improves the lights, they no longer hang and require factory reset
  • I still have random lights that hang and go offline
  • A power cycle brings them back online without the need for a PITA factory reset
  • However, with random lights falling offline, the ability to use smartbulb mode, and ZigBee groups is proving troublesome with lights that hang in the off state, or lights that hang in the on state
  • A simple power cycle via airgapping the switch or cycling smart bulb mode in the ZHA interface fixes the downlights, but invariably 1 out of 11 in our kitchen will get stuck usually in the off state.
  • No other device in my mesh -from Eaton, to Inovelli, to Sonos, to hue bulbs exhibit this phenomena. Only the Juno downlights do this.

At this point I’m done. I’m looking at alternatives including a GLEDOPTO 12W RGBW 4" hole size downlight with CRI ratings above 90. I don’t love the aesthetics as much, and the build quality is not on par, but with six samples from Aliexpress, they’ve stayed on rock solid with zero hiccups for 3 weeks.

-JD

Definitely spoke too soon. The load resistor 100% fixed the flickering issues - but the firmware update did not fix the connectivity issues. Honestly I feel like it made them worse. I can barely get ANY of my 12 Junos to maintain a connection now. Two of them are outright just flashing, almost like they received a flash command. They can’t even be reset anymore with the 5 power cycles, they just flash whenever powered. The others can be power cycled, reconnected, and briefly respond to commands, but after ten minutes or so they become unresponsive again.

And just to clarify - even Junos that are not on circuits with load resistors are exhibiting these issues.

Circuit 1: No resistor. 3/3 CE lights working, 1/1 Hue working, 0/1 Junos working. This Juno flashes.
Circuit 2: No resistor. No CEs. 8/8 Hues working. 0/3 Junos working. No flashing.
Circuit 3: One resistor. No CEs, no Hues. 0/3 Junos working. One flashing, the others are just static white.
Circuit 4: One resistor. No CEs, no Hues. 2/5 Junos working. One of the not working also flashes. The two that are working are behaving perfectly.
Circuit 5: No resistor. No CEs, 5/5 Hues working, no Junos.
Circuit 6: No resistor. 4/4 CEs working, 1/1 Hue working. No Junos.

My end conclusion here is just that wow, these things suck. I’ll hold my breath for another firmware update, I guess.

How do you initiate the firmware update in the SmartThings app?
I bought a SmartThings hub specifically to update them and can’t see an option for an update on any screen. Is updating an Android-specific feature? I don’t have one so not sure if that’s what I am missing.

I did it by just pairing to bluetooth. I don’t have a smartthings hub, I do have an android, but I would have to imagine bluetooth pairing would work independent of the OS.

@lavid has it correct.
I believe the only way to update the lights is to pair them via Bluetooth using the Smartthings App.

Good news is the app/process free.
Bad news, it’s slightly a PITA depending on how many you have to do.

@zimmra, I hope you can return that hub (unless you plan to use that as your automation platform)

I found big improvements with the firmware update with the Juno lights, and the lights legitimately did not seem to need to be factory reset. However, I still had/have instances where they go “offline” in ZHA and Z2MQTT, and needed to be power cycled, making them unreliable long term for smart bulb mode and zigbee binding.

I’m currently -slowly- replacing all the Juno’s in the house with a Gledopto ~4" RGB CCT tunable wafer downlight. CRI claims to be just as high, they don’t have the same options for a baffled regressed version, so I don’t love the look of them as much, but they seem to be rock solid at this point.

JD

I hope you can return that hub (unless you plan to use that as your automation platform)

I bought it with the intent of returning it unless it would be required for future updates. I already had a Samsung TV so it was only $35 but good to know it’s not needed.

However, I still had/have instances where they go “offline” in ZHA and Z2MQTT, and needed to be power cycled, making them unreliable long term for smart bulb mode and zigbee binding.

That’s unfortunate to hear. I have a small number, only 5 total, so hopefully the update is ‘enough’ to improve the situation in a relatively limited-scope install

In case someone else is in the same boat as me, it appears this can’t be done with iOS (at least not iOS 18.1b6)

I’ve got them successfully paired to the SmartThings iOS app but clicking the ‘Software Update’ button doesn’t appear to do anything.

I dug out an older android 9 tablet out of a drawer and it looks like it can do the update, deploying now through that

Hoping for some help. Looks like a lot of work has gone into these Juno wafers by the team here. I am new to all this so you can imagine how much I am struggling. I have had these for 1.5 years and just use them as dumb lights 100%. I was able to get a couple small rooms to work when I had a total under 10 lights, but I had to ignore the larger room with 15 lights.

I used Smart Things to update the driver on the 4 lights in 1 room. I was able to update the firmware. Smart things only flashes the settings page that zimmra showed in the last post. I cannot make any changes in smart things. In addition, my Hubitat now has no functionality over these lights at all. In the past, I was able to control the small groups.

Any ideas? This is so far beyond me at this point. I don’t really want to put 500 hours in on this. Appreciate any help.

Bob - I’ve found that it worked best to only update 1 light at a time. I used a Wago lever-nut to act as a switch to cycle power on and off to get each device reset. Once reset, then connect with the Smart Things app and update that one device. I would try to get all devices updated before trying to reconnect to Hubitat.

I was able to get a couple groups of 5 and a group of 3 done this way. They have been very stable after the firmware update. Yesterday was the first time a light didn’t respond to an on command. That group of lights was powered by a Blue Series switch so I just set it to On/Off (not dimmer) mode and then turned off Smart mode and turned the switch off and back on. When I turned the switch on, the light came back online and has worked fine since.

I can’t speak to Hubitat as I’m using Zigbee2MQTT. I wonder if you would try to remove the devices that aren’t responding prior to updating, then add back in one by one after they are all updated. Just a thought.

Apparently, these are very unfriendly to Hubitat. It took 6 hours to get 4 lights to work in 1 room. I kept having lights connect for a couple minutes and then they would not work any longer. These lights do seem to work well with Smart Things app on my phone, but that definitely isn’t the way I hoped to get into home automation. We’ll see how the next room with 6 goes.