My ns panel pro 120 had warned me of the update to 4.x. Once the update was finished, nothing changed and in the about tab it gives me version OS 3.12.0 and app version 3.12.0. And if I check the updates again it says they are on the latest version
Hi, buyed a NspanelPro and still stuck on 3.12.0 FW. I tryed the screen saver trick and restart more times but without change, my ID is 1002375ebb
Hello Sonoff team,
iâm new owner of NSPANEL120PW, adding the FDroid support to use official H-A app, was the jump in for me.
1st, I will say big thank you, to enable the acces to âAdvanced settingâ to help to manage easily the device.
this one permit me to :
- modify the âDisplay sizeâ to small to provide more information on small screen
- enable the âshow status barâ than is more ânavigation barâ to enable right âandroid buttonâ for easily navigate between setting and app in device.
- Enable the adaptive brightness, donât know if needed or not

One idea for me, is to use the âstatus (navigation) bar â as normal usage instead your button floater.
but need to allow to autohide the navigation bar in setting, i think we can by ADB but not tested.
Sure, for Ewelink app, the navigation bar, must be fully hidded
On Home Assistant, the âFullscreenâ option auto hide this one, but the reserved area is not used by app. or maybe due to depreciated API since Android 11 or not compatible with Android 8.
the navigation bar is displayed by gesture on right edge of screen manually

For user, i can recommend to move on alternative keyboard ( Simple Keyboard for me ) where height can be set.

