tmorse305

You can use network resources instead. Once set up then the "Set" line above becomes: Resource <descriptive name>

It's a remote system so I can't unplug the cable. I noticed that the remote system was running 5.8.0 so I took a chance and did a remote upgrade. Now at 5.8.3 and the problem is gone! Thank you.

I just ran into this problem too. What's interesting is that the notifications using values that will not display are still working so there was a point in time when this was working correctly. Recent upgrade must have broken this.

Hi @Javi, Thought it was fixed but there is one thing not quite right. The High Temp display status that I mentioned previously will not update automatically from a fresh start of UD Mobile. It's blank but if I tap on it the device details come up and show that they are populated, then when I return to the favorite the value is now populated. I have the 3 update status turned on. It is only this specific one that is not working. All other favorites update correctly after a restart of UD Mobile. Something about this device must be different. It's no biggie but I thought you would like to know. Thank you for the great support!

Fixed! Thank you very much!

I'm local to one of the eisy's so I configured it for "Only use local connection" . Same result, no values displayed.

It appears to just be node servers affected. I just checked on a 2nd eisy I have and it has the same problem

@Javi, No there is no data for the device, see screen shot. There is data when I look at it from the AC. Synchronize does not fix it.

Hi @Javi, I just tried 1.1.60 and the error has been corrected. However the Favorite does not show the selected value. See screen shots. Thank you.

Hi @Javi, I've run into a problem with my favorites, specifically Display Status. Here is an example but it happens for all types of favorites. I create a favorite for a variable. I use the default value for the Display Status and it's all good, see screen shot. But if I try to create it with a different value for Display status or go back and try to change the Display status I get the the word REQUIRED! in the display status and then I'm stuck. It will not accept any value at this point. Suggestions? Thank you.

Hi @Panda88, I'm stuck in a loop trying to authenticate. I start the NS and the log says invalid pin. A few seconds later Blink texts me a new code. I enter that into the NS configuration and save, hit restart but it fails again and Blink sends a new code. I also tried not restarting but the result is the same. The NS periodically tries again and I get a new code from Blink each time. Any suggestions? Thanks 2024-04-21 15:13:31,915 Thread-7 udi_interface INFO BlinkSystem:auth: Auth key required 2024-04-21 15:13:32,384 Thread-7 blinkpy.auth ERROR auth:send_auth_key: Invalid PIN 2024-04-21 15:13:32,384 Thread-7 blinkpy.auth ERROR auth:send_auth_key: Invalid PIN

Thanks Bob, I'll adjust the poll times if the problem continues. For my purposes, I only need an update once a day.

@bpwwer, thanks for your reply. Does the query occur on the short or long pole? I am not explicitly doing a query with a program. I don't see that option. The only choice is 'remove notices'

Hi @bpwwer, the forecast does not update reliably everyday. If I restart the NS, it does update although there is an error reported: 2024-02-01 07:45:54,472 MainThread udi_interface.interface WARNING interface:db_getNodeDrivers: controller not found in database. 2024-02-01 07:45:54,472 Interface udi_interface.interface INFO interface:_startMqtt: Using SSL cert: 0021b902658a_6.cert key: 0021b902658a_6.key ca: /usr/local/etc/ssl/certs/ud.ca.cert 2024-02-01 07:45:54,472 MainThread udi_interface.interface INFO interface:addNode: Adding node Climacell Weather(controller) [None] 2024-02-01 07:45:54,472 MainThread udi_interface.interface INFO interface:setController: Using node "controller", driver "ST" for connection status. 2024-02-01 07:45:54,522 MQTT udi_interface.interface INFO interface:_connect: MQTT Connected with result code 0 (Success) 2024-02-01 07:45:54,522 MQTT udi_interface.interface INFO interface:_connect: MQTT Subscribing to topic: udi/pg3/ns/clients/00:21:b9:02:65:8a_6 - MID: 2 Result: 0 2024-02-01 07:45:54,565 MQTT udi_interface.interface INFO interface:_subscribe: MQTT Subscribed Succesfully for Message ID: 2 - QoS: (0,) 2024-02-01 07:45:54,597 Thread-2 udi_interface ERROR climacell:parameterHandler: ***** Entered parameter handler.... Could it be related to that? Thank you.

Hi @Jimbo.Automates, I'm trying to figure out how to use System custom messages for Telegram. There doesn't seem to be a way to specify which custom message you want to send. If I click the send button on the node, it sends a null message to my phone. Same issue if you try to create a program. Thank you

Thanks @IndyMike, confusion resolved, you're right, only a single write to the 2477S. I have so many NS running that the log is flooded with communication from them. Today I shut down all of the NSs to get a clean look at the activity. I was confusing another insteon device with a similar xx.xx.xx for the 2477s. I'll try and catch a NACK coming from the keypad. If there is one you might think eisy would then realize that the command failed and when prompted a second time try again. I have an Alexa routine that turns off the backlight. If it fails I can trigger the routine again but nothing happens. I'll run logging at bedtime to see if I can catch it.

@IndyMike, thanks for your reply. Before I wrote this up I tried it on a 2477S and it writes the update every time I change the backlight from the AC. I have an eisy but it's hard to imagine that makes a difference. As for expected behavior, I'm not sure I would agree with that. I'd like to think that eisy would always send the requested commands regardless of what it might think the current state is. I haven't checked but I'll bet it doesn't do it for on and off. Maybe I'm missing something here. I know the number of times you can write backlight is finite, maybe that's the logic but for me it work with a 2477S. Maybe 2477S is an i1?

