What this adapter does
The Tidy adapter helps to find unused objects and states to clean up your system. After years of using ioBroker, your system may accumulate "dead" datapoints from deleted scripts, removed adapters, or abandoned configurations. This adapter helps you identify and clean up such datapoints to keep your system tidy and performant.
Features
- 📊 Path-based scanning: Configure multiple paths to scan via object picker (e.g.,
0_userdata.0,alias.0) - 🚫 Exceptions: Exclude intentionally static datapoints, entire folders, or wildcard patterns from scan results
- 🔍 Smart detection: Identifies different types of problematic datapoints:
- Dead: Never updated or extremely old (configurable threshold, default: 365 days)
- Stale: Not updated recently (configurable threshold, default: 90 days)
- Orphaned aliases: Aliases pointing to non-existent target datapoints
- Undefined: Datapoints that were never written to since system start
- ⚙️ Flexible configuration:
- Configurable age thresholds for "stale" and "dead" detection
- Optional automatic scanning at configurable intervals (hourly)
- Enable/disable individual scan paths
- Optional complete scan of the entire object tree
- 🌐 Complete scan: Scan all states in the system (not limited to configured paths) via a separate result channel
- 🎯 Manual triggers: Each configured path gets a trigger button to run scans on demand
- 📋 JSON table output: Results are provided as JSON arrays, perfect for table widgets in VIS
- 📈 Statistics: Automatic counters for total, dead, stale, and orphaned datapoints
Configuration
General Settings
- Enable automatic scans: When enabled, all configured paths are scanned automatically
- Scan all objects (complete): When enabled, the adapter scans the entire object tree and stores results in a separate
completechannel (see below) - Scan interval: How often automatic scans should run (in hours, minimum 1)
- Days until 'stale': Datapoints not updated for this many days are marked as stale (warning)
- Days until 'dead': Datapoints not updated for this many days are marked as dead (critical)
Scan Paths
Configure one or more paths to monitor:
- Enabled: Enable/disable this scan path
- Scan path: Pick a folder from the object tree or type a path manually (e.g.,
0_userdata.0,alias.0,javascript.0). The field stays editable after picking. - All adapter instances: Remove the instance number to scan every instance — e.g.
aliasinstead ofalias.0matchesalias.0,alias.1, and so on - Name: A friendly name for this path (used for result state naming)
- Check alias targets: For
alias.*paths, check if target datapoints still exist (ghost detection)
Exceptions
Exclude datapoints that should not appear in scan results or statistics:
- Object: Pick a single state or a folder/channel to exclude an entire subtree. Wildcards are supported:
*matches any suffix,?matches a single character (e.g.0_userdata.0.rollo.trigger*) - Comment: Optional note (e.g. why this datapoint is excluded)
Use this for configuration values that rarely change (e.g. a stored radio station for an alarm script) so they are not flagged as dead or stale.
Exceptions apply to path-based scans and the complete scan. Each scan channel provides exceptionCount — the number of datapoints excluded during the last scan (0 if none).
Data Points
For each configured path (e.g., "userdata"), the adapter creates:
tidy.0.userdata.trigger(button): Click to manually start a scantidy.0.userdata.result(json): Complete scan results as JSON tabletidy.0.userdata.lastScan(timestamp): When the last scan was performedtidy.0.userdata.count(number): Total datapoints foundtidy.0.userdata.deadCount(number): Number of dead datapointstidy.0.userdata.staleCount(number): Number of stale datapointstidy.0.userdata.orphanedCount(number): Number of orphaned aliasestidy.0.userdata.exceptionCount(number): Number of datapoints excluded by the exceptions list
When Scan all objects (complete) is enabled in the general settings, the adapter additionally creates:
tidy.0.complete.trigger(button): Click to manually start a complete scantidy.0.complete.result(json): Scan results for all states in the systemtidy.0.complete.lastScan(timestamp): When the last complete scan was performedtidy.0.complete.count(number): Total datapoints foundtidy.0.complete.deadCount(number): Number of dead datapointstidy.0.complete.staleCount(number): Number of stale datapointstidy.0.complete.orphanedCount(number): Number of orphaned aliasestidy.0.complete.exceptionCount(number): Number of datapoints excluded by the exceptions list
The complete scan uses the same JSON result structure as path-based scans. Automatic scans include the complete scan when this option is enabled.
JSON Result Structure
The result state contains a JSON array with the following fields for each datapoint:
[
{
"id": "0_userdata.0.hallway.light_auto",
"name": "Hallway Light Automation",
"last_ts": 1712856000000,
"last_ts_iso": "2026-04-11T16:00:00.000Z",
"value": true,
"status": "active",
"issue": null,
"size": 4
},
{
"id": "0_userdata.0.test.old_value",
"name": "Test Datapoint",
"last_ts": null,
"last_ts_iso": "undefined",
"value": 15,
"status": "undefined",
"issue": "dead",
"size": 2
}
]
Field descriptions:
| Field | Description | Purpose |
|---|---|---|
id | Full datapoint path | Unique identification |
name | common.name or last part of ID | User-friendly name |
last_ts | Unix timestamp (ms) or null | Sorting in background |
last_ts_iso | ISO 8601 date string | Display in table |
value | Current datapoint value | Final check before deletion |
status | active, dead, stale, undefined, orphaned | Classification (English) |
status_de | aktiv, inaktiv, veraltet, undefiniert, verwaist | Classification (German) |
issue | dead, stale, orphaned_alias, or null | Filter criterion (null = OK) |
issue_de | inaktiv, veraltet, verwaistes Alias, or null | Filter criterion (German) |
size | JSON.stringify(val).length | Finds "storage hogs" |
Usage Examples
Basic Setup
- Install and configure the adapter
- Add a path to scan using the object picker (e.g.,
0_userdata.0) or type it manually - Give it a name (e.g., "userdata")
- Save configuration
- The adapter will immediately perform an initial scan
- View results in
tidy.0.userdata.result
Multi-Instance Scan Paths
To scan all instances of an adapter, remove the instance number from the path after picking:
alias.0→ scan only the first alias instancealias→ scanalias.0,alias.1, and any other alias instances
The path field remains fully editable after using the object picker.
Exceptions
- Open the Exceptions tab in the adapter configuration
- Add datapoints that should be ignored (e.g. rarely updated configuration values)
- Pick a single state for one datapoint, a folder to exclude a whole subtree, or type a wildcard pattern (e.g.
0_userdata.0.rollo.trigger*) - Save configuration — excluded datapoints no longer appear in scan results or counts
VIS Integration
Use the JSON result with a table widget to display and sort your datapoints:
- Create a table widget in VIS (e.g., inventwo Table Widget)
- Bind it to
tidy.0.userdata.result - Configure columns:
- For German tables:
id,name,last_ts_iso,status_de,issue_de - For English tables:
id,name,last_ts_iso,status,issue
- For German tables:
- Sort by
last_ts(oldest first) to find the "deadest" datapoints - Filter by
issue != nullto show only problematic datapoints
Complete Scan
- Enable Scan all objects (complete) in the general settings
- Save configuration — the adapter performs an initial complete scan
- View results in
tidy.0.complete.result - Use
tidy.0.complete.triggerfor manual rescans at any time
Use the complete scan to get an overview of all states in your instance. For targeted cleanup, path-based scans (e.g. 0_userdata.0, alias.0) are usually more practical.
Automatic Maintenance
- Enable "automatic scans" in settings
- Set interval to 24 hours (once daily)
- Monitor
deadCountandstaleCountstatistics - Review results weekly to identify cleanup candidates
Support
If you like our work and would like to support us, we appreciate any donation. (This link leads to our PayPal account and is not affiliated with ioBroker.)
Changelog
0.3.3 (2026-06-18)
- (skvarel) Fixed complete scan failing with "Invalid string length" on large instances
- (skvarel) Modified complete scan to load states in bulk instead of one-by-one
0.3.2 (2026-06-18)
- (skvarel) Removed accidentally committed local dev-server data directory from repository (fixes #14)
0.3.1 (2026-06-16)
- (skvarel) Added admin UI help text explaining "Check alias targets" on Scan Paths tab (boxed info panel)
- (skvarel) Fixed alias target check for read/write split aliases (common.alias.id with read and write)
0.3.0 (2026-06-13)
- (skvarel) Added wildcard patterns for exception list (* matches any suffix, ? matches one character)
0.2.4 (2026-06-11)
- (skvarel) Fixed admin UI translations for scan path tooltips and help texts
- (skvarel) Fixed runtime validation for scan interval and stale/dead thresholds
- (skvarel) Modified scan result timestamps to use ISO 8601 format
License
MIT License
Copyright (c) 2026 skvarel skvarel@inventwo.com
Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:
The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
