@projectgus thanks
I was trying to figure out why my nodemcu would sometimes end up in wrong boot mode, when I used system_sdk_restart.
I was trying to figure out why my nodemcu would sometimes end up in wrong boot mode, when I used system_sdk_restart.
I haven't tested their build, but i cloned your branch and built locally
seemed to work well
i think i can run a test on Windows today and report in the pull request
hope they merge and release soon :)
using the DNS_SD_Arduino_OTA sketch I am continously loosing free memory. I took the original sketch, only masked out the part with the //IDE Monitor.
Added these two lines:
at the end of loop.
And I see on the serial monitor, that there are 56 bytes less every third second. Where do I loose this?
Added these two lines:
Serial.println(ESP.getFreeHeap());delay(1000);at the end of loop.
And I see on the serial monitor, that there are 56 bytes less every third second. Where do I loose this?
crosscheck: When I do not mask out the IDE-Monitor-Stuff, then ram stays at the same value. Can somebody explain this to me?
did you also comment the initialization of the monitor in the beggining of the sketch?
then
TelnetServer.begin();
TelnetServer.setNoDelay(true);
No, because without this I won't see the board in the network ports, or? You an igrr told me this a few days ago
if not, then the reason is that Arduino IDE is probably testing the connection to your board and you have unhandled packets
so you need to then not omment everything about IDE Monitor
and check for data and just read it and discard it
because the way that the IDE checks if your board is alive currently is to open the advertised TCP port
TCP packet header is 56 bytes
hopefully soon you will not need to do that
OK, is there a short way to discard the unreceived package? In the example sketch, there are ~20 line of code
if (TelnetServer.hasClient()) TelnetServer.available().stop();
there :) 1 line
OK. working :smile: And its really the Arduino IDE. Because closing the IDE doesnt decrease memory any more.
Shouldn't be cleared this automatically? Is this normal, or a "bug"?
we do have a push request to fix that in the IDE
and updated OTA+MDNS to control it
Now I will implementate this new line into my real project-sketch. because here I have seen that i have very often a reboot, because of less memory
even after Arduino updates the IDE and you update your IDE and core, that line will not break the functionality
but keep in mind that having that "TelnetServer" wastes memory and a usable connection
Yes, but as you told me, there is no other possibility to see the network port for OTA to tell it the IDE.
I asked igrr if it is possible to give the IDE manually the IP of a board with static IP. But there is no way for this.
I asked igrr if it is possible to give the IDE manually the IP of a board with static IP. But there is no way for this.
but that means to reinstall ArduinoIDE
Do I need the telnet server, if I have a webserver already running on the ESP?
that can work
but web on 8266...
IF it was on 80 then yo will not need the TelnetServer
No, i copied the stuff out of the DNSSD_Arduino_OTA-sketch, and here it is
const uint16_t aport = 8266;
OTA runs on 8266
TelenetServer also
both run on the same port
if you move the web server to 8266, then you will not need TelenetServer
but you have to access the web at that port
Arduino-IDE is looking at 8266 for a responding "TCP-server". This can be a telnet- or webserver right?
any TCP server will do
OTA, DNS, MDNS, DHCP are all UDP
And what about to tell arduino-ide to search the esp on port 80? Then I could cancel the telnet-stuff.
you are probably usin the OTA upload method and that is locked to 8266 for now
soon none of that will be needed, but for now those are the limitations
BUT
port 80 is manually forwarded to port 22 because of old Yun firmware
that is hardcoded inside the IDE
you can have it now, but you have to be comfortable with reinstalling Arduino and using GIT to pull the latest esp core
then OTA is 3 lines
also you current sketch will not work once you get the updated core
what do I have to change in my sketch for working after update?
there are some changes in the protocol
and all OTA is handled by ArduinoOTA
but that has also changed much from what you have
one last thought from me regarding to the actual WiFiUPD OTA.
we are using a pyton script for making the ota-upload. actually i am working always on the same esp. with a static ip. What about changing the code not to use the input-paramater <ESP_IP_address>, but writing the static ip manually into the script. Then I do not need the telnet stuff any more, because i do not have to search for the board to tell arduino-ide its IP-address.
we are using a pyton script for making the ota-upload. actually i am working always on the same esp. with a static ip. What about changing the code not to use the input-paramater <ESP_IP_address>, but writing the static ip manually into the script. Then I do not need the telnet stuff any more, because i do not have to search for the board to tell arduino-ide its IP-address.
def serve(remoteAddr, remotePort, filename, command = FLASH): is the code I think at
changing the 'remoteAddr' to e.g.192.168.1.66 ?????
only guessing. never did anything with python
you can run the python manually and use the IP you want
enable build and upload debug in arduino's preferences
run just a build, no upload
note the path to the .bin file
python [path-to]/espota.py -i [IP] -p [port] -f [bin-file]