larryllix

ISY Admin Console runs on java. Java has been running under almost every operating system for decades. Once the admin console is ported over the HTML5/CSS/js it will run on any browser than runs under any O/S.

Some observations. Netflux is the brandname used in the past. The app being shown does not appear to be the MagicHome app, despite their many claims of using the MagicHome app. It appears to be another protocol that nobody has cracked yet. OTOH they do show the actual MagicHome logo. I would try the MagicHome NS. It isn't fancy but may get you going and prove it one way or another. I am not sure if the NS will self-adapt to 3 channel controllers though. Most people want white also.

I think the LED shows it connected to the PLM. It still looks like could be a PLM problem to me.

Yes but some report most Insteon devices won;t function plugged into the same receptacle. It may over drive the receiver circuit. If the PLM powerline transmitter isn't working it wouldn't work either. Did you try plugging a bad i/oLinc into the same receptacle with a working dual band Insteon device? Have you tried the four tap test to determine if the Insteon signals are transversing your phases to the i/oLinc? Have you tried another Insteon transmitting device with the i/oLincs or just the PLM?

What type of powerline bridging between the two phases do you have? It may be possible you blew out your phase bridging and now powerline only devices don't work on the far phase. This still sounds like a PLM problem where the dual band devices are carrying the rest of the powerline devices but only in certain locations electrically closer to the dual band devices. How old is your PLM? Is it time to have a spare one that you can test with?

The All On phenomenon is theorised as a clash in Insteon signals that appears as the All On signal to any Insteon device that cleans it up, repeats it, and causes Insteon devices to respond to it. It is thought to be created by RF devices clashing with powerline signals and confusing the protocol somehow. This can suaully be prevented by not echoing commands immediately in programs. eg: When an MS sends an On signal to a device, and a program resends the same command immediately after. One of the big gottchas is the KPLs which contain many devices in one Insteon address and physical box. Receiving a button On signal and turning on any LED in the same KPL is a likely problem. Inserting a Wait 1-2 second(s) is thought to help with Insteon protocol congestion. Using scenes and not programs where possible may help because no second signal is issued. This also may be exasperated by powerline noise as it can confuse signals and cause bits to be falsely enabled in the packets. See the wiki for more clues how to resolve this problem.

The all on bug is a Insteon Scene type signal and does not send a status update. That is the big problem with the all on bug. ISY has not been able to detect the unwanted actions. Polling may help. Sent using Tapatalk

Possibly your PLM powerline output is dead. The co-incidence is too strange. The other powerline devices could be receiving signal via another Insteon dual-band device converting the RF, while the near units cannot see any powerline signal. Try moving a suspect i/oLinc to the same receptacle as a working powerline only device?

Easiest and most likely powerline interference test, is to unplug all garage door openers, and reinstall the KPL i/oLinc again. It's a very common problem with Chamberlain GDOs.

That sounds like some firewall problem that wakes up late to the party. ISY Launcher is a cloud based service app.

I did that with a few X10 Appliance plug-ins to run a big old 50A 240Vac mercury wetted solenoid I had hanging around. Worked great until I tried to turn it off. I am not sure which X10 Appliance model exploded on the first and which exploded on the second trial. A 20Kj MOV lolipop across the coil and another X10 Appliance module has been working for years now. You may want to consider using a MOV across any inductive coil fed by a contact. I am not sure how serious Insteon's hp rating is for their OnOff module / Appliance module. It can;t hurt either way for about $2.

Are you sure about the2413u PLM model number. I thought that model was the USB version and ISY994 doesn't have a USB port. Have you tried the ISY Launcher? It will automatically match your UI version with your firmware. Have you checked if your UI version matches ISY's firmware version? Sounds like a job for super UDI support!

Ithought about that a few years back but it didn't work out for me. One of the most basic things was that WoL can only wake devices on the higher subnet. hmmmm.. ISY may be able to handle WoL with two subnets. Have to examine the WoL admin console page. You would need a second DHCP server to handle the second subnet. Most routers don't handle that well.

For some controllers/bulbs I had to turn the bulb on first before sending colour levels. Others the order didn't matter. Some types cannot have a white command and an RGB colour sent at the same time. Some require a mask to specify which you are sending RGB or White. The wrong sequence, nothing will happen. I found an old copy of the hacked API from the linked thread. Extend your timeout while experimenting to say... 1200 mSec. If you got some response you are the right track. MagicHome API.txt

Cree became so unreliable that Home Depot took them off their shelves. I had about 5 bulbs out of twelve go bad. When I attempted to replace a chandelier full of bulbs the new ones dimmed with different curves and looked like hell. Some Cree bulbs are still in usage but they earned a bad name and many others came to the market with better pricing. I didn't know Cree still existed as a bulb producer.

See post above also. In the examples in the thread you linked to I will a attempt to demo this from memory. Red: 49;255;0;0;0;0;15;63;129;138;139;150 <----checksum should remain the same with a deleted 0 = fourth channel Green: 49;0;255;0;0;0;15;63;129;138;139;150 <----checksum should remain the same with a deleted 0

