# \[APP\]\[Pro\] UNAS Monitor **URL:** \ **Category:** Apps\ **Created:** [October 7, 2026, 10:07am UTC](https://community.homey.app/t/app-pro-unas-monitor/160473 "2026-10-07T10:07:23Z")\ **Posts on this page:** 2\ **Page:** 1
**Author:** ![HenriDO](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/henrido/32/84845_2.png) [@HenriDO](https://community.homey.app/u/HenriDO)\ **Post date:** [October 7, 2026, 10:07am UTC](https://community.homey.app/t/app-pro-unas-monitor/160473/1 "2026-10-07T10:07:23Z")
UNAS Monitor > **[UNAS Monitor | Homey](https://homey.app/en-us/app/com.rapinology.unas/UNAS-Monitor/)** > > Watch over the disks before one of them gives up. A NAS earns its keep by being forgettable. The shares mount, the backups run, and nothing asks for your attention until the morning a disk has already gone. UNAS Monitor puts the inside of the box on your dashboard so that morning comes with some warning: the state of the array, and for every disk its temperature, its health score, and the day its first bad sector appears. ![unas-4-1](https://us1.discourse-cdn.com/flex025/uploads/athom/original/3X/8/9/89856d023122c3b0952d3dda2f8b74825a921632.webp) It reads your Ubiquiti UNAS directly on the local network. The array becomes one device, and **every disk becomes its own device** , which matters more than it sounds. Homey then keeps a separate Insights curve for each bay, so you can see that bay 3 has been running two degrees warmer than its neighbours since July, and a Flow can name the disk that worries you instead of saying “something is wrong with the NAS”. ![unas-pro-4-1](https://us1.discourse-cdn.com/flex025/uploads/athom/original/3X/4/2/42635bd2013446467fede1053f40871f8d9c3b9b.webp) ### What the array reports | Capability | What it tells you | | --- | --- | | **Array state** | Fully operational, or what it has degraded to | | **Array usage** | How full it is, in per cent | | **Free space** | What is left, in TB | | **Disks** | How many the array holds | | **Temperature** | Of the appliance itself | | **Processor load** | In per cent | | **Memory used** | In per cent | | **Read** and **Write** | Disk throughput, in MB/s | | **Network in** and **Network out** | Link throughput, in MB/s | | **Array degraded** | Alarm, raised the moment the array stops being fully operational | | **Array almost full** | Alarm, raised above the threshold you set | ### What each disk reports | Capability | What it tells you | | --- | --- | | **Disk state** | Optimal, or whatever the console now calls it | | **Temperature** | In degrees, per bay | | **Health score** | As the console computes it | | **Power-on hours** | How long this disk has been spinning | | **Bad sectors** | How many it has lost | | **Read** and **Write** | Throughput for this disk alone, in MB/s | | **Disk not optimal** | Alarm, on any of the four grounds below | The disk alarm rises on four separate grounds rather than one: a state that is no longer optimal, a temperature above your threshold, the very first bad sector, or a health score that has started to slip. The first bad sector is the one worth waking up for, because a disk rarely loses exactly one. ### Flow cards Six triggers and four conditions. No actions: the app watches, it does not touch your storage. Triggers: - The array leaves the fully operational state - Array usage rises above a threshold you set on the card - The processor rises above a threshold you set on the card - The disk leaves the optimal state, for one named disk - The disk rises above a temperature you set on the card, for one named disk - A bad sector appears, for one named disk Conditions: - The array is, or is not, fully operational - Array usage is, or is not, above a threshold - The disk is, or is not, optimal - The disk is, or is not, hotter than a temperature you set Thresholds live on the Flow card rather than on the device, so one disk can feed three Flows set at forty-five, fifty and fifty-five degrees without any of them fighting over a single setting. ### Widgets Two of them, **Disk array** and **Disks**. Each takes a background: Night, Slate or Plum. ### Settings | Setting | Where it lives | Default | | --- | --- | --- | | **Refresh interval** | On the array | 300 seconds | | **Array usage threshold** | On the array | 85 per cent | | **Disk temperature threshold** | On each disk | 50 degrees | The array polls once for everybody. A four bay machine makes three calls per cycle rather than fifteen, because the disks read the same answer the array has just fetched. ### An API key, and nothing else No account, no cloud, no port forwarding. Create a key on your console under **Control Plane, Integrations, Create New API Key** , then pair the array with the console address and that key. The disks are discovered from the array, so you never type anything twice. If you rotate the key later, use **Repair** on the array rather than deleting it. The device keeps its identity and its Flows, and the new key replaces the old one in place. The key is stored with the array and is deleted along with it. Everything stays on your network. The console sits on your LAN, the key is only good for that console, and nothing is sent anywhere. ### Which models Written for the whole range rather than for one box. Ubiquiti sells two, four, seven and eight bay models, and nothing is assumed about how many pools you have created or how many disks sit in each: the app reads every pool and attaches its own disks to it. Empty bays are recognised as empty rather than counted as failed disks. ### Languages English, French, German, Spanish, Italian, Dutch, Polish, Danish. ### Reporting a problem Post here with your Homey firmware version, the app version, your UNAS model, and how many bays are populated. A screenshot of the device page helps more than a description. If pairing is what fails, the error message is the useful part: it says whether the console could not be reached at all or whether the key was refused, and those two send you to very different places. Feedback and testers welcome. Have fun 😉 ---
**Author:** ![HenriDO](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/henrido/32/84845_2.png) [@HenriDO](https://community.homey.app/u/HenriDO)\ **Post date:** [October 26, 2026, 2:11pm UTC](https://community.homey.app/t/app-pro-unas-monitor/160473/2 "2026-10-26T14:11:20Z")
UNAS Monitor 1.2.0 is out. So far the app told you how your UNAS is doing. It now tells you how it has been doing. ![widgets](https://us1.discourse-cdn.com/flex025/uploads/athom/original/3X/8/3/83f9074bdaac61bbd55215cf80e485e414ef3c88.jpeg) The console keeps no history the app can read, so the app keeps its own: a reading every five minutes over the last 24 hours, one point a day of fill level for 90 days, and the last 40 events. It lives on your Homey and survives a restart. **Six new widgets** , next to Disk array and Disks: - **Fill trend** , the array’s fill level over 7, 30 or 90 days and, if the trend holds, how many days until it is full. Not a prophecy, a ruler laid along the curve, and beyond ten years it does not pretend to give a date. - **Disk temperatures** , one curve per bay, the lowest and highest of the period, and a dashed line at 50 °C. - **Disk activity** , read and write throughput, with the averages and the peak. - **Network** , received and sent. - **Processor and memory** , load, processor temperature and memory use. - **Event log** , status changes, rebuilds, disks added, removed or running hot, console outages. The short-term ones show 6, 12 or 24 hours. All eight tiles now share one layout: category, NAS name, main value, details. Five backgrounds: Deep blue, Slate, Plum, Forest and Sand. **How to use** : add a widget from the dashboard, pick your NAS in the Console list (leave it empty for the first one), then the period and a background. Right after the update the curves are empty: they need a few minutes of readings before there is anything to draw. Give the fill trend a few days before you believe its date. More about the app, every widget and Flow card included: [UNAS Monitor for Homey — Rapinology](https://rapinology.com/en/homey/unas/) Feedback welcome. Have fun 😉