Hello all,
I have a question about using hcidump to translate serial logged HCI
communication to readable form.
The situation is this, I have 8 embedded devices of which 1 is the master
and the other 7 are slave devices in a piconet and they communicate to each
other via RFCOMM. The master sets up a connection to all 7 slaves in the
beginning of the communication process and then communicates with all 7. But
there is a problem that the communication stops after some time and we want
to check what is going on.
The embedded devices are Linux based systems with a CSR bluecore, the main
processor communicates with the Bluecore via a serial link running the BCSP
protocol. The Bluecore is running the lower layers of the stack and talking
HCI to the host processor which is running BlueZ.
What we have now to monitor communications is one device that has the serial
connection between Bluecore and Linux host processor routed to 2 external
serial ports for monitoring. So it is possible to capture all communications
between the Bluecore and the Linux host processor. We already have software
that strips the BCSP protocol and saves the raw data in the format of a
hcidump save file, but there is some extra data in the packets stored in the
file that we don't know where it comes from, but is required by hcidump to
translate the data into readable form. We have already found out about the
time-stamp and direction fields, but there is other data that we suspect is
state information added by the BlueZ stack and we don't know what that is.
Is it possible to somehow feed the data from the serial port to hcidump and
have hcidump translate that data to readable form or is there some extra
data reaquired that is generated by the BlueZ stack ?
Does anyone have any idea if this is feasable ?
BTW. it is not possible to run hcidump on the embedded device, because there
is no way to create files on it and the CPU is to slow to handle the extra
load (probably).
Greetings,
Han
---
Han Hoekstra
Wireless Value B.V.
Waanderweg 30a
7812 HZ Emmen
Tel: +31-591-633200
Han Hoekstra wrote:
[...]
> The embedded devices are Linux based systems with a CSR bluecore, the main
> processor communicates with the Bluecore via a serial link running the BCSP
> protocol. The Bluecore is running the lower layers of the stack and talking
> HCI to the host processor which is running BlueZ.
hi han!
i am sorry, i have no solution for your problem but i was wondering what
kind of embedded device do you use? for a project i am looking for very
small embedded device which has an integrated csr bluecore.
regards
martin
-------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
Hi Han,
> I have a question about using hcidump to translate serial logged HCI
> communication to readable form.
>
> The situation is this, I have 8 embedded devices of which 1 is the
> master and the other 7 are slave devices in a piconet and they
> communicate to each other via RFCOMM. The master sets up a connection
> to all 7 slaves in the beginning of the communication process and then
> communicates with all 7. But there is a problem that the communication
> stops after some time and we want to check what is going on.
> The embedded devices are Linux based systems with a CSR bluecore, the
> main processor communicates with the Bluecore via a serial link
> running the BCSP protocol. The Bluecore is running the lower layers of
> the stack and talking HCI to the host processor which is running
> BlueZ.
>
> What we have now to monitor communications is one device that has the
> serial connection between Bluecore and Linux host processor routed to
> 2 external serial ports for monitoring. So it is possible to capture
> all communications between the Bluecore and the Linux host processor.
> We already have software that strips the BCSP protocol and saves the
> raw data in the format of a hcidump save file, but there is some extra
> data in the packets stored in the file that we don't know where it
> comes from, but is required by hcidump to translate the data into
> readable form. We have already found out about the time-stamp and
> direction fields, but there is other data that we suspect is state
> information added by the BlueZ stack and we don't know what that is.
>
> Is it possible to somehow feed the data from the serial port to
> hcidump and have hcidump translate that data to readable form or is
> there some extra data reaquired that is generated by the BlueZ stack ?
this is possible and you can use the hcidump native format or the
BTSnoop format. Look at the hcidump source code and you will find the
header and format information right there. In general it is a H4 stream
with additional timestamp and direction information.
> BTW. it is not possible to run hcidump on the embedded device, because
> there is no way to create files on it and the CPU is to slow to handle
> the extra load (probably).
You can make hcidump to send the stream over TCP and then decode or
store it on another machine.
Regards
Marcel
-------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel