Return-Path: From: "Han Hoekstra" To: Message-ID: <004d01c66490$21f60f80$b000a8c0@PCD040616> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_004E_01C664A0.E57EDF80" Subject: [Bluez-devel] Question on using HCIDUMP to interpret data monitored from an uart Sender: bluez-devel-admin@lists.sourceforge.net Errors-To: bluez-devel-admin@lists.sourceforge.net Reply-To: bluez-devel@lists.sourceforge.net List-Unsubscribe: , List-Id: BlueZ development List-Post: List-Help: List-Subscribe: , List-Archive: Date: Thu, 20 Apr 2006 17:36:02 +0200 This is a multi-part message in MIME format. ------=_NextPart_000_004E_01C664A0.E57EDF80 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit 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 ------=_NextPart_000_004E_01C664A0.E57EDF80 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hello=20 all,

I have = a question=20 about using hcidump to translate serial logged HCI communication to = readable form.

The = situation is=20 this, I have 8 embedded devices of which 1 is the master and the other 7 = are=20 slave devices in a piconet and they communicate to each other via = RFCOMM. The=20 master sets up a connection to all 7 slaves in the beginning of the=20 communication process and then communicates with all 7. But there is a = problem=20 that the communication stops after some time and we want to check what = is going=20 on.

The = embedded devices=20 are Linux based systems with a CSR bluecore, the main processor = communicates=20 with the Bluecore via a serial link running the BCSP protocol. The = Bluecore is=20 running the lower layers of the stack and talking HCI to the host = processor=20 which is running BlueZ.

What = we have now to=20 monitor communications is one device that has the serial connection = between=20 Bluecore and Linux host processor routed to 2 external serial ports for=20 monitoring. So it is possible to capture all communications between the = Bluecore=20 and the Linux host processor. We already have software that strips the = BCSP=20 protocol and saves the raw data in the format of a hcidump save file, = but there=20 is some extra data in the packets stored in the file that we don't know = where it=20 comes from, but is required by hcidump to translate the data into = readable form.=20 We have already found out about the time-stamp and direction fields, but = there=20 is other data that we suspect is state information added by the BlueZ = stack and=20 we don't know what that is.

Is it = possible to=20 somehow feed the data from the serial port to hcidump and have hcidump = translate=20 that data to readable form or is there some extra data reaquired that is = generated by the BlueZ stack ?

Does = anyone have any=20 idea if this is feasable ?

BTW. = it is not=20 possible to run hcidump on the embedded device, because there is no way = to=20 create files on it and the CPU is to slow to handle the extra load=20 (probably).

Greetings,

=20 Han

---

Han Hoekstra

Wireless Value = B.V.

Waanderweg = 30a

7812 HZ = Emmen

Tel: = +31-591-633200

------=_NextPart_000_004E_01C664A0.E57EDF80-- ------------------------------------------------------- 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 Bluez-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bluez-devel