Vnish Firmware: Special Handling Guide
This manual outlines specific behaviors and important handling rules for devices running the Vnish firmware in the Moonone.
Dynamic Submodel Handling
Vnish firmware lets you adjust device performance using presets like Underclock or Overclock. That’s why the usual submodel may not match the device’s real performance.
Key points:
The system calculates a dynamic submodel (Dynsub) based on the active preset.
Device and board statuses are evaluated relative to this dynamic value.
Devices using Dynsub are marked with a special icon.
Hovering over the performance mode shows detailed info about the preset (e.g. Underclock 2: 3080 W ~ 104 TH).
Why it matters:
This dynamic evaluation ensures more accurate detection of performance issues like Lowhash — now only flagged if an individual board falls below 75% of its expected hashrate (based on Dynsub).
Error Handling Without Reboot
Some hardware errors detected by Vnish no longer require a reboot:
Chain break detected;
Break domain balance detected;
Autotune failed.
How Moonone handles it:
Automatically blocks reboot-related actions.
Disables internal integrity checks safely, allowing self-recovery.
If these checks fail after restart, the system applies a new config threshold to optimize further attempts.
In rare cases where errors persist, a diagnostic task is created automatically.
Performance Mode Interpretation
To improve the accuracy of performance labeling:
Devices with Vnish firmware now classify the Normal mode as the first available preset, not lower than the nominal value.
If only lower values exist, the highest one is used instead.
Overclock and Underclock labels remain unchanged.
Full Firmware Version Display
To improve transparency and streamline support, Vnish devices now display the full firmware version, including build name and platform details.
Factory Reset with MAC Address Warning
Factory reset is now available for Vnish-powered devices — with a clear warning.
When triggered:
The user must confirm the action.
If any selected device runs on Vnish, a warning appears:
⚠️ After a reset, Vnish devices will move to 'Unimported' as their MAC address is cleared — reconfiguration is required to bring them back.
CV Board Protection
Devices with CV-type control boards are sensitive to full reboots, which can trigger a firmware rollback.
System behavior:
If reboot is requested on such devices, the system will automatically replace it with a safer 'Restart mining' command.
This substitution also applies to automated reboots and unknown board types.
A modal warning appears:
⚠️ Some selected devices use CV boards. Rebooting may reset Vnish firmware. We'll run ‘Restart mining’ instead.
This helps preserve device configuration and minimize downtime.
Last updated
Was this helpful?