MicroPython Forum (Archive)

Same with GCC 7.2 Using built-in specs. COLLECT_GCC=/usr/x86_64-pc-linux-gnu/arm-none-eabi/gcc-bin/7.2.0/arm-none-eabi-gcc COLLECT_LTO_WRAPPER=/usr/libexec/gcc/arm-none-eabi/7.2.0/lto-wrapper Target: arm-none-eabi Configured with: /var/tmp/portage/cross-arm-none-eabi/gcc-7.2.0/work/gcc-7.2.0/configu...

any progress on this?

same problem with GCC 6.4. Successful compilation and firmware update - but pyboard fails to start. For me it seems there is something wrong while using GCC 6.4. $ LC_ALL=C arm-none-eabi-gcc -v Using built-in specs. COLLECT_GCC=/usr/x86_64-pc-linux-gnu/arm-none-eabi/gcc-bin/6.4.0/arm-none-eabi-gcc C...

thanks. Will try that, but I have all env variables set as bash alias for a long time and it did work. Then some time passed and I've got GCC 6.4 ) will dig into the problem deeper.

re-flashing with pre-built firmware solved the problem. Looks like this compiler produces wrong binary? $ LC_ALL=C arm-none-eabi-gcc -v Using built-in specs. COLLECT_GCC=/usr/x86_64-pc-linux-gnu/arm-none-eabi/gcc-bin/6.4.0/arm-none-eabi-gcc COLLECT_LTO_WRAPPER=/usr/libexec/gcc/arm-none-eabi/6.4.0/lt...

after updating to latest master right now and flashing a new firmware into PyBoard - I have same synptoms I still can flash it again, but can't use it

Got first part of mine )

Great, 16 buttons would be more than enough, thanks :-) It's just too bad that micropython hardware is so expensive compared to the Arduino/Pi ecosystems... Just take measurements from PyBoard/screen, learn basic FreeCAD stuff, model your own case, order a production. Then tell us how much have you...

Added stupid version of a PID controller for speed/throttle. HERE it tries to maintain 600 kts speed.

LCD160CR accepts raw jpeg encoded files up to a certain size (~65000 bytes). Only very basic parameters of the jpeg stream are evaluated. No EXIF decorators are accepted! It is a good idea to strip the jpeg files used with something like: jpegtran test.jpg > test_stripped.jpg For the example @pytho...