WiFi-remote-for-Bestway-Lay-Z-SPA icon indicating copy to clipboard operation
WiFi-remote-for-Bestway-Lay-Z-SPA copied to clipboard

Uploaded program doesen't work.

Open 70hnKuky opened this issue 2 years ago • 11 comments

After I sucessfuly upload to nodemcu, nothing happens.

serial monitor shows: {l␀d���␂�c␃�n␌␄␌�␌l�␌c|��␂�p␃�{��␟�␄b��no�loN���␌c␜p��#$␂rlp�n�␐␂␌␄�␌$␌��␌␄␌c␄n�|␂�␌���␄b��no�␂l��l␂�␒␓oN␌�{l␏␂N{���o␄␌rr� ␂p�o�␐␂␄␌r�ܜ�␜��␃␌B␌o�|␃␄��␌B�|␡�n�␂␄�␀d`␃�␒␛oN␌�␏l␏␂n{���o␄␌r␓l ␂␎r��o␄␌r␓l ␂�␂␄␌쏏�d� l ␂��o�␎$

if I change baudrate for serial monitor to 74880 it returns something more readable: ets Jan 8 2013,rst cause:2, boot mode:(3,6)

load 0x4010f000, len 3460, room 16 tail 4 chksum 0xcc load 0x3fff20b8, len 40, room 4 tail 4 chksum 0xc9 csum 0xc9 v000748e0 ~ld

I have tryed with 3 diferent nodemcu-s but no diference. i have tried with both vscode and atom.

Can somebody help me. tnx

70hnKuky avatar Mar 26 '22 15:03 70hnKuky

Hi, did you follow the build instructions? You need platformio extension and the serial baudrate is set automatically to 115200.

visualapproach avatar Mar 26 '22 16:03 visualapproach

Thank you for quick response. Yes, I have followed build instructions and I have platformio installed. only difference in my case is that I use nodemcu V2 (still ESP8266)

70hnKuky avatar Mar 26 '22 18:03 70hnKuky

let me add, that I am trying 6-pin version and I also get warning when trying to upload:

Compiling .pio\build\nodemcuv2\FrameworkArduino\Esp-version.cpp.o .pio\libdeps\nodemcuv2\PubSubClient\src\PubSubClient.cpp: In member function 'boolean PubSubClient::publish_P(const char*, const uint8_t*, unsigned int, boolean)': .pio\libdeps\nodemcuv2\PubSubClient\src\PubSubClient.cpp:523:16: warning: comparison of integer expressions of different signedness: 'unsigned int' and 'int' [-Wsign-compare] 523 | return (rc == expectedLength); | ~~~^~~~~~~~~~~~~~~~~ Archiving .pio\build\nodemcuv2\libf4c\libESP8266WiFi.a

edit: Tried now with 4-pin version and it is working

edit2: Tried 6-pin version 3.1.1 and it also works for me. going to use this one for now.

70hnKuky avatar Mar 26 '22 19:03 70hnKuky

That's just a warning in the mqtt library. Don't worry about it.

visualapproach avatar Mar 26 '22 21:03 visualapproach

Hi, I just returned to the project...tried to install the newest version. (master branch) I got similar Issues as stated above.

(I got the Web-Interface working last year but not the controls and i wanted to try again)

Followed the Build instructions completely.

Flashing works fine, but the access point is not showing up. (Also the LED is only flashing during the flash-process) With the older versions it works just fine. I also erased the flash before trying.

Also set bool enableAp = true; in config.h for testing, but no access point. (I mean the new one with lay-z spa module as name)


After some erasing and flashing again i got the 4 wire version to setup an access point. Also reinstalled visual studio code just to be safe and having all updates...

With the 6-Pin version still no chance even after waiting for ~5 minutes after flashing.

I also went to 3.1.1 and it works as intended (with the Web-Interface)

h2owasser avatar Apr 01 '22 18:04 h2owasser

ESP will only launch an AP if it cannot connect to WiFi. To know what is happening you should run the ESP "on the bench" with a USB cable. Look what it says in the terminal window. The code works, I tried it very recently. Try "clean build" before compiling.

visualapproach avatar Apr 03 '22 15:04 visualapproach

I did a 2 Minute video of the upload process. (I did pause the recording while on longer sections of compiling or uploading) ...In the end i press the reset button on the nodemcu a few times. No terminal output except the reset happening as show. -> Build Cleaned (Erased Flash beforehand) -> Uploaded/Compiled the firmware (no Changes. Freshly downloaded) -> HW Reset ESP -> Build Filesystem -> Uploaded Filesystem -> HW Reset ESP -> Opened Terminal and Changed Baudrate to 74480 -> HW Reset ESP (X-Times) -> ESP seems dead. No Life-Signs. (Tested on 2 different ones one of which i built with 3.1.1 and am running now)

https://user-images.githubusercontent.com/1337441/161446155-2f082e64-0f9c-41fe-81bf-3175a2e38102.mp4

I happily help with any debugging i can do.


Offtopic: With the 3.1.1 flashing and filesystem it worked flawlessly on the spot and it's running by now (Problem of last year was a fried Voltage converter ...and for the flickering Display i used some 470 Ohm resistors which worked flawlessly on dry testing)

h2owasser avatar Apr 03 '22 20:04 h2owasser

I did a 2 Minute video of the upload process. (I did pause the recording while on longer sections of compiling or uploading) ...In the end i press the reset button on the nodemcu a few times. No terminal output except the reset happening as show. -> Build Cleaned (Erased Flash beforehand) -> Uploaded/Compiled the firmware (no Changes. Freshly downloaded) -> HW Reset ESP -> Build Filesystem -> Uploaded Filesystem -> HW Reset ESP -> Opened Terminal and Changed Baudrate to 74480 -> HW Reset ESP (X-Times) -> ESP seems dead. No Life-Signs. (Tested on 2 different ones one of which i built with 3.1.1 and am running now)

2022-04-03_21-47-41.mp4 I happily help with any debugging i can do.

Offtopic: With the 3.1.1 flashing and filesystem it worked flawlessly on the spot and it's running by now (Problem of last year was a fried Voltage converter ...and for the flickering Display i used some 470 Ohm resistors which worked flawlessly on dry testing)

Video is not playable here. A few comments though:

  • "clean build" and "erased flash" is not the same thing, but maybe you knew that. "Clean build" is clearing the "cache" on the PC so you don't use old files.
  • You should not need HW resets after every step, except possibly before you want to upload over the air one first time. But it's difficult not to do a HW reset, when unplugging the USB.
  • Why do you change baudrate? The code sets it to 115200 and platformio.ini is setting the terminal speed to that. Just hit "upload and monitor" and you're done and should see the serial output.

visualapproach avatar Apr 03 '22 20:04 visualapproach

Oh that with the video is sad... tried to record it 5 times I uploaded it again on googledrive: https://drive.google.com/file/d/196pjzpT0FvJjf5UezxyjlVchiqNlOdKe/view?usp=sharing

-For Point 1, yes I am aware of the difference. I just wanted to point out what i did exactly.

-Basically i use my "good" nodemcu in the pump already. The one i use right now is soldered to 5v, rx, tx and gnd to a programmer (which i bought for flashing tasmota to esp8266mini) ...a bit complicated but it works. I tested it with the USB connected one beforehand and had the same behaviour.

-With standard baudrate i get the same output as @70hnKuky. With it set to 74480 i get a readable output. Same as in OP.

I'm quite new to microcontrollers but wouldn't it mean if i only get something from the terminal at 74480 the clockspeed is set to 74480 ...which would be against the code as it is set to 115200?

If i switch to 3.1.1 it works in an instant, so i do not think it is a hardware fault

Really strange.

h2owasser avatar Apr 04 '22 14:04 h2owasser

Okay, Something is broken! It worked. Now it don't. Only thing I can recall is an update to VSCode. I need to investigate this and hope to have a fix in a couple of days.

visualapproach avatar Apr 06 '22 19:04 visualapproach

It wasn't a bug per se, I had added some code to initialize some variables, but it was blocking the program when not connected to the pump. I removed it again which will make it work without the pump connected, but it may send wrong sensor units to home assistant during start-up. I'll fix that in a better way at a later date. Sorry for confusing you.

visualapproach avatar Apr 06 '22 20:04 visualapproach