larryllix

I attempted to use the sudo pkg update/upgrade method and got permission problems. See partial output below. -- Since version 1.25 HTTPS connections are now verified by default which is done via "cert_reqs = 'CERT_REQUIRED'". While certificate verification can be disabled via "cert_reqs = 'CERT_NONE'", it's highly recommended to leave it on. Various consumers of net/py-urllib3 already have implemented routines that either explicitly enable or disable HTTPS certificate verification (e.g. via configuration settings, CLI arguments, etc.). Yet it may happen that there are still some consumers which don't explicitly enable/disable certificate verification for HTTPS connections which could then lead to errors (as is often the case with self-signed certificates). In case of an error one should try first to temporarily disable certificate verification of the problematic urllib3 consumer to see if that approach will remedy the issue. isy not running? (check /var/isy/isy_daemon.pid). mkdir: /var/isy/FILES: Permission denied mkdir: /var/isy/FILES/LOG: Permission denied Checking to see whether or not we need to migrate from 994 ... Setting permissions for ISY directories/files chown: /var/isy: Permission denied chmod: /var/isy: Operation not permitted Setting permissions for LEDs chown: /dev/led/led1: Permission denied chown: /dev/led/led2: Permission denied chown: /dev/led/led3: Permission denied chown: /dev/led: Permission denied chmod: /dev/led/led1: Permission denied chmod: /dev/led/led2: Permission denied chmod: /dev/led/led3: Permission denied chmod: /dev/led: Permission denied checking udx version = 2620 for possible upgrade udx is upto date udx is not running. udx service must be running Starting udx. cd: /var/udx: Permission denied /usr/local/etc/rc.d/udx: WARNING: failed to start udx you can disable uftdi driver by adding isy_load_uftdi=NO in /etc/rc.conf 7 1 0xffffffff81d12000 8320 uftdi.ko Starting isy. cd: /var/isy: Permission denied /usr/local/etc/rc.d/isy: WARNING: failed to start isy [admin@polisy ~]$ chown: /var/isy: Permission denied chmod: /var/isy: Operation not permitted Setting permissions for LEDs chown: /dev/led/led1: Permission denied chown: /dev/led/led2: Permission denied chown: /dev/led/led3: Permission denied chown: /dev/led: Permission denied chmod: /dev/led/led1: Permission denied chmod: /dev/led/led2: Permission denied chmod: /dev/led/led3: Permission denied chmod: /dev/led: Permission denied checking udx version = 2620 for possible upgrade udx is upto date udx is not running. udx service must be running Starting udx. cd: /var/udx: Permission denied /usr/local/etc/rc.d/udx: WARNING: failed to start udx you can disable uftdi driver by adding isy_load_uftdi=NO in /etc/rc.conf 7 1 0xffffffff81d12000 8320 uftdi.ko Starting isy. cd: /var/isy: Permission denied /usr/local/etc/rc.d/isy: WARNING: failed to start isy

missed that point. Sent from my SM-G781W using Tapatalk

Insteon devices can have many links. One for commands and one for status back messages and more. When your ISY does a query and doesn't get a proper response it marks it as "can't communicate". When ISY issues commands, it assumes the device did what it wanted and you see that. If the devices reports a different status ISY will update and you will see that. A query usually gives the true picture. Try right clicking on the device and select "Restore" to write proper links back into the device. If that doesn't correct the problem then you likely have some interference in your Insteon comms. I would suspect the last item added...your Zwave device. Unplug it and see if things start to work after a restore.

Microprocessors did not exist in the public until 1970-71. Apollo 11 was 1969.

You need to experience VR for a while...then you will believe. Besides,...we are not programmers, we are just script writers.

HTML5 cannot replace a programming language. HTML5 is a text formatting language... with some minor exceptions.

I would base the whole thing around a single state variable. 0,1,2,3 value for Off, Low, Med, High. Then I would write four programs to set the variable to 0,1,2,3 Fan High, Fan Med....Fan Off Then I would write four programs to run scenes for the KPL lamps (with a Wait 2 sec) and fan speeds to the appropriate speed to match the variable 0,1,2,3 With Alexa I would use the four programs to control it... ...Alexa turn on medium fan. Now you can control the fan sped from almost any program by setting the variable to the desired speed and programs can never lock each other out, or get confused. KPL lamps will change automatically, no matter where you set the fan speed variable from. With this technique if you need to "borrow" the fan for something temporarily, like exhaust a fume or some reason to make the fan speed on high for ten minutes, then just save the fan speed variable somewhere else, set whatever you want and then restore the fan speed to what it was before the "borrow", when you are done The existing speed might be Off. It always works.