About Zigbee :
i have Ihost used as local Docker server for Z2M and MQTT server
NSPANEL is used as ârouterâ, but this setting (switch between coordinator or router ) can be only set in App Ewelink, and must available in device too.
Issue :
the navigation bar can be buggy few times, and only HOME button is available, but not work fine.
Tools used :
for remote acces : DroidVNC ( device ) and MobaXterm (PC )
for DroidVNC, think to disable âstart on bootâ, when back to Ewelink app, the âpointerâ is disable to the fly.
Follow these steps to join the Beta Test program:
- Visit the tool page: NSPanel Pro Beta Testing Program
- Log in using your eWeLink account.
- Select the NSPanel Pro device you wish to register.
- Read and accept the risk notice, then submit your application.
- Wait approximately 5 minutes, then go to your deviceâs
Settings -> About -> Software Updateto check for the latest firmware and install it.
Thank you
Thank you very much for using NSPanel Pro and sharing your experience.
One idea for me, is to use the âstatus (navigation) bar â as normal usage instead your button floater.
but need to allow to autohide the navigation bar in setting, i think we can by ADB but not tested.
I fully understand your point. Due to the limitations of the underlying Android 8.1 OS which doesnât provide system-level Fullscreen Gesture support, we have to implement the AssistiveTouch feature (the translucent circular button, which will shrink to a semi-circular arc attached to the edge of the screen) which enables users to go back to NSPanelPro App.
We plan to improve AssistiveTouch in v4.2.0 by:
- Support
Double Pressaction: works as the same as theOverviewbutton of the systemNavigation Bar, so it can be used to switch between running apps. We call this featureApp Switcher. - Support
Long Pressaction: hide and displayNavigation Baras needed. I think this is a step closer to what you want.
NSPANEL is used as ârouterâ, but this setting (switch between coordinator or router ) can be only set in App Ewelink, and must available in device too.
Got it. Weâll put it in the requirements list of NSPanel Pro.
The navigation bar can be buggy few times, and only HOME button is available, but not work fine.
Yeah, we just added Advanced Settings (an entry point to Andriod system settings) in v4.1.1. We know there are bugs related to the use of Navigation Bar. But we think itâs better to have our beta test users to use it as soon as possible.
The known bugs and newly reported bugs will be fixed in v4.2.0.
Maybe itâs been already reported, I have several SNZB-02D zigbee thermal sensor joined to my NSPANEL PRO, when I try to make them available through integrated matter bridge I can successfully synchronize only one of them, all the others are marked as not yet supported.
All the sensors have latest release onboard (2.3.0) and are correctly working, I can access details for all of them directly on nspanel itself, ewelink app and even inside home assistant through sonoff lan integration
Nspanel release is 4.1.2
Hi,
I have an issue regarding if I donât use the ns panel for a while I can not wake it up. It is do not respond if I touch the tured off screen.
It happened two times in the last two days.
But I can reboot is from the ewelink app.
App ver. 4.1.2
Device id: 10023a888c
A sent a feedback already. I attached a picture.
Thank you for your help.
Br
Peter
Hi, Weâre very sorry for the issue youâve encountered.We will fix this problem in version 4.1.3 (scheduled to be released this week). Please wait for the device to receive the firmware update.
Hi, first of all Iâm really sorry youâve run into this issue.
I tested it based on your description but wasnât able to reproduce the problem. Could you please help us by submitting: The NSPanel Pro screen log: pull down on the screen â Settingsâ About â Submit. The app log: Profile â Help & Feedback â Feedback â Submit
After that, please send me your device ID in a private message.
Thanks in advance for your help!
Would it be possible to eliminate the âleading zeroâ when the panels are in the 12 hr (AM/PM) mode? It would also be nice if the display would show 12:01 AM instead of 00:01 AM. ![]()
Regards.
Youâre absolutely right. In the 12âhour format there is no such thing as 00:01 AM. You simply have 12:01 AM, and thatâs it.
The notation 00:01 belongs to the 24âhour format, where midnight is 00:00 and the first minute is 00:01, and not 24:01. Though there are some who think it looks ânicerâ that way ![]()
Hello ![]()
@MichaelLernsToCode We have an issue with MQTT in NSPanel Pro. Description: Mosquitto logs in HA show frequent disconnect/reconnect cycles from NSPanel. Each reconnect generates a new random ClientID (mqttjs_xxx). Additionally, connections from 172.30.32.2 (Home Assistant container) appear as unknown and close immediately.
Log excerpt:
Client mqttjs_7ea702fc disconnected.
New client connected from 192.168.1.12 as mqttjs_035275da (u'nspanel').
...
New connection from 172.30.32.2:46502 on port 1883.
Client <unknown> closed its connection.
Expected behavior:
- NSPanel should maintain a stable MQTT session without constant reconnects.
- HA connections should be properly identified and not close instantly.
Possible causes:
- NSPanel MQTT client generates random ClientIDs on reconnect.
- Keepalive misconfiguration (currently k60).
- HA integration performing test connections or misconfigured.
Please check what is going on, because this problem keeps recurring in every recently released version.
Hi @jam3
Thank you for bringing this MQTT issue to our attention and for providing the detailed logs.
The team is on it! Weâve started looking into the connection issues to identify the root cause of the frequent disconnects.
Weâll be sure to update you here as soon as we have news. Thanks for your patience!
Best,
JoJo
Youâre welcome. In the development version this is normal, of course, and I understand that. Letâs catch as many shortcomings as possible ![]()
Since weâre talking about MQTT in the NSPanel Pro, thereâs another issue that keeps coming back â invalid values and missing JSON attributes.
Problem:
Template warnings: dict object has no attribute 'set_boost_mode_duration', fault_code, etc.
MQTT number error: Invalid value for ..._manual_mode_temperature: 0 (range 4.0 - 35.0)
Expected behavior:
Missing JSON keys handled gracefully (e.g. default values).
Values outside defined range ignored or configurable.
Steps to reproduce:
Configure MQTT integration with device sending JSON payloads.
Payload missing some keys.
Device sends 0 for manual_mode_temperature.
Logs show warnings and errors for TRVZB. Question: Does this result from errors in MQTT in the NSPanel Pro, or does it come from the TRVZB? Unfortunately, I havenât been able to determine that. The most likely cause is an overlap of two sources of problems â the NSPanel Pro publishes incomplete or nonâcompliant payloads, while the TRVZB sometimes sends values outside the expected range.
Regards.
Thanks for the great feedback! Youâre right, the 12-hour format with leading zeros and â00:01 AMâ is incorrect.
Weâve added this to our development plan and will fix it in a future firmware update.
We appreciate you pointing this out!
Best,
JoJo
Hi, weâve already fixed this issue in the newly released v4.1.3 version. Please update your device and give it a try. Thanks again for your feedback!
Hi
My nspanel pro is enrolled in beta testers but canât update to 4.1.3.
It reboot in recovery mode and fails the update.
Hi,
We sincerely apologize for the inconvenience caused by the update failure.
To help us quickly identify the issue, could you please provide us with a photo of the screen when the problem occurs and submit a problem feedback log to us?
Best regards.
I also had problems with update. Few restarts, on-screen messages, âŚ
Finally, I am up and running now, but 4.1.3 was not smooth.
