mmb

Well this is basically how my Program temperatures work. Weather Service in F -> Polyglot/ISY multi sensor in C -> ISY Program Reprocessing from F to C -> ISY Program Rules Processing in C -> Results in C It may be a user problem but below wasn't entirely intuitive that the ISY had to switch to Programming in F. I have a ticket to see if I can get more details, like why can't the ISY multi sensor be in F.

Oh good idea! I see what it's doing, it's taking the Polyglot input of 15.5 F which the ISY thinks is C and converts it to 59 F on the fly, then of course my calculations set it right back to 15.5 C . So now I'll have to see where to adjust it or do the calculation twice which seems dumb. Not sure why the ISY is setup this way. Progress!

A forum member suggested the same so I tried a 5 sec wait at each calc step, but no change.

At this point no I'm not sure. I actually had a similar thought, maybe a text string or something. I submitted a ticket so I'll see what they say...

Oops, here it is Temp Calc - [ID 0021][Parent 0001] If - No Conditions - (To add one, press 'Schedule' or 'Condition') Then $TempC = 'MQTT Controller / wu' Temperature °F Wait 1 second $TempC -= 32 Wait 1 second $TempC *= 0.5555 Wait 1 second Send Notification to 'Default' content 'Temp Notify' Else - No Actions - (To add one, press 'Action')

Yup I migrated everything to v5 in the spring as is and the -32 and *0.5555 went with it. The program was in a disabled state because no need for a Humidifier during the summer. I decided this week to get it going but it was spewing wacky results. So I made a small test program for this post. Reboot - I worked in IT for 20 years so reboot and power cycle were the first things I did. Changed and saved many many many times. Copy and Paste this code references the Polyglot/ISY Weather Service Device <?xml version="1.0" ?><triggers><d2d><trigger><id>33</id><name>Temp Calc</name><parent>1</parent><if></if><then><var id="1" type="1"><op>EQ</op><status id="CLITEMP" node="n002_wu" uom="17"/></var><wait><seconds>1</seconds></wait><var id="1" type="1"><op>SUB=</op><val prec="0">32</val></var><wait><seconds>1</seconds></wait><var id="1" type="1"><op>MUL=</op><val prec="4">5555</val></var><wait><seconds>1</seconds></wait><notify content="21">1</notify></then><else></else><comment></comment></trigger></d2d></triggers> Thanks again1

For testing this is entire program, can't be any simpler. No triggers, just a right click and Run Then. The first line is the Polyglot/ISY device that holds the outdoor temperature. The actual program is disabled for now until I get the F -> C working again. So if TempC is assigned to the value of the Polyglot/ISY value the calculations are ignored. If I manually assign TempC it works perfectly. It's weird : )

Thanks I posted the Notification values further up in this post and they correspond to the values in the Variables/Integer table. If there was a state variable it was a mistake as all of the variables were supposed to be numbers and should be in that table.

This is the output of the calculation using the Polyglot/ISY device, which is the same as the input. Let me know if I've done this incorrectly. And if I manually assign it, this is the result which is correct I used to be a programmer, but there sure is something strange about this behaviour Anyway thanks!

I think I see what you mean but this simple program has 1 variable that is declared as an integer. The reference to the Polyglot device that holds the temperature data is likely causing the problem because manually insert the temperature works fine. Maybe can you point out in the test program above that could cause the problematic behavior?

Thanks, I have roughly 30 state variables some that are set by apps like Blue Iris, Alarm system, etc and others that trigger various things like google asst and alexa through the portal. I have 1 integer variable (for this test) that is assigned but not working properly as I described above. I deleted and recreated the program but still not working.

Sorry I should have mentioned variables were declared as Numbers with precision 1. By non-triggering variables you mean numbers? Maybe I'm missing something?? Thanks!

