search

Earl31 / btstack

Automatically exported from code.google.com/p/btstack
0 stars 0 forks source link

My code doesn't work on eZ430-RF2560 since revision 1951 (hci.c modifications) #357

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago 
Hello,

I'm developping on eZ430-RF2560 kit with BTstack for a while.
My problem is that since last update (r1951) my software doesn't work any more.

It seems there are problems on acl and even packet size. These problems were 
probably already present before but didn't seen because of non presence of 
asserts in hci.c.

Is there something wrong in my application that I have to correct?

Notice that my board communicates with an Android app and I can't connect from 
this app.

My application work with previous BTstack versions but some time I get 
"h4_process: invalid packet type 0xff" message at board reset. But after a 
second reset it works.

If someone has a suggestion...
Thanks

Dimitri

Original issue reported on code.google.com by Dimitri....@gmail.com on 26 Nov 2013 at 1:54

GoogleCodeExporter commented 8 years ago 
I saw changes on last revision but my problem is not resolved.

The last assert correction in "hci.c" seems ok, it's what I expected. Now the 
if condition correspond to the log message.
(// assert packet is complete    
    if (acl_length + 4 != size){
...)

But my problem is, I still get even_handler messages and my device doesn't go 
discoverable.

Original comment by Dimitri....@gmail.com on 27 Nov 2013 at 9:21

GoogleCodeExporter commented 8 years ago 
I tryed to compile the SPP Counter example with the last revision. The behavior 
is the same.
I get an error on 0x54 HCI event.

Original comment by Dimitri....@gmail.com on 27 Nov 2013 at 1:27

GoogleCodeExporter commented 8 years ago 
Hi Dimitri. It might be better to post on the dev list.
Sorry for the HCI packet asserts. I think they are correct now.
if you get "invalid packet type.." then bytes got lost from the UART, which 
shouldn't happen. You could try slower UART speeds.

Could you find the last revision that worked for your setup? :)

Original comment by matthias.ringwald@gmail.com on 27 Nov 2013 at 2:23

GoogleCodeExporter commented 8 years ago 
HI Dimitri

I just run the SPP Counter example from SVN on the MSPEXP430F5438 without 
problems. Could you try a clean checkout or so?

Original comment by matthias.ringwald@gmail.com on 19 Dec 2013 at 10:29