larryllix

Either your comm noise that was causing the congestion went away, or your offending program stopped.

Sent from my SM-G781W using Tapatalk

I don't remember the details now but IIRC PG3 depends on some database module that is being eliminated and then new updates will remove common Linux db modules. Sent from my SM-G781W using Tapatalk

If you have been using the admin console to access your ISY994 then you have been using the java applet and your browser was never involved. However it does take a browser to download and install the java applet. You should keep your java version updated for the best results. After loaded you should clear your java cache and reinstall the ISY Finder for better access to your admin console.

I think I was inspired by this fellow's code hacks to write my NRbridge.py that I use for my MagicHome bulbs and strips. Then it disappeared from the flux websites.

This sounds like the same thing happened to me when installing the ecobee app. I installed the code into ecobee. It registered OK. I rebooted polisy and the admin console but no go. Then I deleted the app code in the ecobee app and reinstalled it and then the ecobee NS installed all the nodes into my IoP. The first time would not perform no matter what I tried to jog. @bpwwer @JimboAutomatesPerhaps something is being stubborn inside PG3 when you first install a NS. Pin code early time out on initialisation, maybe?

https://www.insteon.com/blog/2022/6/9/fnustys354bfmcmchr36wgvrn5h41z Hopefully this guy will do better At least he professes a different attitude. No tinfoil hat in sight yet. Go Ken Fairbanks!!

https://www.theverge.com/2022/6/9/23161803/insteon-customers-bought-company-restored-service "A group of customers" bought the rights.

Years back I had a new device, right out of the box, that actually reported on and off interchanged until I factory reset it. I don't know how it could happen but it stunned me to see and retest it as such. Remember, SmartHome had n quality control at all. They practiced Quality Assurance, which means, you test it and we will replace it if it is messed up. I also had an iRLinc with a reversed wired sensor for SmartHome, right out of the box. The cost of returning the device under warranty was higher than the device was worth, so it got garbaged. It would never function properly with my ISY anyway. I also have a 2441WTH Insteon thermostat that reports changes back (confirms commands to alter parameters) to ISY but never actually changes anything inside. However I have an older firmware version that works correctly. I can't remember the third defective device but all three came directly from SmartHome on one of their sales. Then they delayed shipping for two or three weeks until they shipped the "in-stock" items via USPS to CanPost. I was so impressed I never bought from SmartHome directly again. ...always, always, always, factory reset every new device.

Did you know there are two ANDs and two ORs. Individual lines can each have their own AD/OR logic and there are also two distinct and separate AND and OR buttons that are used with parenthesis. Then you can move each bracket up and down to where you like.

In my area, it is common for multi-unit apartment buildings and offices to feed two of the three phases to each unit We call this network service. It works well to save some copper or aluminum conductor quantity in compact densities. Cheaper residential meters don't work properly due to the 120 degree difference between phases. The 1.5 element meters expect 180 degree phase shift between phases (legs) to meter accurately. However, the biggest problem is the compromise at 125v / 216v gives high voltage for 120v light bulbs. incandescent bulbs don't last very long with higher voltage of 125 volts and heating style appliances, like water heater can only produce about 75% of their rated heat, at 216 volts instead of their rated 240 volt supply. Note: we never had 110 /115/ 117 / 220 / 225 or 230 volt supplies. Some appliances were nominally rated at these voltages intending to compensate for perceived voltage loss in supply systems. Supplies have always been 120 / 240 volt by design.

That may be, but I believe it would violate the rest of the style of operation of ISY trigger logic. IMHO Consistency of trigger logic would be most important. It can get complex enough for users already. Perhaps the status vs switched logic could be applied giving users a choice. I try to avoid using the status of other programs. I find it obscure and a gotcha down the road. Sent from my SM-G781W using Tapatalk

hmmmm.. that could be LAN switch problem. IIRC Switches determine which device (IP) requests a response and only passes the packets through to the device that wants it. This would be opposed to a LAN hub that just broadcasts everything to everybody and it is up the the receiving card to only listen to it's own packets. Maybe some LAN guru knows more about whether WoL can even function through a switch. OTOH my isy was on the other side of a switch from my TVs and other devices I was turning on using WoL, just fine.

@Michel KohanimThis needs to be reported as a bug. The same thing happened during one of the version upgrades where the variables would trigger programs when the same value was written to them. (from REST commands anyway IIRC) It was corrected immediately after reporting. ISY processing logic is based on triggers of changes only for most logic.

WoL needs to be on the same subnetwork as the ip address is xx.yy.zz.255 for any device. The MAC address us what is particular. With or eithout a bridge between subnets I doubt it will ever work. Sent from my SM-G781W using Tapatalk

The nomenclature must match the positive logic and then anything is possible and good.. Many times people label things with generic labels...like "BattStat" which does not indicate either state as logic True.

I don;t know why any device that supports echoing it's own protocol cannot monitor that same protocol signal for a group device code that it belongs to. Scenes and instant group responses, without any popcorn effect, should be a natural built-in feature of any device used in a esh protocol. I can;t help but wonder this is planned as Zwave Ultra that will cause all the Zwave followers to (again) buy all new devices and dump their old devices in 2023. Marketing plan?

Nobody said it won't be free...yet. But I would have thought WoL would have been just transferred to polisy as a native piece of internal code. However, I have learned to trust UDI to do the "better thing" for ISY in the end. Having some sidetrack piece of code for the data stream, may be of some detriment to IoP's internal logic engine and better placed into a sideline stream monitor like a PG3 NS. My guess is that the majority of user never use it or even know what it does. Now we need a SoL (sleep on LAN) function to turn things off. I read in a few blogs now, about reversing the MAC address and sending it. Yeah right.

Almost all smart TVs, receivers, BlueRay Players and Ethernet smart A/V devices accept WoL without authentication. The Packet is secure enough I guess. ISY994 had a place to insert security. I never had to use authentication on my 6 devices I used WoL/ISY with. I have never needed WoL for a thermostat, mobile cell phone, or iPad yet but I would bet they accept it when needed also.

What protocol are you using? HTTPS:// or HTTP:// What port address are you using?

WoL could be implemented as an option under the NR, if the protocol option was in the pulldowns. I'll be sticking with ISY until then I guess.

@Michel Kohanim Two things I am waiting for before returning to IoP. WoL still doesn't function on any of three devices tested. Sony SoundBar, Samsung 75" TV, Samsung 55" TV. These all worked well on ISY994 V.4.x but never on IoP. -------------------------------------------------- Modulus function gives erroneous results yet. Decimal values do not function at all. Some Integer values function. 13 %= 12 = 1 13 %= 12 = 4.000 13.000 %= 12 = 4.000 26 %= 12 = 2 26 %= 12 = 8.000 26.000 %= 12 = 8.000 28 %= 12 = 4 28 %= 12 = 4.000 28.000 %= 12 = 4.000 29 %= 12 = 5 29 %= 12 = 8.000 29.000 %= 12 = 8.000 Close, but no cigar, yet! More work on decimal precision needed still. (factor of 4.000 seems consistent??) Thanks!!

Moved to here

Ewww. I had to have Michel fix mine when it was doing that. IIRC it had to do with udx not running as it issues the ID to ISY software.

I guess I am not understanding this "flashed the disk". Is this a hardware change (SSD size upgrade) or is there some "firm" method that limits the sectoring size and limits the size of access?