[En-Nut-Discussion] STM32L1xx series status

Ulrich Prinz ulrich.prinz at googlemail.com
Wed Dec 17 17:20:27 CET 2014


As I cannot check the Clocks, I cannot expect output on UART, so I need to
do some basic checks first...
I just toggle an output...
Using
GpioPinConfigSet(NUTGPIO_PORTA, 11, GPIO_CFG_OUTPUT);
and then loop around
GpioPinSet(NUTGPIO_PORTA, 11, 1);
GpioPinSet(NUTGPIO_PORTA, 11, 0);

As a result you get
uart.c:148:6: error: 'GPIO_TypeDef' has no member named 'BSRR'
uart.c:171:10: error: 'GPIO_TypeDef' has no member named 'BRR'

If I use GpioPinSet( port, pin, hilo); in the loop, it does not give an
error. So there are some abstractions accessing the wrong functions.

However, removing all access of the uart, the basic toggle appears on the
GPIO... horray!

2014-12-17 14:50 GMT+01:00 Ulrich Prinz <ulrich.prinz at googlemail.com>:
>
> Just give me a second...
>
> I ran into the old trap that the "surrounding" project configuration isn't
> saved with the project. So I loaded my project and went to
> "nutapp-l151-gcc/uart" but the qnutconf still compiled nutbld-l152-gcc/lib
> and recreated nutapp-l152-gcc/uart...
>
> This is one of the most annoying things in Nutconf. However, resetting
> everything again to *-l151-* works now. I don't see any output on UART3 but
> I see that the L151 UART configuration for number 3 is incomplete. We have
> a little problem there, as simple numbers doesn't work anymore as UART3 TX
> can be on PB10 and PC10.
>
> We definately should try to cut that STM32 beast into smaller pices...
>
> For now I am at the scope trying to see if that uC is doing something at
> all
> Come back later
>
> Ulrich
>
> 2014-12-17 14:29 GMT+01:00 Uwe Bonnes <
> bon at elektron.ikp.physik.tu-darmstadt.de>:
>>
>> >>>>> "Ulrich" == Ulrich Prinz <ulrich.prinz at googlemail.com> writes:
>>
>>     Ulrich> I just checked out the recent sourceforge head revision. In
>> that
>>     Ulrich> I used the standard l1_discover.conf without modification.
>> That
>>     Ulrich> one works for building a library and sample apps. But if you
>>     Ulrich> change one thing, it still builds the library, but doesn't
>> build
>>     Ulrich> any applications anymore.  The reason is, that the path to the
>>     Ulrich> ld cannot be found as the name is just .ld (with missing
>>     Ulrich> filename in front of the ending.)
>>
>>  cd .../ethernut_sf (base directory of ethernut SVN head)
>>  mkdir build
>>  ../nut/tools/nutconf/src/nutconfigure -b ./l1_discovery -c
>> ../nut/conf/l1_discovery.conf -l ./l1_discovery/lib -r
>> ./../nut/conf/repository.nut -s ../nut -mcm3-gcc create-buildtree
>>  cd l1_discovery
>>  ../../nut/tools/nutconf/src/nutconfigure -a ./apps -b . -c
>> ../../nut/conf/l1_discovery.conf -l ./lib -r ../../nut/conf/repository.nut
>> -s ../../nut -mcm3-gcc create-apptree
>>  make -s install
>>  cd app
>>  make -s
>>
>> ftpserv.c: In function 'main':
>> ftpserv.c:449:9: warning: variable 'volid' set but not used
>> [-Wunused-but-set-variable]
>>      int volid;
>>          ^
>> httpserv.c: In function 'ShowSockets':
>> httpserv.c:321:5: warning: excess elements in array initializer
>>      };
>>      ^
>> httpserv.c:321:5: warning: (near initialization for 'sock_states')
>> make[1]: crurom: Kommando nicht gefunden
>> make[1]: *** [urom.c] Fehler 127
>> make[1]: crurom: Kommando nicht gefunden
>> make[1]: *** [urom.c] Fehler 127
>> httpserv.c: In function 'Service':
>> httpserv.c:122:9: warning: format '%lu' expects argument of type 'long
>> unsigned int', but argument 3 has type 'size_t' [-Wformat=]
>>          printf("[%u] Connected, %lu bytes free\n", id,
>> NutHeapAvailable());
>>          ^
>> make[1]: crurom: Kommando nicht gefunden
>> make[1]: *** [urom.c] Fehler 127
>> jtagtest.c: In function 'main':
>> jtagtest.c:102:13: warning: too many arguments for format
>> [-Wformat-extra-args]
>>              "Best place is <board>.h\n");
>>              ^
>> jtagtest.c:88:10: warning: unused variable 'inbuf' [-Wunused-variable]
>>      char inbuf[128];
>>           ^
>> jtagtest.c:87:15: warning: unused variable 'jtag' [-Wunused-variable]
>>      JTAG_TAP *jtag = 0;
>>                ^
>> pingnet.c: In function 'IcmpCallback':
>> pingnet.c:122:9: warning: implicit declaration of function 'NutEventPost'
>> [-Wimplicit-function-declaration]
>>          NutEventPost(&sign_queue);
>>          ^
>> pingnet.c: In function 'main':
>> pingnet.c:275:17: warning: implicit declaration of function
>> 'NutEventWait' [-Wimplicit-function-declaration]
>>                  while (got == 0 && NutEventWait(&sign_queue, 100) == 0) {
>>                  ^
>> portdio.c: In function 'ProcessRequests':
>> portdio.c:188:9: warning: unused variable 'stat' [-Wunused-variable]
>>      int stat = -1;
>>          ^
>> pppc.c:135:2: warning: #warning "PPP is not supported on your target"
>> [-Wcpp]
>>  #warning "PPP is not supported on your target"
>>   ^
>> timers.c: In function 'OneShotDemo':
>> timers.c:82:12: warning: variable 't' set but not used
>> [-Wunused-but-set-variable]
>>      HANDLE t;
>> tls_client.o: In function `TlsClient':
>> tls_client.c:(.text.TlsClient+0x11c): undefined reference to
>> `ssl_client_new'
>> tls_client.c:(.text.TlsClient+0x16c): undefined reference to
>> `ssl_get_cert_dn'
>> tls_client.c:(.text.TlsClient+0x17c): undefined reference to
>> `ssl_get_cert_dn'
>> tls_client.c:(.text.TlsClient+0x18c): undefined reference to
>> `ssl_get_cert_dn'
>> tls_client.c:(.text.TlsClient+0x19c): undefined reference to
>> `ssl_get_cert_dn'
>> tls_client.c:(.text.TlsClient+0x1ac): undefined reference to
>> `ssl_get_cert_dn'
>> tls_client.o:tls_client.c:(.text.TlsClient+0x1bc): more undefined
>> references to `ssl_get_cert_dn' follow
>> tls_client.o: In function `TlsClient':
>> tls_client.c:(.text.TlsClient+0x248): undefined reference to
>> `ssl_verify_cert'
>> collect2: error: ld returned 1 exit status
>> make[1]: *** [tls_client.elf] Fehler 1
>>             ^
>> gcc -v:
>> gcc version 4.8.1 20130909 [gcc-4_8-branch revision 202388] (SUSE Linux)
>>
>> The errors above seem not related to missing or wrong names linker files.
>>
>> Please, don't describe errors, but give command an error output.
>>
>> Bye
>> --
>> Uwe Bonnes                bon at elektron.ikp.physik.tu-darmstadt.de
>>
>> Institut fuer Kernphysik  Schlossgartenstrasse 9  64289 Darmstadt
>> --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------
>> _______________________________________________
>> http://lists.egnite.de/mailman/listinfo/en-nut-discussion
>>
>


More information about the En-Nut-Discussion mailing list