Hi All.
I have recently re-entered the world of micro programming with both
STM8 and PIC.
I found the move from PC a little difficult since there seems to be a
range of proprietary headers which published code tends to be written
for. It is often not even clear which header files code is written
en't (yet) looked at
arduino but perhaps some free, open de-facto standard for
microcontroller naming and helper functions would be a good thing,
On 19 April 2016 at 08:15, Philipp Klaus Krause wrote:
> On 18.04.2016 22:58, Nick Hill wrote:
>
>>
>> I don't believe
On 19 April 2016 at 08:15, Philipp Klaus Krause wrote:
> While SDCC has different optimizations from Cosmic, and in some cases
> will optimize better or worse than Cosmic, in this case it probably
> won't matter much. SDCC does not currently optimize calls to float
> functions with constant argum
On 19 April 2016 at 19:53, Georg Icking-Konert wrote:
> Hi Nick,
>
> I totally agree that the SPL headers (and functions) are not very
> convenient. However, "unfortunately“...
Hi Georg,
Agreed. The frustrations I felt caused me to write an angry letter to
ST product manager, but in the end I de
On 19 April 2016 at 16:50, Maarten Brock wrote:
> What kind of 'functions' are you talking about here? SDCC uses functions
> even for 'normal' operations like multiplication and addition at runtime.
> I would expect these to be optimised out, but not the functions from e.g.
> math.h.
>
> float a
On 19 April 2016 at 23:16, Nick Hill wrote:
> #define THERMISTOR_BETA 3380
> #define THERMISTOR_R0 1
> #define THERMISTOR_T0 (298.15)
> #define Rinf (THERMISTOR_R0*pow(2.718,(-1*(THERMISTOR_BETA/THERMISTOR_T0
>
> With Cosmic compiler, any reference to Rinf pulls a lar
On 20 April 2016 at 06:39, Kustaa Nyholm wrote:
>>The compiler can still do computations using the max
>>precision fp type it has
>
> Perhaps, but depending on the hypothetical libraries and
> hypothetical algorithms and rounding rules computing
>
> at max precisions might not produce exactly same
