@apla

I didnt personally write the mcrodino stuff, it was a submission to me (I don't have any microdino hardware either)

But I know what you mean.

the 'nano' name use started when another contributor Alexey (@HiddenPilot), added the "Generic mini maple' boards last year.

He had issues with the internal names in the boards.txt and started calling his stuff 'nano' to get it to work, and the contributor that did the microdino stuff seems to have copied Alexy's mistake.

I'd not looked in detail at how the microdino section was identified and I agree that this is bad practice and should be changed (as should the Generic maple mini stuff)

PS. It was later determined that Alexey's issues with identifier name were because of the use of underscores or dashes, I can't remember which, but one or both of these doesn't work correctly if used as a board identifier

Anyway, if you want to clone and do a pull request, that would make it easier for me to update.

Re: http://apla.github.io/cuwire/

OK. Sounds interesting. I know there are several other competing IDE's and some users of my repo are trying to get it to work with Eclipse

If I get time I will download cuwire

from arduino_stm32.

I just took a look at boards.txt and the microduino identifier in boards.txt is not nano is microduino32 not nano

##############################################################

microduino32_flash.name=Microduino Core STM32 to Flash

microduino32_flash.upload.tool=maple_upload
microduino32_flash.upload.protocol=maple_dfu
microduino32_flash.upload.maximum_size=108000
microduino32_flash.upload.use_1200bps_touch=false
microduino32_flash.upload.file_type=bin
microduino32_flash.upload.ram.maximum_size=17000
microduino32_flash.upload.flash.maximum_size=108000
microduino32_flash.upload.usbID=1EAF:0003
microduino32_flash.upload.altID=1
microduino32_flash.upload.auto_reset=true


microduino32_flash.build.mcu=cortex-m3
microduino32_flash.build.f_cpu=72000000L
microduino32_flash.build.core=maple
microduino32_flash.build.extra_flags=-DMCU_STM32F103CB -mthumb -DSTM32_MEDIUM_DENSITY -DBOOTLOADER_maple -march=armv7-m -D__STM32F1XX__ 
microduino32_flash.build.ldscript=ld/flash.ld
microduino32_flash.build.variant=microduino
microduino32_flash.build.variant_system_lib=libmaple.a
microduino32_flash.build.vect=VECT_TAB_FLASH
microduino32_flash.build.density=STM32_MEDIUM_DENSITY
# FIXME!
microduino32_flash.build.error_led_port=GPIOB
microduino32_flash.build.error_led_pin=1
microduino32_flash.build.gcc_ver=gcc-arm-none-eabi-4.8.3-2014q1

Do you mean the generic board is set to nano which conflicts with nano

nano.name= Maple mini generic

from arduino_stm32.

my mistake, sorry. yes, generic maple mini board have nano identifier

On Feb 25, 2015, at 11:41 AM, Roger Clark [email protected] wrote:

I just took a look at boards.txt and the microduino identifier in boards.txt is not nano is microduino32 not nano

##############################################################

microduino32_flash.name=Microduino Core STM32 to Flash

microduino32_flash.upload.tool=maple_upload
microduino32_flash.upload.protocol=maple_dfu
microduino32_flash.upload.maximum_size=108000
microduino32_flash.upload.use_1200bps_touch=false
microduino32_flash.upload.file_type=bin
microduino32_flash.upload.ram.maximum_size=17000
microduino32_flash.upload.flash.maximum_size=108000
microduino32_flash.upload.usbID=1EAF:0003
microduino32_flash.upload.altID=1
microduino32_flash.upload.auto_reset=true

microduino32_flash.build.mcu=cortex-m3
microduino32_flash.build.f_cpu=72000000L
microduino32_flash.build.core=maple
microduino32_flash.build.extra_flags=-DMCU_STM32F103CB -mthumb -DSTM32_MEDIUM_DENSITY -DBOOTLOADER_maple -march=armv7-m -D__STM32F1XX__
microduino32_flash.build.ldscript=ld/flash.ld
microduino32_flash.build.variant=microduino
microduino32_flash.build.variant_system_lib=libmaple.a
microduino32_flash.build.vect=VECT_TAB_FLASH
microduino32_flash.build.density=STM32_MEDIUM_DENSITY

FIXME!

microduino32_flash.build.error_led_port=GPIOB
microduino32_flash.build.error_led_pin=1
microduino32_flash.build.gcc_ver=gcc-arm-none-eabi-4.8.3-2014q1```

Do you mean the generic board is set to nano which conflicts with nano

nano.name= Maple mini generic
—
Reply to this email directly or view it on GitHub.

from arduino_stm32.

Fixed !

Changed to MapleMiniGeneric

from arduino_stm32.

PS. Made a load of other changes today

remove loads of redundant / duplicate .c and .s files from the system folder

I also need to rename the STM32F1XX folder as we now have STM32F3 and STM32F4, so the old STM32F1XX folder name is not compliant with the naming convention on the new folders

However this should not cause any changes to the build process. Its purely cosmetic in the file system

from arduino_stm32.

I presume this is OK now.

Let me know if there are any other problems

from arduino_stm32.

Works great! Thank you!

from arduino_stm32.

No worries.

PS. I may tidy up and remove some board types. The one that I have just renamed, is quite messy and has some issues. e.g. I just noticed the compiler selection doesn't work correctly in Arduino !DE 1.6 , but I"m not sure if its every worked ;-(

Also the fastIO stuff is still pending, but no one seems to want it.

Anyway, at least its not causing you an issue any more

from arduino_stm32.