[En-Nut-Discussion] STM32L1xx series status

Wed Dec 17 18:01:51 CET 2014

The first steps are always the hardest ones so besides these small
problems, I have contact to the device!

Nut/OS UART Sample Dec 17 2014 17:33:24
CPU running at 16000000 Hz
1000 system ticks per second

As always, after some stumbling around, the things ramp up quite well with
NutO/S.

2014-12-17 17:20 GMT+01:00 Ulrich Prinz <ulrich.prinz at googlemail.com>:
>
> 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
>>>
>>