Skip to content

error: pll_cal exceeds 2ms!!! #2566

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
mkeyno opened this issue Sep 30, 2016 · 24 comments
Closed

error: pll_cal exceeds 2ms!!! #2566

mkeyno opened this issue Sep 30, 2016 · 24 comments
Labels
waiting for feedback Waiting on additional info. If it's not received, the issue may be closed.

Comments

@mkeyno
Copy link

mkeyno commented Sep 30, 2016

---------------------------- Remove above -----------------------------

Basic Infos

Hardware

Hardware: ESP-12F
Core Version: last update 2.2

Description

just after soldering the fresh ESP-12F on the board and upload the helloworld example of library , its throw
error: pll_cal exceeds 2ms!!!
in every couple of second without any crash and exception, instead no connection lunched whereas serial print shows its work and gain the ip address , I've checked couple of lib example as well and also regard to this link put the wifi_set_sleep_type(NONE_SLEEP_T); inside setup but no success
is it possible the module had broken ?

Settings in IDE

Module: ?Generic ESP8266 Module?
Flash Size: ?2MB/1MB?
CPU Frequency: ?80Mhz?
Flash Mode: ?qio?
Flash Frequency: ?40Mhz?
Upload Using: ?OTA / SERIAL?
Reset Method: ?ck / nodemcu?

error: pll_cal exceeds 2ms!!!

@middelink
Copy link
Contributor

This comes directly out of the SDK libphy.a, so I don't think it is an Arduino library issue. You might want to try and wipe the entire flash area, in case there is some residual settings left. Not knowing your environment I don't know how you want to do that though.

Good luck.

@mkeyno
Copy link
Author

mkeyno commented Oct 2, 2016

thanks for reply @middelink , I erase the module with this code esptool.py -p com23 erase_flash ,the error vanished but module not work neither of any AP or Station mode, do you think module is broken ? do you know any other solution ?
tnx

@middelink
Copy link
Contributor

middelink commented Oct 2, 2016

It depends entirely on your code I would say.

Did you try, say https://github.com/esp8266/Arduino/tree/master/libraries/ESP8266WebServer/examples/HelloServer (and filled in the right constant around line 6/7? If you did and it doesn't connect, yeah, you likely zapped something. And for SoftAP testing, use something like https://github.com/esp8266/Arduino/tree/master/libraries/DNSServer/examples/CaptivePortalAdvanced/CaptivePortalAdvanced.ino. Try both, nothing works? > bricked...

@mkeyno
Copy link
Author

mkeyno commented Oct 2, 2016

yes I did both of those example and I thinks its wifi bricked but its other function work well and can use for no wifi MCU chip
is it weird the one core section of MUC bricked and remain works fine?

@arsalanhassanawan
Copy link

arsalanhassanawan commented Oct 3, 2016

Hi

I had the same issue and I was able to resolve it by replacing the libphy.a file (as brought into attention by @middelink) in the SDK that comes with the arduino libraries for ESP8266.
As of now, the ESP8266 arduino libraries come with SDK version 1.5.3_16_04_18. I downloaded the SDK version 2.0.0_16_08_10 from the Espressif website from here: http://bbs.espressif.com/viewtopic.php?f=46&t=2451. I replaced the old file "C:\Users\[user]\AppData\Local\Arduino15\packages\esp8266\hardware\esp8266\2.3.0\tools\sdk\lib\libphy.a" with the new one "ESP8266_NONOS_SDK_V2.0.0_16_08_10.zip\ESP8266_NONOS_SDK\lib\libphy.a". I compiled and uploaded my arduino code again and the issue was resolved! :)
Hope it helps!

@mkeyno
Copy link
Author

mkeyno commented Oct 3, 2016

@middelink , @arsalanhassanawan , I change my usb-serial cable and its work fine now , this is so odd , is not ?
also for some sketch always throw exception and serial garbage whereas with fix usb-serial module work fine
how come serial hardware links can affect on sketch ?

@middelink
Copy link
Contributor

Well, actually, if you take the power from USB as well, it might be that the other cable simply has too much voltage drop @300mA peak. If you have a good scope, you can verify. Or slap a big ass capacitor on your circuit :)

@3mp3ri0r
Copy link

3mp3ri0r commented Jan 12, 2017

Hi all. To get away "error: pll_cal exceeds 2ms!!!", just let esp8266 power pin got 3.3v power before ch_pd pin. The "error: pll_cal exceeds 2ms!!!" won't bother you anymore. Hahaha.

