Very Slow to no response

[grovkillen]

First, save this code snippet to a file called (for example) TEST.ps1 , change the com port number to fit your setup....

$DelaySeconds=60
$period = [timespan]::FromSeconds($DelaySeconds)
$port=new-Object System.IO.Ports.SerialPort COM8,115200,None,8,one
$StartTime = Get-Date
$port.Open()
$port.WriteLine(“Settings”)
while ((Get-Date) - $StartTime -lt $period){
$message=$port.ReadLine()
Write-Output $message
}
$port.Close()

You then browse to that folder using the command line, type in this line:

powershell -ExecutionPolicy bypass -NoProfile -Command TEST.ps1

[FrankCuijpers]

Hello,

I currently face the same issue as described by Wurlitzer28 in the first message on this Forum item: my ESP01 with Relay board is responding very slow to no response at all. Yesterday it work very well, fast response and looks ok.
At the moment I had a non-responding ESP and I tried to connect to it via de Web-Interface and after multiple time I got connected again (without rebooting the ESP by myself). When I then look into the status of the MCU it states:
UPTIME: more than 5days,
Load: 5.60%
Freemem: 19008,
Free Stack: 3600,
Heap Max free Block: 14856
Heap fragmentation 24%
Boot: Cold Boot (0)
Reset Reason: Power On
last Task: Background Task
SW WD count: 0

Wifi RSSI: -59dB
Connected: more than 5days
Number of Reconnects: 0

The build I use is mega-20191208 (normal).

I don't understand by the ESP is not responsing or being very slow in responsing when the System Info shows no issues or reconnections or reboots at all... I would expect that if there is a power issue (which is claimed in many topics being the issue when having bad connection) the number of reconnects or UPTIME is showing something...

Can someone give me some directions where to look at? or what to log to find the "performance" issue?

Many thanks!

BR,
Frank

[grovkillen]

Is it behaving the same for mobile and desktop? I got the feeling my phone isn't connecting as delicate as the desktop and I rarely get the idling frontend.

[TD-er]

Check also to see if there may be other devices on the network using the same IP-address.

I have had one issue here where the ESP was somehow unable to receive DHCP updates and in the mean time the DHCP server was no longer considering it as an used IP in its DHCP pool.

You can try enabling to send Gratuitous ARP requests in the tools=>Advanced page. (doesn't need a reboot for that)

[FrankCuijpers]

Thanks for the replies!

yes the behaviour is the same when using a mobil phone or desktop. It is really the connectivity of the ESP with wifi => No response or very slow response from the ESP.

I have a static ip-address set on my router for the ESP mac address. Also I have set the same address as static in the ESP. Therefore I assume that the IP address is only used by the ESP.
But ofcourse I can try the ARP hint. I was not aware this was available. I will try and let you know.

Maybe it is the power issue, which disturbs the wifi connection, but doesn't result into disconnection or ESP voltage drop.. Any experience with this? What kind of capacitor should I use between GND and VCC? 47uF / 10uF? also a small one to filter high frequency noice? some pF??

Thanks for any support!

BR,
Frank

[TD-er]

Well when in doubt about the stability of the power, you can do several things, depending on the module used.

Try stabilize the 5V or compensate for improper USB cabling, when using for example a Wemos D1 mini or NodeMCU.
This can be something like 200 - 470 uF over the 5V.
That should be enough to prevent voltage drops during the highest peaks like RF calibration.

You may also try to add the same on the 3V3 line, but be aware that an empty capacitor is similar to a short circuit when it is initially charged.
So do not use too large capacitors on boards which have a very under powered voltage regulator.
Some of these boards only have a 150 mA SOT23 packaged regulator, which is too low for keeping the 3V3 line stable during RF calibration.
Adding 10uF or 22uF over the 3V3 may be useful then, but it is probably too small for keeping it stable and may already be too high for the initial charge of these.

For all sensors it is good practice to have 100 nF as close as possible to the sensor's voltage/GND lines as possible. (maybe not for 1wire sensors though)