In chasing down some communication issues in a new house I discovered a different eisy behavior on i3 vs earlier versions. I have a program that turns off the backlight on an i3 keypad. The program was not always successful so I was troubleshooting using the event viewer. What I found was that only the first time the program is run, the actual command is sent. Subsequent attempts to run the program do not send the command again. See the log excerpt. Wed 01/10/2024 08:03:23 AM : [ Time] 08:03:29 2(0) Wed 01/10/2024 08:03:23 AM : [All ] Writing 2 bytes to devices Wed 01/10/2024 08:03:23 AM : [INST-TX-I2CS] 02 62 60 7A 97 1F 2F 00 00 00 00 00 01 00 00 00 00 00 00 00 00 D0 Wed 01/10/2024 08:03:23 AM : [INST-ACK ] 02 62 60.7A.97 1F 2F 00 00 00 00 00 01 00 00 00 00 00 00 00 00 D0 06 (00) Wed 01/10/2024 08:03:23 AM : [INST-SRX ] 02 50 60.7A.97 70.8F.46 2F 2F 00 (00) Wed 01/10/2024 08:03:23 AM : [Std-Direct Ack] 60.7A.97-->ISY/PLM Group=0, Max Hops=3, Hops Left=3 Wed 01/10/2024 08:03:23 AM : [INST-ERX ] 02 51 60 7A 97 70 8F 46 15 2F 00 00 01 0F FF 00 A2 1D 70 8F 46 FF 1F 03 9D Wed 01/10/2024 08:03:23 AM : [Ext-Direct ] 60.7A.97-->ISY/PLM Group=0, Max Hops=1, Hops Left=1 Wed 01/10/2024 08:03:23 AM : [60 7A 97 1 ] Memory : Write dbAddr=0x4001 [09] cmd1=0x20 cmd2=0x09 Wed 01/10/2024 08:03:23 AM : [INST-TX-I2CS] 02 62 60 7A 97 1F 20 09 00 00 00 00 00 00 00 00 00 00 00 00 00 D7 Wed 01/10/2024 08:03:23 AM : [INST-ACK ] 02 62 60.7A.97 1F 20 09 00 00 00 00 00 00 00 00 00 00 00 00 00 D7 06 (09) Wed 01/10/2024 08:03:24 AM : [INST-SRX ] 02 50 60.7A.97 70.8F.46 2F 20 09 (09) Wed 01/10/2024 08:03:24 AM : [Std-Direct Ack] 60.7A.97-->ISY/PLM Group=0, Max Hops=3, Hops Left=3 Wed 01/10/2024 08:03:24 AM : [60 7A 97 1 ] Memory : Write dbAddr=0x0264 [7F] cmd1=0x2E cmd2=0x00 Wed 01/10/2024 08:03:24 AM : [INST-TX-I2CS] 02 62 60 7A 97 1F 2E 00 01 07 7F 00 00 00 00 00 00 00 00 00 00 4B Wed 01/10/2024 08:03:24 AM : [INST-ACK ] 02 62 60.7A.97 1F 2E 00 01 07 7F 00 00 00 00 00 00 00 00 00 00 4B 06 (00) Wed 01/10/2024 08:03:25 AM : [INST-SRX ] 02 50 60.7A.97 70.8F.46 2F 2E 00 (00) Wed 01/10/2024 08:03:25 AM : [Std-Direct Ack] 60.7A.97-->ISY/PLM Group=0, Max Hops=3, Hops Left=3 Wed 01/10/2024 08:03:25 AM : [INST-SRX ] 02 50 60.7A.97 70.8F.46 23 2E 00 (00) Wed 01/10/2024 08:03:25 AM : [Std-Direct Ack] 60.7A.97-->ISY/PLM Group=0, Max Hops=3, Hops Left=0 <second run of program> Wed 01/10/2024 08:03:40 AM : [All ] Writing 0 bytes to devices I see the same behavior on the i3 paddle as well. If I send a different command set (turn on backlight) that is sent ok and then I can run the above program and it will send the commands one time. I looked at an i2 device and the commands are sent every time. Is it a bug or intentional behavior? Thank you.

@bpwwer, Thank you for the quick fix!

Hi Bob, That works:

Update: I was able to send the offending url request and got this response: "The plan is restricted and cannot perform this action. Adjust action and try again: Querying '5m' timestep is not allowed in the current plan" It looks like you can't use this NS with the Climacell free plan.

I just installed Climacell and it seemed to install correctly. When I check in the AC I can see the forecast data for tomorrow but there are no current conditions. There is an error in the log: 2023-12-31 20:03:42,480 Thread-16 udi_interface DEBUG query:query_conditions: request = https://api.tomorrow.io/v4/timelines?location=28.54,81.77&timesteps=5m&units=imperial&apikey=BcPxt5D2md********Y96yTtKBz9W3mF&fields=precipitationIntensity,precipitationType,temperature,temperatureApparent,dewPoint,windSpeed,windGust,pressureSeaLevel,visibility,humidity,windDirection,cloudCover,cloudCeiling,cloudBase,solarGHI,weatherCode,epaIndex 2023-12-31 20:03:42,618 Thread-16 udi_interface ERROR query:query_conditions: Current observation update failure @bpwwer, Any suggestions? Configuration attached. Thank you.

That did the trick, Thanks @tazman!

I added it but it's still looking for the boto3 module. Hopefully @bpwwer can help.

No I didn't. Do I need it for this NS? I don't recall needing to install it on my other eisy.