LeafLabs Garden

A place to share, learn, and grow...

1. 

   bnewbold
   Ex-Leaflabs

   Hello old friends!

   Starting next week i'm going to be rejoining the Leafers and will have a bit of time to give the World of Maple some much needed love and attention. We'll give a more comprehensive and long-term update later, but for now I was wondering what the most frustrating problems people are running in to with the existing Maple toolchain and documentation. Many of the bugs in our tracker are (shamefully) months or years old; which ones are still causing difficulties?

   Things that are less likely to happen any time soon are: fully tested support on the latest Microsoft Windows platforms and world-changing improvements in cross-platform SerialUSB/DFU USB interop, because (as always) improvements there are dependent on OS vendor decisions and could break backwards compatibility.

   Things that are more likely to happen soon are: integrating outstanding pull requests to libmaple, Linux platform support and packaging, updates to the libmaple toolchain (gcc-arm-embedded 4.7, etc), adding peripheral support to libmaple, and API-preserving bug fixes.

   Posted 2 years ago #
2. 

   gbulmer
   Moderator

   bnewbold - my votes would be:

   1. Consolidate existing fixes to libmaple. Nothing new, just the fixes. There are a bunch of threads asking for help, and the fixes are often already in github. They need to be integrated and packaged as a proper release.
   2. Update gcc to https://launchpad.net/gcc-arm-embedded gcc 4.7 supports fixed point out of the packet

   Edit:
   3.Please integrate bug fixes back into the git repo, in a coherent way (i.e. one main thread), with some instructions on how folks can 'stay current'.

   Posted 2 years ago #
3. 

   crenn
   Moderator

   New releases for the IDE would be the thing that I'd like, mainly so the libraries that leaflabs wants and the libraries I write with testing in the IDE are the same. Adding Wire.h support is also good. The ability for libraries to include other libraries is something that would be useful without having to do so in the sketch would be nice.

   Also, I don't have enough Maple Minis, but I don't think that's something you can fix really ;P

   Posted 2 years ago #
4. 

   ala42
   Member

   >2. Update gcc to https://launchpad.net/gcc-arm-embedded gcc 4.7 supports fixed point out of the packet
   When you do that, you have to add two nops to the micros() function in wirish_time.h, as the gcc 4.7.3 compiler optimizes the code too good. Currently the systick interrupt has no chance to intercept as expected, as the systick_get_count() and millis() functions declared inline are now really handled inline, single assembler instruction to be precise. The nops fix this problem.
   

   static inline uint32 micros(void) {
       uint32 ms;
       uint32 cycle_cnt;
       uint32 res;
   
       do {
           ms = millis();
           cycle_cnt = systick_get_count();
           asm volatile("nop");
           asm volatile("nop");
       } while (ms != millis());

   Posted 2 years ago #

RSS feed for this topic

Reply

You must log in to post.