FTP : just transfer files (don't run your own FTP server)

[bc-109]

Hi,
First of all, congrats for your great fork. I'll test it ASAP :-)

I'm using a framework on target which handles network (WiFi STA or Ethernet), and which can run a Telnet server (for remote REPL) and a FTP server.

As far as I understand, in your plugin, the "send via FTP" option runs code that connects to WiFi, runs a FTP server on the target, then sends files via FTP. Am I right ?

If so, could you separate things in two different checkboxes :
1/ Run FTP server on target
2/ Send files via FTP (assuming network layer and FTP server are already running)

Thank you in advance

[bc-109]

Answer to myself : my question was stupid :-D
As far as I have a FTP server running on the target, I can use standard "deployment" features in Pycharm. No need for a specific "FTP send" implementation in the Micropython plugin.

Congratulations again for your great plugin. Kind regards.

[lukaskremla]

Hello,

In a recent version the FTP uploads were removed. The FTP protocol is needlessly complicated for a plugin like this. The server scripts are large, it doesn't fully utilize the maximum possible network speed and properly implementing it is difficult.

Your understanding about how FTP uploads worked is correct. I'm considering adding back a similar network file transfer option that would be based on some custom simple pure-socket protocol in the future, but with serial communication being very fast and reliable after the recent updates, it's no longer the priority.

If you're using the run configuration synchronization option and your board supports CRC32 calculations, then the amount of data that needs to be transferred each time should already be more bearable.

And as you've said yourself, if you're running your own FTP server on the device, then the deployment plugin/feature in PyCharm is likely a better way to work with it, since it will give you a lot more control.

[bc-109]

Thank you for your answer. I fully agree with you. The plugin is not the right place for FTP server and client. It's a better option to keep them external / independant.

• For development and debugging, serial is the perfect solution
• Once in production, Telnet and FTP will be useful for remote troubleshooting and software upgrades. Those are standard protocols, there are many software for that (including PyCharm deployment features). In my implementation, Telnet and FTP are 'services' that can be started or stopped on demand.

Congratulations again for your great work. I'm going to continue testing :-)