Axis Min & Max not respected

[Wade]

Michael,

I believe we may have dealt with a substantially similar issue with the HS3 version of the PI, but I was unable to locate the thread if so. I wondered if perhaps a rev was incorporated there and not carried over to the HS4 version (assuming the code is separate). My saved charts were displaying correctly prior to upgrading to HS4 and subsequent PI update. I'm on HS 4.1.13.0 and mcsMQTT 5.14.2.3.

As shown below, the charting is not respecting the configured Left Axis Min & Max. The Sync to Left setting *is* respected, however, so the data associated with the right-hand axis does not appear on the chart at all. In the second image I've unchecked Sync to Left and refreshed, and the right axis data displays. However, the Left Axis Min & Max is still not respected. Similarly, if I set values for both Left and Right max/min, they are ignored for both axes. I also find the same whether charting from device or topic.

Do you see similar behavior?






Thank you for looking into it.

[Michael McSharry]

I'll take a look. You are correct that the code is separate. I recently redid the charting when I added InfluxDB to allow multiple lines on the same axis so perhaps there was some breakage.

[Michael McSharry]

I bundled the fix with 5.15.0.0. Links are at https://forums.homeseer.com/forum/hs...-local-control

[Wade]

Thanks Michael. I'll update and report back.

Am I correct that the 2nd link is the HS4 version?

[Wade]

Am I correct that the 2nd link is the HS4 version?

Answered my own question. That worked.

A few observations after installing:

1. Most importantly, the axis max/mins are now being respected. Great, thanks!

2. I thought I had already upgraded to the HS4 version of the PI, but I realize after installing this update that I must've still been running the HS3 version based on the look and feel difference. 😏
3. Despite installing correctly, HS now reports the mcsMQTT version as 5.14.3.6 rather than 5.15.0.0. (I was on 5.14.2.3 previously).
4. I see that BLE is no longer a choice in the plugin dropdown. Is it not available in the HS4 version? I've not gotten to it yet but planned to incorporate BLE in my system in the future.

[Wade]

Michael, another issue that may need a separate thread. Charting by HTML request seems to be broken in this update, or else I've broken something in my upgrade to the HS4 PI.

All my saved charts (e.g., http://192.168.0.16/MQTT?Payload=Fri...zerLast24hours) result in this:




Thanks.

[Michael McSharry]

The HS4 format is http://192.168.0.16/mcsMQTT/MQTT?Payload=Fri...zerLast24hours

See if that works for you

[Wade]

The HS4 format is http://192.168.0.16/mcsMQTT/MQTT?Payload=Fri...zerLast24hours

See if that works for you

Still no luck. To be doubly sure, here's the exact url I'm attempting to use:

http://192.168.0.16/mcsMQTT/MQTT?Payload=FridgeFreezerLast24hours

To verify, I created a new saved chart called "test" and tried the following.

http://192.168.0.16/mcsMQTT/MQTT?Payload=test

Getting the 404 each time.

Here are my saved charts from the .ini.

[Michael McSharry]

My mistake. It is mqtt.html rather than mqtt

The BLE for HS4 is on TCP tab. It is a totally different approach that does not attempt to determine position, but only presence. It does not use ESP32, but the local Bluetooth interface. The HS3 implementation was a great engineering exercise, but the average joe does not want to deal with complexity of flashing firmware.

I’m not certain about version reported by HS. The first heading on the General tab contains the version that is running.

[Wade]

My mistake. It is mqtt.html rather than mqtt

The BLE for HS4 is on TCP tab. It is a totally different approach that does not attempt to determine position, but only presence. It does not use ESP32, but the local Bluetooth interface. The HS3 implementation was a great engineering exercise, but the average joe does not want to deal with complexity of flashing firmware.

I’m not certain about version reported by HS. The first heading on the General tab contains the version that is running.

Adding .html did the trick.

Your HS4 approach for BLE makes sense. Thanks for the explanation.

Odd about the version. The General tab also shows that I'm on 5.14.3.6. I started completely over--downloaded 5.15.0.0 (filename HSPI_mcsMQTT_5_15_0_0.zip) from the other thread, disabled mcsMQTT and side-loaded per instructions linked in the download thread, and log shows success. But HS4 still shows 5.14.3.6 and continues to show I have an update available.

This is from "Installed Plugins" after the successful side-load installation and a HS4 restart for good measure.


The "update available" icon persisted until I deleted updater_override.json and restarted HS4 a second time--as would be expected, I believe.


After both side-load installs:

[Wade]

Sorry to continue with multiple issues in a single thread, but is there a way to display the chart via html request without the HS4 headers? Previously it was just the chart on an otherwise blank web page--which worked well in HS Touch. Thanks.


edit: yikes! Just realized this opens an active HS4 mobile session on the HS Touch client tablet. Not good. Makes me realize I need to restrict user permissions on my tablets.

[Michael McSharry]

I looked into this and it appears that the HS4 HTTP server unconditionally prepends the header on all pages it serves. Looks like a different approach will be needed. Likely it will be a URL that does not go through HS4.

[Wade]

I looked into this and it appears that the HS4 HTTP server unconditionally prepends the header on all pages it serves. Looks like a different approach will be needed. Likely it will be a URL that does not go through HS4.

That's an unfortunate change. I appreciate you looking into it, and if you have time to develop an alternative solution I for one would be very grateful.

[Michael McSharry]

I implemented a Graphics server and when testing it I determined the real issue.I was wrong again. The header is being sourced by MQTT.html. The URL that you want is like below where the page is not MQTT.html, but Popup.html.

http://localhost/mcsMQTT/Popup.html?Payload=Test/Axis:message:id

[Wade]

I implemented a Graphics server and when testing it I determined the real issue.I was wrong again. The header is being sourced by MQTT.html. The URL that you want is like below where the page is not MQTT.html, but Popup.html.

http://localhost/mcsMQTT/Popup.html?Payload=Test/Axis:message:id

Thanks again Michael. This works without the "/Axis:message:id". Perfect.

For my edification, can you hum a few bars on what /Axis:message:id means/does?