Yeah, Nextion panels are sometimes better used upside down due to their viewing angle, so using the HASwitchPlate-Inverted.tft and then mounting the device upside-down in your work box might be a solution. No other modifications should be needed, blueprints etc will all work as designed.
If you open the project HMI in a Nextion editor you can directly examine individual elements which might be helpful in your explorations. In the image below, I selected page 1, then clicked on one of the buttons, which presented me with the 4 color codes assigned as defaults to this particular object:
I can confirm the behavior you are seeing with page 2 in scroll mode. No idea what the heck is going on there, but itâs happening here too. I created this bug in the issue tracker and have assigned it to myself, thanks for the report!
It sort of worked. The display did invert. But, now, my HASP is bricked.
On the display, I see the WiFi is connected, but no mention of MQTT.
Cycling the power a few times didnât change the result.
I removed the HASP from the wall and opened it to insert the MicroSD and flashed https://raw.githubusercontent.com/HASwitchPlate/HASPone/main/Nextion_HMI/HASwitchPlate.tft
to the Nextion.
Now, HASP boots OK.
I wonder if the OTA update was the problem? Iâll try a microSD card with the inverted.tft file.
UPDATE
Hard-flashed the Nextion with the inverted.tft file â No difference. It never got past the âWiFi Connectedâ screen.
I hard-flashed the HASwitchPlate.tft again, and after a couple of restarts, it now boots reliably.
Youâll need to update your blueprints! That error was fixed a few versions ago, so replace the contents of <home assistant>/blueprints/automation/HASwitchPlate with the files found here.
This process is annoyingly manual - if youâd like to help out, maybe upvote the feature request here which aims to make the blueprint upgrade process a little less of a pain.
Help!
I had HASP running on a larger screen with jumpers to a wemos. Worked great. It was named âdesktopâ.
Since then I built a desktop version using the correct display. Works great.
I wanted to change the first desktop unit name from âdesktopâ to âlabâ for experimenting.
This is where things got bad. When I plugged in the original Wemos, Home Assistant âdiscoveredâ a new device named âdesktopâ. (Yes, I should have unplugged the desktop unit before plugging in the lab unit).
When HASPone comes online, it send out a device discovery message with its device name and the âhaspClientIdâ, which is a combination of your device name and the MAC address. If you rename the device, it should create a new device (but I donât have any way to remove the old device). If you bring another device online with the same name, that will also create a new device because the other unit has a different MAC address which allows Home Assistant to recognize that this is, in fact, a different unit. Finally, Home Assistant will also create a new device with a new name, but because the name already exists, it will get a _2 appended.
Hoping someone can help me here. Desperate to try this project with my Nextion but i have fallen at the first step.
I have a NX3224T024_011, which I have flashed the TFT files to via SD card. I have flashed the HASPOne firmware to several different D1 miniâs (at least 4 different boards), all the D1 minis are known to work as I have previously used them for ESPHome projects successfully. I then followed the wiring and set up instructions on this page and yet I never get past the âHASP Initializingâ screen.
Assuming that flash went well, every time Iâve had that issue itâs been a data issue. Do you have the RX and TX swapped? Thats what it was the last time for me.
esptool.py v2.6
Serial port /dev/cu.usbserial-14320
Connecting....
Detecting chip type... ESP8266
Chip is ESP8266EX
Features: WiFi
MAC: 68:c6:3a:f4:b6:a8
Uploading stub...
Running stub...
Stub running...
Configuring flash size...
Auto-detected Flash size: 4MB
Erasing flash (this may take a while)...
Chip erase completed successfully in 8.9s
Flash params set to 0x0340
Compressed 477536 bytes to 327936...
Wrote 477536 bytes (327936 compressed) at 0x00000000 in 31.9 seconds (effective 119.9 kbit/s)...
Hash of data verified.
Leaving...
Staying in bootloader.
Firmware successfully flashed.
I have it wired as per the instructions on the link I posted:
WeMos Pin
Nextion Cable
5V
Red
GND
Black
D7
Blue
D4
Yellow
I have tried swapping the pins around too, no success there either.
Thanks for your response @luma. Iâm not sure how I can grab debug output; I canât connect it to WiFi to give it an IP as it doesnât get to the configure screen, so Telnet isnât an option. If Iâm reading your docs right, USB debug requires going into the web admin page on the device, which again, I canât get to as it doesnât get that far. Genuinely stumped as to how to go forward.
USB debug will be enabled by default until you go through the process of disabling it on the web admin screen, so if youâre just now flashing the device and havenât yet gone through the configuration, chances are good itâs spitting out some useful information via serial that would probably help us figure out whatâs going wrong.
Thanks. Didnât know it was enabled by default. I checked the logs, connected to the fallback AP to configure Wifi and MQTT and still no luck, still stuck at âHASP initializingâ - hereâs the output:
