> "Trevor" == Trevor Woerner writes:
Trevor> Hi, I'm sure by now everyone has seen the recent ST announcement
Trevor> for their "nucleo" boards?[1][2][3] How ironic that, just the
Trevor> other day on IRC, we were talking about higher-layer hardware
Trevor> abstractions and it
---
include/libopencm3/cm3/common.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/include/libopencm3/cm3/common.h b/include/libopencm3/cm3/common.h
index 279ef00..a7a8df8 100644
--- a/include/libopencm3/cm3/common.h
+++ b/include/libopencm3/cm3/common.h
@@ -54,10 +54,10
---
examples/lpc43xx/lpclink2/README| 2 +
examples/lpc43xx/lpclink2/lpclink2_conf.h | 73 +
examples/lpc43xx/lpclink2/lpclink2_sram.ld | 33 +++
examples/lpc43xx/lpclink2/miniblink/Makefile| 24
examples/lpc43xx/lpclink2/mi
> "mrnuke" == mrnuke writes:
mrnuke> I don't think moving stuff around is the right solution. Fixing
mrnuke> the Makefile should do it. Did you find which commit broke the
mrnuke> build?
While moving around isn't a goo idea in general, above moving also cleans up
the example ba
Hello,
Trying to build the lm4f exampled in-tree, makes stumbled. This was caused
by examples/Makefile.rules pointing one driectory level wrong. By moving
alls lmxx files to a common tiva and all lpxXXxx files to a common lpc
directory and adjusting tiva/lxxx/Makefile.include and
lpc/lpcXXxx/Makef
Hello,
USART1 on the STM32F3 is places at offset 0x3800 like in F1 and not on
offset 0x1000 as on F2/F4.
Bye
--
Uwe [email protected]
Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt
- Tel. 06151 162516 Fax. 06151 16
> "Linge" == Linge Dai writes:
Linge> Hi, I'm using STM32F4 + libopencm3. I have noticed that some of
Linge> the library functions are declared to have a pointer to registers
Linge> as a parameter:
Linge> For example, in rcc.h: void rcc_peripheral_enable_clock(volatile
Li
