If I understand correctly you cannot transfer the file from your http or github site. If so, you have the same problem as me. I solved it by creating my own http webserver, using an unused Raspberry that I had at home. There are many guides on the internet to create it, and at the moment I don’t remember which one I used. Once the file was created and downloaded on the webserver I was able to download it on the nspanel!
hello @EdwardTFN I’m just busy setting up the nspanel now I have a few questions on the beginning screen I see the icon of weather & yield solar panel & agenda and so how do I set it up would you like to have this too then you have a question too bad that there is no media player for TV to operate?
hello if you test search for the new version you are trying I really want to do it I also think it’s very nice those new icons can I help test it?
Unfortunately the install progress has gotten worse with the latest updates. I had 6 NSPanels running and have been trying to add 4 more the past week. None of the prior workarounds work any more. The blank tft loads successful, but the full one keeps hanging at 25-75% or takes hours and ends up being corrupted. Have not gotten a single new device working even though I have 6 prior ones running for 3+ weeks. All that sitting right next to a WiFi AP…
Hi Oliver…Not sure if you have read the post I wrote about updating to v3.2.2? Maybe it can be of help. I was having some issues and removing the “_” from the TFT filename seems to have solve it.
From v3.2.2 to v3.3 is even simpler and faster.
That’s true. Until version 3.1 this project was using an older library for the Nextion display which was easier to remove the panel from the reparse mode, which is set by Sonoff in the original display.
With v3.3, however, it was introduced the “Exit reparse” button, which was mentioned in this post, and this makes possible again to install the TFT in a new panel without having to roll back to that older library.
If the “Exit reparse” button is not helping in your case, you can always force your panel to use that old library, just add this code to your ESPHome file:
external_components:
- source: github://pr#2956
components: [nextion]
refresh: 1h
After transfering the TFT, you can the remove the code above and you be using the latest library again.
Well, if you got to the nspanel_blank.tft
installed (now you will see a QR code in the screen), then the problem, is not in the reparse mode anymore and the code above won’t help.
In this case, I can tell the problem is in your Wi-Fi network, in your Web server, or some problem in the file you have locally.
I would suggest you to use your browser (in your laptop) to download the file using the same url as your panel is trying to use. Then double check if the downloaded file have the same size as the one in GitHub. If you have a size mismatch, try to download from GitHub again and update the file in your www server, until you can download from there with the right size.
If you cannot have the right file with your computer, the panel won’t be able to get the right file.
The normal upload process shouldn’t take more than 15 to 20 minutes. It takes more than 30min, I doubt it will work. Everytime I see someone mentioning it took hours, they always says it failed by the end.
Again, for new devices the “Exit reparse” button or the code above should help until you get to the nspanel_blank.tft
. Once you get there, it’s about your network and your local www server.
Would this ‘exit reparse’ be able to fix an NS Panel which constantly shows 'System Data ERROR!'
after booting? (It can’t communicate with the TFT)
As you have “System data error” message then the original TFT is not there anymore and the panel shouldn’t be in reparse mode anymore, so, you don’t need that button.
You probably got to this point due to a corrupt TFT file, then my suggestion is to download the TFT file from GitHub again, upload it to your local www server again and then, try to use your local url to download from your computer before bothering trying with the panel.
You should always be able to download using you computer, with your browser, using the same url as your panel is trying to use. After this download, make sure the new download fila have the sine file size as the original one in GitHub (approx 259kb for nspanel_blank.tft
, approx 6.1Mb for nspanel_eu.tft
and approx 7.6Mb for nspanel_us.tft
). If it fails for your computer, it will fail for your panel. If you have the right file for your computer, it should work for your panel.
With the right file in your local www server, try the normal transfer process again. No need to “Exit reparse” or using the old library.
Always try nspanel_blank.tft
first, as it is much smaller and will help you understanding where the problem is. You should see a QR code in your panel’s screen when you succeed with nspanel_blank.tft
, then you can progress to the bigger TFT file.
If nothing helps, please share details on what happens in your screen when you press the “Upload TFT” button. At this point, I’m more interested with what happens in your screen than with logs.
You can try to force a lower baud rate, although I think the chance this is the issue is very low. For a lower baud rate, just add baud_rate: "9600"
to your substitutions in you ESPHome yaml, but please remember to remove this after your try.
If nothing works, you can try to transfer the TFT via serial. It’s a bit more work. You can find details here: Error: Model does not match-Nextion Display bricked-Solution · Issue #166 · Blackymas/NSPanel_HA_Blueprint · GitHub
This happened on my very first NS Panel which I put aside and then successfully set up 2 others. I previously logged an issue on GitHub about it but it turns out, it’s similar to problems others also had.
I was never able to get the TFT upload sent OTA to this particular NSP (the data error message just stays there) despite me following the same process successfully with the others. I tried the manual/serial TFT upload but had issues. I’ll try the serial upload again but last time I got the error
onnection failed
Forced interrupt!
in the Nextion editor.
And have you tried the old library with this panel?
external_components:
- source: github://pr#2956
components: [nextion]
refresh: 1h
Not yet, I’ll try tonight if I get time.
I remember reading about a particular setting in the Nextion Editor that is required to get the serial connection working but I can’t remember what that was. That would be my next step if your suggestion fails, but I need to remember what that setting was…
I fear it is the WiFi workload that is becoming the underlying problem. Brand new Unifi infrastructure for a new house with dedicated APs for every room, with more devices and cameras coming online. All tests come back with excellent ratings and all files are local on an HTTP URL with the IP of the HA Intel NUC and a complete match to GitHub.
As more cameras and devices have been added the install, especially of the larger TFTs fail consistently now. Even have the cameras on a different WiFi network from the rest of the IoT devices.
All other ESPHome tasks and installs work without a glitch and having to remove the 12+ NSPanels from their physical locations is not practical for updates.
Need to find a reliable workaround or replace them all with a different solution.
I wonder if there is something different to some of the NSPanels. I, too have found 2 out of almost 20 that simply won’t take the TFT files. Tried all workarounds and even the old libraries.
Since the v3.3, I don’t find how to access the Settings page (display brightness, display dim brightness, sleep mode, reboot NSPanel). Could you help me ?
Long press on the time.
is there a way to change the background of the panel?
no not possible
With all this new ‘Year of the voice’ stuff in HA, would these NS Panels have the spare capacity to run an attached microphone (eg: I2S/C) and use one of the physical buttons as a ‘push-to-talk’ activator? Hopefully there is access to enough I/O to pull this off…
I updated to ESPHome 2023.4.4 last night, then I had a power outage (a common thing for me unfortunately) and now all my NSPanels are stuck on the initialising screen. When this has happened in the past it was either my home assistant not being up yet or router not being fully initialised. This time it seems its something else. I have checked (EN) Common Issues Stuck on Initializing · Blackymas/NSPanel_HA_Blueprint Wiki · GitHub
I can still control each NSPanel from the Integrations page (including updating the TFT) and I definitely have the blueprint.
Any ideas?
Anything in the Home Assistant logs (Settings > System > Logs) related to the automation using this blueprint?