long sigh

Try to cross compile the lib folder. It may be a memory fragmentation problem, so you cannot allocate the needed buffer size.

@Henning I had the same issue with the Expansionboard v3.1. The issue got solved, after using another Expansionboard v3.1 I've bought recentely..... I never used the SD-Card slot on the first one before, so I don't know, why it seems to be broken. Well, at least it works flawless with the second Expansionboard.

@johand Thanks for the info, I'm able to reproduce the issue. There's indeed a problem in the upload feature, which has been solved in the latest versions of Atom. The VSC plugin is a bit behind code wise. We're working on a refactor of the Atom upload feature right now, when that's done we'll upgrade VSC as well to be up to date with it. That'll solve this issue. For now either be a bit patient with uploading with VSC or temporarily switch to Atom for this project. Sorry for the inconvenience!

@dylan It is hard to believe that this is the reason, because the standard value for sys.path is ['', '/flash', '/flash/lib']. Since main.py resides in /flash, any code to be imported may reside at that place too, like also in /flash/lib or the actual directory (frisdt entry). The latter may be the a cause, if you have multiple copies of your code, good and bad ones, on the file system.

@stefan85e Have you tried disabling the safe-boot feature, does this work?

@seb It's my bad. I have missed that service was listening just on localhost, that's why I was not able to receive any file.

Thanks, sorry I did not see the "compose" with question mark inside the box. The documentation is pretty clear. I am a member of so many forums and they all have different tools. Wonder if there will be a shake up at some stage to use something like the wiki toolset which does most thinks.