@crumble I forgot to mention it in the survey, but a download feature would be extremely handy since my devices are rarely if ever on WiFi, and FTP requires extra steps to configure wifi on the board I'm testing.
@martinnn Found the issue with your firmware updater. If you would want to update to a dev version, you need to download the development version of the firmware updater (here). They will release it as stable soon, but not until then, use this dev version.
@nervencid With autoconnect to false, it indeed tries to connect to the address 192.168.4.1, so the output you posted is as expected. To connect you can either:
connect to the devices wifi and klik connect again, or:
change the auto_connect setting to true, or:
set the address setting to the correct comport (you can find it using the 'list serialports' command)
@protean Pymakr is indeed using the zlib.decompress() micropython function for this feature. Normal upload also still works of course, but this way is faster for large files. Let me give you some pointers on how to code it:
The zlib function on the micropython side is documented here. Pymakr is compressing the files before uploading (here using this python file), writing the compressed file to the board with os.write() like always, and then decompressing them right after that (here). It'll definitely make uploading bigger files faster. Just realise that for files under 4k, it's actually slower because the overhead of compressing/decompressing is bigger than the savings of compressing the file.
when you click run just the single file your editing it sent to the board its literally as if you typed each line into the Repl. this is fine if its just your main.py script. but when libs need updating they dont get sent as you have discovered.
The reason for the reset being required is to force micropython to reload its previously loaded and cached copies of libraries There are work arounds for hot reloading code, but its way easier to just reset the board during development
Good to hear you sorted that out @theshade! If I have time I might fix Pymakr to look in that folder on a raspi, although I think there are not many people running this setup. (ps Pymakr is open source, so if you want to do that yourself with a pull request, feel free)
@modellhaus I suggest you two things for help, the first is to modify your post and please enclose your code in correct code balise ( </> tool in line above )to help reading .
The second thing is to post the error message and line number where it happen to help analysis.
Hi @dan thanks for your reply. Actually not, also tried with an older VSC version (i.e. 1.25.1) but result is even worst (error: command pymakr.* not found and console doesn't start). Also downgraded Node.js to the LTS (8.12.0) but no luck. Because I'm using VSC for Python and to manage other non-pycom micropython-based boards via terminal it would be comfortable having a single IDE. Is there a particular setup known to work (firmware, VSC, Pymakr, Node.js, versions, platforms and architecture)?
PS: Using Atom 1.31.1 on Win10/64 with Pymakr 1.4.4 I notice no issues, REPL responds correctly.