[Wiki] HTTP Features and Endpoints

I expect it was running a test while stats were on. I would hope 5 seconds would be the longest thing running (I’m assuming synchronously). It didn’t show up for me, but wasn’t running a test at the time. I only ran it for a minute.

Yes, the picture may certainly look different over a longer observation period. Hence the need to go about this in some kind of structured fashion. It's great to have the ability to see what levers can be pulled and compare the outcomes.

1 Like

I'm sure someone will come up with some sort way to prettify it into an app.

Relative to my post above, these were my high flyers:

App stats total run time: 1094770
Apps:
runcount 78 total runtime 202420 average run time 2595.1282051282 << Hub Watchdog
runcount 202 total runtime 10063 average run time 49.8168316832 << HubConnect (ST Client)

Devices:
runcount 78 total runtime 1565 average run time 20.0641025641 << Environment sensor
runcount 60 total runtime 2256 average run time 37.6 << Zooz Powerstrip

Also: Memory GREEN 481476

Looking forward to seeing what I can tune here, now that I easily gauge my progress.

I'd turn down the frequency rate on Hub Watchdog until you start having problems. Mine runs every 3 hours.

I wonder why your power strip is so much higher avg run time than mine.

device id 1218 runcount 97 total runtime 611 average run time 6.2989690722
device id 1219 runcount 97 total runtime 558 average run time 5.7525773196
device id 1220 runcount 97 total runtime 530 average run time 5.4639175258
device id 1221 runcount 97 total runtime 483 average run time 4.9793814433
device id 1222 runcount 97 total runtime 498 average run time 5.1340206186
device id 1223 runcount 97 total runtime 461 average run time 4.7525773196
device id 1224 runcount 97 total runtime 443 average run time 4.5670103093
device id 1225 runcount 97 total runtime 459 average run time 4.7319587629

Fast is good for making pretty graphs but if it impacts your hub you're kinda shooting yourself in the foot.

Lol, for sure. That jumped out at me like a sore thumb... but probably with a granularity of minutes rather than hours. Actually I'm going to disable it entirely for a while to see what kind of uptime the latest firmware can provide. I only started using it when the need for some kind of objective measurement of the progressive slowdown phenomenon became critical, last Fall.

Yea I only ramp it up to minute increments when I'm troubleshooting something. I keep it at 3 hours so I can still watch if it starts trending up. .142 has been stable for me. Haven't had to reboot and not currently trending up in delay.

Correct

How many devices? My memory is half that on one hub and a quarter of that on the other. 129928 and 209976. Incidentally, the one with less free memory is faster so far. :man_shrugging:

Roughly 75 physical devices (50 Zigbee, rest Z-Wave), 109 shadowed to ST via HubConnect; WebCoRE (107 pistons); 3 LAN devices, 59 virtual, 45 Simple Automation rules and a half dozen each of Motion Lighting and Button Controller instances. Plus a couple of groovy apps (Laundry monitor port from ST, HubWatchdog). RM2.5 and RM4 installed, but disabled. All running like a top, for now.

Is your memory status green, as well?
Edit: just checked and memory now 498424, up a tad. GC is doing its job...

Bear in mind guys that an app is typically dormant until an event of significance to it is thrown. This is why big apps are not necessarily resource hungry.

However if your app subscribes to device events it will run whenever a relevant device changes state. Typically you select these devices within the app. So these (runcounts) look potentially more culpable than they are, but to function they must do this.

More important is how efficiently the app deals with those events before exiting again, so runtime is interesting.

MQTT publishing status updates to a broker or monitoring a broker for updates may run frequently but hopefully handle such events efficiently.

1 Like

That's why the run counts and total run time are interesting (and necessary) to see the big picture.

I see you guys are hungry for information, so I would like to contribute with the the list of REST endpoints I have been able to find over the past years. Some response with GET or POST and some are no longer working with the last versions but but I am sure some of you will dig deeper.

