Thanks Markus! 

That would explain why it worked for me in the first tests, I'll document that 
and test a bit further.

Regards, 

--Antonio

Markus Becker <[email protected]> wrote:

>Hi.
>
>OK, we hunted this down a bit. It is a dynamic memory allocation problem. In 
>CoapUdpServerP we save the CoAP transaction ID in coap_save_splitphase(), in 
>order to do so we are allocating a queue node and a pdu. The last one fails on 
>a Z1 with printf enabled.
>
>If printf is disabled in the Makefile, CoapBlip works for me on Z1.
># CFLAGS += -DNEW_PRINTF_SEMANTICS -DPRINTFUART_ENABLED
>Trying to debug it with printf, makes it fail.... 
>
>ATM you have to be careful which resources and options you enable (not only on 
>Z1, but especially on Z1).
>
>Markus
>
>> On 15 February 2012 16:57, Antonio Liñán C. <[email protected]> wrote:
>> > I got now continuous retransmission attempts from the coap client,
>> > although I'm setting the LED through the resource call:
>> > Are you getting a similar output?
>> 
>> exactly!!! I'm glad to hear I'm no longer on a lonely boat :)
>> 
>> > Regards,
>> 
>> cheers,
>> sd
>> 
>> _______________________________________________
>> Tinyos-help mailing list
>> [email protected]
>> https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
>------------------------------------------------
>| Dipl.-Ing. Markus Becker
>| Communication Networks
>| TZI - Center for Computing Technologies
>| University Bremen
>| Germany
>------------------------------------------------
>| web: http://www.comnets.uni-bremen.de/~mab/
>| mailto: [email protected]
>| telephone: +49 421 218 62379
>| building: NW1 room: N2260
>------------------------------------------------

_______________________________________________
Tinyos-help mailing list
[email protected]
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Reply via email to