So, my problems continue to persist – sorry! As mentioned, I use a Weather Service to provide the current outdoor temperature in F - currently it's 15.5F My testing yesterday used a manually inserted 15.5 F in a Program then performed the necessary calculations to get to Celsius which is -9.1 C *this is where I thought things were fixed. And the Result Excellent! *This is where I figured everything was fixed* However, when I reference the Polyglot / ISY Device variable that the Weather Service provides the calculations stop working. Below is the correct temperature as displayed in the ISY Devices. Below is the Program that converts the Temperature supplied in F to C. Note the only change in the Program is the first line. And the Result Seems you can assign the temperature to a variable but then you can't touch it. Has anyone seen this before? Thanks!

No worries, once I knew the feature was there I did some quick playing around with it. Prior to recreating the Program, changing precision didn't do anything - the arithmetic result was always the same. After recreating it worked perfectly - both results and precision. Fortunately this is the only program that had any amount of calculation in it. I suggested further up that the Integer Tab is misleading and probably more appropriately should be identified as a Numbers tab.

I suspect it would work. Thanks for the follow up!

I noticed that as well. A couple of times I went to the Notifications area after creating the variable and I would get the Row/Column reference instead of the Variable name.

Just to close the loop on this post, this is the result of the recreated program. The code is the same but I added Wait 1 sec to be sure. Btw references to set point is the humidifier control to avoid window sweating - yes, it's that cold and snowy. (where is the global warming!) Indoor Temperature: 20.9 C Humidity: 27.0 % (Set Point 30%) Outdoor Current Temp: -9.2 C (Set Point -5 C) Forecast Temp: -13.5 C (Set Point -10 C) Humidity: 53.0 % Thanks for all the help!

That fixed it perfectly - thanks!. I think the Variable/Integer tab should be renamed Variable/Numbers - makes more sense Thanks again!

Thanks maybe I'll try an update. Are you running the RC1? Update 1: Update didn't help. I'll delete and recreate the Program Update 2: Deleting and Recreating the Program worked - all good

I put waits but no change. This is the Program with Input, Calculation and Output with the result of each step Input Temperature = 15 Calculation according to ISY Temp_Current = 0 ----->result---> (initialize to 0, not required but did it anyway) Temp_Current = Temperature ---->result----> 15 (initialize to current temp and this is correct) Temp_Current =- 32 ------>result-----> 15 (15 - 32 should be -17 and is step incorrect) Temp_Current =* 0.5555 ------ >result------->15 (-17*0.5555 should be -9 and this step is incorrect) Output Temp_Current = 15 ----> result ------>15 (should be -9) Not sure how I can make it more clear Thanks

So my arithmetic is fine and it corresponds to your, but the code isn't working. Maybe I'm missing something, this should be simple Thanks!

I wonder if anyone can help me and thanks in advance for any suggestions. I want to do a simple conversion of Fahrenheit to Celsius but I'm not getting the calculation behavior I expect from the ISY. Below is the calculation. Note I added Notify statements to track progress of the calculation. The Variable $Temp_Current is defined as an Integer. I would prefer floating point but it seems it's not available. The initial Temperature is supplied by a weather service which is retrieved through my Polyglot. Initially the Temperature is set properly to 15F in both Polyglot and the ISY When the Program runs the calculation to subtract 32 it results in 15 Then the calculation to multiply by 0.5555 it results in 15 So the final Calculation results in$Temp_Current = 15C which is wrong, it should be -9C (or so) Any idea where I'm messing up? Thanks !

I think your initial statement was confusing...

Not sure it helps but my rest command from Blue Iris to the ISY via http looks different: http://user:password@192.168.0.69/rest/vars/set/2/38/1 I also use similar rest between my alarmserver to set 15 variables in the ISY and commands are almost instant and has worked for years... mike

Can Can someone expand as to what the very standard method is? I have the same no IP problem using the ISY Launcher (start.jnlp) as well as the previous launcher. Roughly 20% of the time it comes up blank. I've been using an ISY for years and it's only in the year or so that this has been a problem. The problem is only on desktop PC, my laptop works perfectly every time. My PC runs on two subnets 192.168.0.1 as the primary internet connection and 192.168.1.1 for a 10Gb ethernet connection to a video server (no gateway). It's not a big deal but was wondering if this "very standard method" was sending the frame down the wrong pipe? mike