@McMajan
Copy link

McMajan commented Mar 3, 2017

@arsalanhassanawan: thank you!!!! After 2 day of headache you solution works!!!!

@hongo2
Copy link

hongo2 commented Sep 16, 2017

now trying other version of the core

@devyte
Copy link
Collaborator

devyte commented Sep 16, 2017

All, the latest git is already on sdk 2.0.0, so it should be using the libphy referenced here. Please give that a try.
You should not be just replacing the libphy in a prior version of the core. The sdk 2.0.0 requires certain wifi radio calibration calls, which I believe don't exist in prior versions of the core.

@hongo2 please edit your post and add markup, the schematic isn't clear as it is.

@devyte devyte added the waiting for feedback Waiting on additional info. If it's not received, the issue may be closed. label Sep 16, 2017
@hongo2
Copy link

hongo2 commented Sep 16, 2017

the divider didnt work at the end

@devyte
Copy link
Collaborator

devyte commented Sep 16, 2017 via email

@hongo2
Copy link

hongo2 commented Sep 16, 2017

@devyte
the divider is not the solution I was using v2.3
http://arduino.esp8266.com/stable/package_esp8266com_index.json

now installed latest git version original branch,
eebc5ec

and seems to be working ok now without any hardware mods.

keep you posted, thanks

@devyte
Copy link
Collaborator

devyte commented Oct 12, 2017

@hongo2 was this resolved with latest git?

@hongo2
Copy link

hongo2 commented Oct 12, 2017 via email

@hongo2
Copy link

hongo2 commented Oct 12, 2017 via email

@devyte
Copy link
Collaborator

devyte commented Oct 12, 2017

@hongo2 from here:
bool softAP(const char* ssid, const char* passphrase = NULL, int channel = 1, int ssid_hidden = 0, int max_connection = 4);

@hongo2
Copy link

hongo2 commented Oct 13, 2017

thanks @devyte

I am setting up AP like this...,
works great on release, but on latest git gives max_connection error, what should I do to use latest git on both devices AP and Client ?

struct softap_config config;
wifi_softap_get_config(&config); // Get config first.
config.max_connection = 32; // how many stations can connect to ESP8266 softAP at most.
wifi_softap_set_config(&config); // Set ESP8266 softap config

WiFi.mode(WIFI_AP_STA);
WiFi.softAP(apName,apPassword);

@devyte
Copy link
Collaborator

devyte commented Oct 13, 2017

@hongo2 except for very specific cases, you should NOT be mixing SDK and Arduino calls. In this case, this:

struct softap_config config;
wifi_softap_get_config(&config); // Get config first.
config.max_connection = 32; // how many stations can connect to ESP8266 softAP at most.
wifi_softap_set_config(&config); // Set ESP8266 softap config

is getting overriden by this:
WiFi.softAP(apName,apPassword);
I showed you the signature fo the softAP() method for a reason. Just do this:
WiFi.softAP(apName, apPassword, 1, 0, 8);
that will setup the AP on channel 1, not hidden, and allow 8 clients. It's not a good idea to go above 8 due to mem constraints.

I think the original issue has been resolved, and we've strayed far beyond into code support, so I'm closing now.

@lattice0
Copy link

lattice0 commented Jan 3, 2024

got it on esp32c6, no relation to arduino, but wifi/zigbee stopped working

@DanielTerletzkiy
Copy link

also got this on a new DFROBOT Firebeetle 2 esp32c6, there is not a lot of info for this message...

@lattice0
Copy link

@DanielTerletzkiy I got it on 2 other brand new esp32c6, the. The third one worked. When it gets this error it never recovers. Looks like something burned, I don't know.

@DanielTerletzkiy
Copy link

@lattice0 uff this is not nice... i discovered that software reset with abort or ESP.restart does not work, but using the hardware reset button instantly fixes this. I am thinking of attaching a cable to one of the gpios and the rst pin to reset the board like a hardware reset...
Also so far it only happens when using my battery connected to it, which currently sits at "45%" usable charge, i will run this test again while connected to a power source tonight and report back if it still gets stuck in this loop, if that fails, i will consider the hardware reset.

I also created a dfrobot forum post here: https://www.dfrobot.com/forum/topic/334203

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
waiting for feedback Waiting on additional info. If it's not received, the issue may be closed.
Projects
None yet
Development

No branches or pull requests

9 participants