Solution from link that you send solved my issue. Thank you.

It's worth mentioning that you should turn off "Extensions: Auto Update" or it'll automatically put 1.1.0 back! This is also probably why it suddenly happened in the first place. I had to to restart VS Code once I changed this setting too, as it still auto updated a couple of times for me, before I did. (Preferences > Settings > Features > Extension Viewlet > Auto Update (can also search for auto update to get to this)

Thanks for this information. It is useful

import time time.sleep(2) import pycom pycom.heartbeat(False) print('main MAC1') print('LED test') print (0xffffff) pycom.rgbled(0x0) Try this code. This should run perfectly fine.

@smokeyspace No problem at all :)

@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.

@jpaul Good to hear. Our tutorials don't cover auto-connect very well yet, we'll work on that!

@changeddaily Good to hear. Yes I agree, our documentation could definitely use an update.

@nervencid You can use any name for your scripts. Only boot.py and main.py are executed as part of the boot process. If you want to run your script then, you have to add a statement like: import myscript e.g. to main.py. You should be able to stop your script with Ctr-C from the console, unless you disable that in your code. To isolate the problems, try running your code with a simple terminal like Putty. Note: You can change the name of the file which is run instead of main.py with machine.main(). The only useful place for that command is in boot.py.

@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.

@paul-thornton Ok thanks for the reply!

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

In my opinion RESET pin should not be left floating. Try to connect pull-up resistor to 3.3V in 10k-20k range. Check L01 OEM Baseboard schematic: https://docs.pycom.io/product-info-datasheets/oem/l01_reference Edit: Sorry, now I noticed the reset pull-up already being in your schematic. Anyway try to use FTP client for script uploading.

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 @Martinnn, empty folders are ignored when uploading. If you put a file in there, it'll upload it. Or you could create one via FTP on the device.

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.