--FILTERED--
http://IP/hub/advanced/freeOSMemory
http://IP/hub/advanced/freeOSMemoryStatus
http://IP/hub/advanced/network/installethtool
http://IP/hub/advanced/network/lanautonegconfigstatus
--FILTERED--
http://IP/hub/cpuInfo
--FILTERED--
http://IP/hub/devLogs
http://IP/hub/disableStats
http://IP/hub/echoDiscovery
--FILTERED--
http://IP/hub/enableStats
http://IP/hub/events
http://IP/hub/events/:id/dataTablesJson
http://IP/hub/fileManager
http://IP/hub/fileManager/delete
http://IP/hub/fileManager/json
http://IP/hub/fileManager/upload
http://IP/hub/forceGC
http://IP/hub/forceStopJoin
--FILTERED--
http://IP/hub/lanDeviceInfo
http://IP/hub/lanDevices
http://IP/hub/lanDevicesStart
http://IP/hub/list/data
http://IP/hub/loggerAdd
http://IP/hub/loggerlist
http://IP/hub/loggerSave
http://IP/hub/memoryUsage
http://IP/hub/messages
http://IP/hub/networkTest
http://IP/hub/networkTest/ping/gateway
http://IP/hub/networkTest/ping/:ip
http://IP/hub/networkTest/speedtest
http://IP/hub/networkTest/traceroute/:ip
--FILTERED--
http://IP/hub/reboot
--FILTERED--
http://IP/hub/resetHub
http://IP/hub/resetzigbee
http://IP/hub/restart
--FILTERED--
http://IP/hub/searchIrisDevices
http://IP/hub/searchZigbeeDevices
http://IP/hub/searchZwaveDevices
--FILTERED--
http://IP/hub/shutdown
--FILTERED--
http://IP/hub/startZwaveJoin
http://IP/hub/stats
http://IP/hub/stopHub/:id
http://IP/hub/stopJoin
--FILTERED--
http://IP/hub/stopZWaveExclude
http://IP/hub/threadInfo
http://IP/hub/toggleUISecurityEnabled
http://IP/hub/toggleUISSLEnabled
http://IP/hub/tts/edit
http://IP/hub/tts/updateDefaultVoice
http://IP/hub/update
http://IP/hub/updatezigbeechannel
--FILTERED--
http://IP/hub/zigbee/getChildAndRouteInfo
http://IP/hub/zigbee/getSettings
http://IP/hub/zigbeeInfo
http://IP/hub/zigbeeLogs
http://IP/hub/zigbee/setLowRamConcentrator/:value
http://IP/hub/zigbee/setpower/:power
http://IP/hub/zigbee/setRouteTableSize/:size
http://IP/hub/zigbee/setSourceRouteTableSize/:size
http://IP/hub/zigbee/update
--FILTERED--
http://IP/hub/zwaveCancelRepair
http://IP/hub/zwave/discoverDevice
http://IP/hub/zwaveExclude
http://IP/hub/zwaveExclude/status
http://IP/hub/zwave/failedNodeCheck
http://IP/hub/zwaveInfo
http://IP/hub/zwaveInfo?statusMessage=
http://IP/hub/zwaveLearn
http://IP/hub/zwaveLogs
http://IP/hub/zwave/nodeCleanup
http://IP/hub/zwaveNodeDetail
http://IP/hub/zwaveNodeDetailGet
http://IP/hub/zwave/nodeReinitialize
http://IP/hub/zwave/nodeRemove
http://IP/hub/zwaveNodeRepair
http://IP/hub/zwave/nodeReplace
http://IP/hub/zwave/nodeReplace/info
http://IP/hub/zwave/nodeReplace/security
http://IP/hub/zwave/nodeReplace/securityCode
http://IP/hub/zwave/nodeReplace/securityKeys
http://IP/hub/zwave/nodeReplace/status
http://IP/hub/zwave/nodeReplace/stop
http://IP/hub/zwave/nodeReplace/test
http://IP/hub/zwave/nodeReplace/testDSK
http://IP/hub/zwave/nodeReplace/testGrantKeys
http://IP/hub/zwave/nodeReplace/:zwaveNodeId
http://IP/hub/zwave/pingNode
http://IP/hub/zwaveRefreshAllNodes
http://IP/hub/zwave/refreshNodeStatus
http://IP/hub/zwaveRepair
http://IP/hub/zwave/reset
http://IP/hub/zwave/securityCode
http://IP/hub/zwave/securityKeys
--FILTERED--
http://IP/hub/zwavetxpower
--FILTERED--
http://IP/hub/zwaveVersion

Filtered out the dangerous ones :slight_smile:

19 Likes

I get it. I work in process automation in a refinery on 10-20 year old hardware.

Capturing this page before someone deletes the post.

8 Likes

Someone has seen the FW code...

2 Likes

I will be the nay-sayer here, and warn people that they shouldn't probably mess around with this unless you know what it does, or are instructed by support to do so.

I am just picturing the "my hub is bricked" threads that are going to be littering the forums.

6 Likes

Exactly, don't test any of this in your main / production Hub... I can assure you your wife won't be happy

1 Like

I'm going to step out on a branch and say this probably wouldn't have happened if the HE people had been more forthcoming especially when they aren't giving proper attribution to the open source code/projects they are using which is a license violation. The more they resist the more people will push back.... The thirst for knowledge is strong.

But I do agree..... playing with some of these url's has the potential to brick a hub so be very careful.

3 Likes