Uwe Hermann - Comments

Hi From my understanding,

Anonymous — Thu, 18 Mar 2010 10:40:21 +0100

Hi
From my understanding, the code will work with SB700 and SB7x0, inc SB750 ..etc
How about the other chip, it says it works with RS780, does that mean it works
with other RS7x0 such as RS790?

An answer would be really useful,

Regards.

GPL vs LGPL

Uwe Hermann — Wed, 17 Mar 2010 00:53:30 +0100

We're aware of the issues, both licenses have their advantages and disadvantages. Multiple of the contributors (including myself) do want to enforce changes to the lib itself as well as the software using the lib to be GPL'd, though. We basically agree with the reasoning explained in more detail at gnu.org: Why you shouldn't use the Lesser GPL for your next library.

If the fact that libopenstm32 is GPL'd helps to open-source only a single otherwise commerical or proprietary project (so that the project can use libopenstm32) this decision has already proven very useful.

Also, if the lib gets used in embedded (commercial / closed) devices and products later and we find out that libopenstm32 was used, we can enforce the release of the whole firmware for such devices (even in court, if necessary), just as Harald Welte of gpl-violations.org has done multiple time in the past using GPL'd code in netfilter in the Linux kernel. Using the LGPL would not allow us to do that.

Hope that explains, Uwe.

Baudrate bug

Uwe Hermann — Mon, 15 Mar 2010 10:08:36 +0100

Hi,

thanks for testing! This is a small bug in the clock setup I think, will investigate.

Uwe.

usart

billium — Sun, 14 Mar 2010 20:52:08 +0100

hello Uwe

Thanks for your work on this. I've created a tool chain using your script. I ran your usart example and all works ok except that the baud rate is twice the expected rate. It is not the baud calculation, as I put in the raw value and it still operates at e.g. 19200 when 9600 is selected. I will probably use and maybe add to your library.

Many thanks

I have the same problem and

Anonymous — Wed, 10 Mar 2010 23:06:04 +0100

I have the same problem and would like to fix this. When I even just put it on 1 its crazy loud and unusable.

LGPL instead of GPL?

Anonymous — Wed, 10 Mar 2010 13:49:01 +0100

I was not aware of the strict licensing terms of the CMSIS, thank you for starting the openstm32 project. Have you considered using the LGPL license instead of the GPL? This move would make the library much more useful for developers like me that are working on both open source and closed source projects.

Usually I can talk my clients into releasing source code for generic library functions, but they will normally resist releasing all source code as GPL.

Thank you for your nice work
-
Geir

Duplication? Yes, indeed.

Uwe Hermann — Thu, 04 Mar 2010 15:56:00 +0100

Duplication? Yes, indeed. However, there is no way around that. The CMSIS license (as well as the license of the proprietary ST STM32 firmware lib) is not even remotely what I would call Free Software / Open Source. One of the CMSIS files (Core/CM3/system_lm3s.c) even says "You may not combine this software with "viral" open-source software in order to form a larger program." and other totally unacceptable stuff. The main core_cm3.h just says "for use with Cortex-Mx processor based microcontrollers" and "This file can be freely distributed within development tools that are supporting such ARM based processors." It does not allow you to distribute it outside of devel tools, it does not allow modifications etc. etc.

On a slightly related note, what we _might_ do is split out the generic Cortex-M3 stuff into a common lib and the STM32 specific stuff, so that later support for other Cortex-M3 microcontrollers from other vendors can be added easily.

Uwe.

Duplication of CMSIS?

florin — Thu, 04 Mar 2010 15:21:49 +0100

Uwe, how is this library (or is intended to be) different from CMSIS? I cloned your repository and did a quick scan of the headers, and it appears to duplicate it all. By using the CMSIS you are even portable between different Cortex-M3 vendors, and I don't see anything STM32-specific in your library.

Same here

Jim Frew — Thu, 04 Mar 2010 08:38:00 +0100

Hi, had the same problem with my Debian, so I changed it to Gentoo, lucky me that I made a full back up before the crash and formatting of my hdd.

i doubt that this is a bee.

Anonymous — Wed, 03 Mar 2010 16:31:36 +0100

i doubt that this is a bee. its a ... "Hummel" :-)

1.8V targets

Uwe Hermann — Mon, 01 Mar 2010 19:02:54 +0100

Hm, don't know if that's supposed to work. You'd have to check the datasheets and/or try it. If you find out if it works, please let us know.

Shipping costs

Uwe Hermann — Mon, 01 Mar 2010 19:01:12 +0100

I think I got mine from Digikey. And yes, shipping costs and taxes etc. are not so nice, unfortunately.

Where have you bought it?

zoobab — Mon, 01 Mar 2010 17:37:12 +0100

Mouser is charging 20EUR for the shipping.

Saelig charges 50USD to Europe.

I am trying now Digikey to see how much they charge.

From which shop have you ordered it?

+1

Anonymous — Mon, 01 Mar 2010 12:33:11 +0100

Thank you so mutch, You've saved my day!
Denian rocks.
Greetings from Germany and Russia!

Partitions on RAID

Uwe Hermann — Sat, 27 Feb 2010 23:26:28 +0100

Hm, true. I didn't really think much about this. Using the plain /dev/sdc and /dev/sdd should work equally fine, yes.

Uwe.