I don't believe the codes are exactly the same. In the packets you have to send as many channels as your controller has. In my controllers they are 5 channel to support R,G,B,WW, & CW. I do not use the CW, and it was probably discovered it was useless after users owned them for a while. An extra strip of W was not needed as you could mix in some RGB colours and make your own for no extra hardware cost. In the four channel controllers one byte was eliminated in the channel list packet. I assume anther byte would be eliminated in a 3 channel controller. These bulb types annd brands are determined by a common protocol request for status send the the bulbs. Of course NRs would not have that luxury as ISY cannot read any intelligent responses and/or parse the response using NRs. Do you have a RPI or polisy to try the MagicHome NS? It wasn't fancy but IIRC it sorted out the bulb styles and uses the correct packetting. If you are familiar with python3 I have my NRbridge code if you can make some sense out of to create your NR packets. I used variable substitution to create custom colours from one NR. I used three in the end. ON, OFF, & SETLEVELS, for each IP address/bulb. I have since dumped that method and use 3 NRs to send the same but my NRbridge handles the fine details including synchronising bulb groups and animations, and native bulb effects. The flashing is very handy for notifications.

Which method are you attempting to use? NRs or the NS? The NRs do not report ant data back and I am not sure you will get any back unless certain modes are turned on. Have you fixed your IP address for the controller in your router DHCP reservation table and power cycled the controller?

My 100 Watt equivalent LED bulb in my bedside lamp comes on at 10% in the middle of the night after seeing motion and only lasts at least 30 seconds. During waking hours it goes on to 70% and lasts for at least 2 minutes. When asked to via Alexa, it comes on at 100% and lasts for six hours or until I turn it off. I have only a few incandescent bulbs left so I don't worry if the come on during the day. My Gathering room has about 150 Watts of LED light. On depressing days I light the room up like an operating room. While watching TV, only select lights come on at 5% to 40%. For parties or mood lighting most of my lights turn deep colours, depending on the festive occasion. Key lights are Insteon driven 23W LED BR-40 bulbs and stay white for reading etc..

...and Philips Hue crapped on me. I have about $300 worth of bulbs and they cannot do green because they thought they could do green using violet and yellow...looks like an old green fluorescent tube when people hated them in the 1970s. Later Hue changed their hub and it isn't compatible anymore. I have 25 $10 Chinese (they all are...even Hues) bulbs that do white and RGB better than most other bulbs I have seen. On top of that I can turn them all on or off at once with a very slight perceptible delay and even do multicoloured animations with them. The Hues all sit in a junk box, useless now. I didn't even install thousands of Christmas lights last year and spend a whole day finding the bad LED connections, because I have 15 RGBWW bulbs around the outside of my house. One Alexa command turns on Christmas colours. Another turns on Easter colours, Canada Day, or Independence Day light colours.

IIRC they are called "potlights" in Canada. I have heard them called many other names by Americans. Can lights? When you look at the fixture from the side it has a square box and a rim around the bottom like a tophat, like a magician, or a circus ringleader, might wear.

Any bulb with an external voltate control will flicker and go out around the 8% to 15% level from my experiences. LED strips are typically controlled by a PWM (pulse width modulated) controller and can dim right down to 0.5%. Look for threads in these forums regarding MagicHome, and LEDenet, RGBW strips some of the more popular controllers. You should find aat least one thread with photos and parts lists to assemble them. I have about 20 units in my home. I love the brilliance and appearance (CRI?) of the warm white light and the colours are intense, rich, even and all available. White and RGB LEDs can be mixed in most brands, contrary to most bulbs that really suck. I have done animations with these RGBWW strip on a wedding tent ceiling in a pinwheel fashion using a RPi for software controlled via a cell phone app keyboard, via ISY Portal, through ISY, into a RPi running custom software. I love them and have them above all my kitchen cabinets, bathroom floor behind appliances, and headboard of my bed. I use the IP67 style with a completely encased in a rectangular silicone tubing, so they can be washed down when dirty or dusty. They cost a few dollar more oer 5m strip. There is a NS to control MagicHome/LEDenet strips/bulbs or use NRs directly or I use a custom software driven by NR commands to get a fast response from my 29? WiFi bulbs and strips. None of this is cloud dependent but it is router dependent.

I got turned off by certain posters having so much garbage in their "signatures", I have had it disabled for years now. When a signature takes up my whole monitor page or is full of "Deep thoughts" or spam it is time to go. Unfortunately individual signature blocking is not an option. It makes it hard to follow continuity of a thread. @Michel KohanimThe forum could really use a limitation of lines on signature length. It is thread disruptive and so many users blocking it destroys a nice feature where posters can expose their equipment, firmware and interests to others. A limitation of X inches of space below any post would be a nice limitation if it could be implemented.

WoL does not use a device's IP address. When you suggest an IP address, ISY uses it to generate the highest address on the subnet and use that which is assumed to be the WoL IP address. Then the MAC address is sent a WoL packet using that address. If you use two subnets allowing 511 addresses it will be hard to make work properly and address in the lower subnet will not be woken up using this WoL tachnique. eg: WoL 192.168.0.67. = ISY uses 192.168.0.255 and the MAC address for that device. All devices hear this on the LAN but only the specific MAC device uses it and wakes up it's device.