if you are running on an RPi you would reimage the SD card. PG2 has so many parameter files it will likely never be revealed. Me thinks PG3 does also. Sent from my SM-G781W using Tapatalk

I don't believe a total wipe has been programmed into IoP yet. Good idea! Before anybody starts populating their IoP with programs, save an empty backup!

Is the program actually running Else or is your resultant flag just indicating it ran Else? I wondered about your True/False constants. If they have lost their values. What version of IoP are you running?

Are you actually located in L.A.?

Sounds like IoP didn't grab the links properly out of the PLM upon transfer. Links must be stored in ISY/IoP or else restores couldn't work. Also the transfer software must be new and likely need some bugs ironed out.

Although I use a few folder conditions they are dangerous for most people. They are obscure and can cause programs to stop unexpectedly midstream, and leave functions not complete causing other problems downstream. Most users would never even know they exist and their states are not very obvious. Additionally IMHO UDI has changed how folder conditions work. A year and more back when you added a condition to a folder, it was always considered false and no programs would run, unknown to the programmer. Now when you install a condition in a folder, the logic is run immediately (sometimes) to update the state of the folder, and alleviate the previous problem I mentioned, and this may be an unexpected result also. Another problem you just spent time on is programs inside a False condition folder, will not run when invoked manually with no indication of why. This problem has killed more space and time on this forum than most other problems. It should be removed from ISY programming primitive programming options, after variables were introduced many years ago that follow more modern structured programming concepts.

Does the event log show the status update? It still looks like an Insteon link is missing. The paddle and status are two different signals. Has the switch been factory reset, or reinstalled from scratch yet?

Strange. I have been finding my main SwitchLinc switch doesn't seem to produce a dim signal if it already off. I was sure it always did in the past as I use to signal to turn on my automatic dimming programs/scenes. When the Switchlinc is partially on it works 100% but when the Switchlinc is already off it misses sometimes. I am still using my old ISY994 also so it is not a IoP thing. I had a lot of other weird things take place on mine for the few months I tested it but after some other serious problems I went back to my ISY for now. Previously I also used my ensuite Switchlinc dimmer to trap a fast off signal to activate RGBW strip lights along the floor behind the tub etc.. Each double tap down, while off, would trigger a colour change if done within 5 seconds of the last d.Tap. Waiting for longer than 5 seconds would cancel the sequence and turn the RGBW LED strip off. It never had problems producing the fast Off signal while off. Something does seem like things have changed but it always seemed to point to the Switchlincs. Not likely possible. Maybe some core logic in ISY/IoP has changed a while back??

Yeah, a single missing link or botched link could destroy one status or trigger signal continuity. Since Insteon sends separate signals for toggle position as well as dimmer status, it is quite and very possible.

This can be a problem when we play the anomalies of a system. Then the system keeps changing and we wonder why our ingenious quirks stop working. Many have argued over the years here, ISY's engine doesn't always process things n the order that seems apparent, or by order of the code lines.

The security issues were a huge statement, made in error byt the FBI, and they issued a retraction later. However it is most still used for game and audio equipment to locate devices on your LAN. There is uPnP pass through option on most modern routers now but who wants the world to find your PS6 etc? Sent from my SM-G781W using Tapatalk

Yeah I used port forwarding a lot but the ISY portal is so easy, full of features, cheap, and safer. Sent from my SM-G781W using Tapatalk

It seems to be some UI problem. Just select the valid one, edit the current one and save it. The blank one doesn't seem to have any effect on function.

My ISY994 and RPi combo work just fine. I abandoned it for polisy for a few months but resurrected it again until some things settle down. The install was completely new and took some port redefining but works well for again the last few months.

Ditto here. I have experimented with a few Zwave devices but decided to stall that until I move in June but ZigBee still sounds like a better option from the forum rumour mills. The fact that a board or group of people set standards for it sounds much better than a single company controlling Zwave's future, and the problems I hear from Zwave users shows "it' ain't no Insteon protocol"

If the pulldown menus do not offer decimal degrees, then the device doesn't support them, or the code writer didn't write the options into the code. Likely the latter problem due to most here being American and only familiar with foreignheat. Talking to the code writer may get you special code added to support your cause. Users here are typically quite helpful and very supportive Sent from my SM-G781W using Tapatalk

Any thermostat setting parameters I have seen so far have been set with pulldown menu selections. If the code writer did not supply half degrees then you need to talk to the NS author to include C support for his/her NS setup tables. Sent from my SM-G781W using Tapatalk

Have you tried to use HTTP on your own LAN system? Sent from my SM-G781W using Tapatalk