* [Bluez-devel] ttyS0 problem [not found] <1129010637.2346.1.camel@localhost.localdomain> @ 2005-10-11 6:39 ` david 2005-10-11 7:05 ` [Bluez-devel] " david 0 siblings, 1 reply; 3+ messages in thread From: david @ 2005-10-11 6:39 UTC (permalink / raw) To: bluez-devel Hi marcel, =D4=DA 2005-10-11=B6=FE=B5=C4 14:03 +0800=A3=ACdavid=D0=B4=B5=C0=A3=BA > Hi David, > > I want to write some commands to the uart(ttyS0), but it fails. > > The steps are as follows: > > =20 > > 1. hciattach ttyS0 texas > > 2. Open ttyS0 device again and get a fd, init ttyS0 with speed, > > flow_ctl and so on,then write a command(0x30) to the fd but return > > 0; That is nothing is written to ttyS0. > > =20 > marcel write,=20 > > > What commands do you wanna send? > > The command is HCI_GO_TO_SLEEP_IND(0x30) which is only one byte. It is= a > > vendor specific command used to ask the BT device to go to sleep. If B= T > > device receives the command, maybe it would response > > HCILL_GO_TO_SLEEP_ACK(0x31) command to the host. > =20 > do you have the specification of these vendor commands? Is this command > according to the HCI specification or is it an extension of the H:4 > transport protocol? > =20 > > > after step 1, you must use the HCI raw socket to send commands > >=20 > > Is this means we cannot write command to ttyS0 directly through write(= ) > > function? > =20 > After calling hciattach the kernel takes over the serial port via the > line discipline and the reads and writes are useless. > =20 > Regards > =20 > Marcel Now, I can write command(0x30) to ttyS0 driectly after hciattach tty0 texas(assume step 1); The function is as follows(assume step 2): static int write_cmd_to_ttyS0() { int fdd; int len; char cmd[5]; int temp; int dd; =20 fdd =3D open("/dev/ttyS0", O_RDWR | O_NOCTTY); if (fdd < 0) { printf("Can't open serial port, fd =3D %d\n",fdd); return -1; } else printf("open serial ok, fd =3D %d\n", fdd); =20 temp =3D 0; if (ioctl(fdd, TIOCSETD, &temp) < 0) { perror("Can't set line discipline"); return -1; } cmd[0] =3D 0x30;//HCILL_GO_TO_SLEEP_IND len =3D write(fdd, cmd, 1); printf("write %d byte\n", len); len =3D read(fdd, cmd, 1); printf("read %d byte cmd[0] =3D %d\n", len, cmd[0]); temp =3D N_HCI; if (ioctl(fdd, TIOCSETD, &temp) < 0) { perror("Can't set line discipline"); return -1; } if (ioctl(fdd, HCIUARTSETPROTO, 0) < 0) { perror("Can't set device"); return -1; } } =20 After step 2, step3 and step 4 run successfully.=20 step 3: hciconfig hci0 up step 4: hcitool scan If I change the steps as follows, an error occures in step 4, the error is "Device is not available". Do you know why? How can I step 4 can run successfully after step 3? step 1: hciattach ttyS0 texas Step 2: hciconfig hci0 up step 3: write_cmd_to_ttyS0() step 4: hcitool scan /*** cmd_scan() ****/ if (dev_id < 0) { dev_id =3D hci_get_route(NULL); if (dev_id < 0) { perror("Device is not available"); exit(1); } } /**********************/ Regards, David ------------------------------------------------------- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl _______________________________________________ Bluez-devel mailing list Bluez-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bluez-devel ^ permalink raw reply [flat|nested] 3+ messages in thread
* [Bluez-devel] Re: ttyS0 problem 2005-10-11 6:39 ` [Bluez-devel] ttyS0 problem david @ 2005-10-11 7:05 ` david 0 siblings, 0 replies; 3+ messages in thread From: david @ 2005-10-11 7:05 UTC (permalink / raw) To: bluez-devel Hi marcel, =D4=DA 2005-10-11=B6=FE=B5=C4 14:39 +0800=A3=ACdavid=D0=B4=B5=C0=A3=BA > Hi marcel, >=20 > =D4=DA 2005-10-11=B6=FE=B5=C4 14:03 +0800=A3=ACdavid=D0=B4=B5=C0=A3=BA > > Hi David, >=20 > > > I want to write some commands to the uart(ttyS0), but it fails. > > > The steps are as follows: > > > =20 > > > 1. hciattach ttyS0 texas > > > 2. Open ttyS0 device again and get a fd, init ttyS0 with speed, > > > flow_ctl and so on,then write a command(0x30) to the fd but return > > > 0; That is nothing is written to ttyS0. > > > =20 > > marcel write,=20 > > > > What commands do you wanna send? > > > The command is HCI_GO_TO_SLEEP_IND(0x30) which is only one byte. It = is a > > > vendor specific command used to ask the BT device to go to sleep. If= BT > > > device receives the command, maybe it would response > > > HCILL_GO_TO_SLEEP_ACK(0x31) command to the host. > > =20 > > do you have the specification of these vendor commands? Is this comman= d > > according to the HCI specification or is it an extension of the H:4 > > transport protocol? > > =20 > > > > after step 1, you must use the HCI raw socket to send commands > > >=20 > > > Is this means we cannot write command to ttyS0 directly through writ= e() > > > function? > > =20 > > After calling hciattach the kernel takes over the serial port via the > > line discipline and the reads and writes are useless. > > =20 > > Regards > > =20 > > Marcel >=20 >=20 >=20 > Now, I can write command(0x30) to ttyS0 driectly after hciattach tty0 > texas(assume step 1); > The function is as follows(assume step 2): >=20 > static int write_cmd_to_ttyS0() >=20 > { > int fdd; > int len; > char cmd[5]; > int temp; > int dd; > =20 > fdd =3D open("/dev/ttyS0", O_RDWR | O_NOCTTY); > if (fdd < 0) { > printf("Can't open serial port, fd =3D %d\n",fdd)= ; > return -1; > } > else > printf("open serial ok, fd =3D %d\n", fdd); > =20 > temp =3D 0; > if (ioctl(fdd, TIOCSETD, &temp) < 0) { > perror("Can't set line discipline"); > return -1; > } >=20 > cmd[0] =3D 0x30;//HCILL_GO_TO_SLEEP_IND >=20 > len =3D write(fdd, cmd, 1); > printf("write %d byte\n", len); > len =3D read(fdd, cmd, 1); > printf("read %d byte cmd[0] =3D %d\n", len, cmd[0]); >=20 > temp =3D N_HCI; > if (ioctl(fdd, TIOCSETD, &temp) < 0) { > perror("Can't set line discipline"); > return -1; > } > if (ioctl(fdd, HCIUARTSETPROTO, 0) < 0) { > perror("Can't set device"); > return -1; > } > } =20 >=20 > After step 2, step3 and step 4 run successfully.=20 >=20 > step 3: hciconfig hci0 up > step 4: hcitool scan >=20 > If I change the steps as follows, an error occures in step 4, the error > is "Device is not available". Do you know why? How can I step 4 can run > successfully after step 3? >=20 > step 1: hciattach ttyS0 texas > Step 2: hciconfig hci0 up > step 3: write_cmd_to_ttyS0() > step 4: hcitool scan >=20 > /*** cmd_scan() ****/ > if (dev_id < 0) { > dev_id =3D hci_get_route(NULL); > if (dev_id < 0) { > perror("Device is not available"); > exit(1); > } > } > /**********************/ >=20 >=20 >=20 >=20 > Regards, >=20 > David >=20 I find hci0 is down after step 3. why? hciconfig -a hci0: Type: UART BD Address: 00:00:00:00:00:00 ACL MTU: 0:0 SCO MTU: 0:0 DOWN RX bytes:5 acl:0 sco:0 events:0 errors:1 TX bytes:0 acl:0 sco:0 commands:0 errors:0 Features: 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 Packet type: DM1 DH1 HV1 Link policy: Link mode: SLAVE ACCEPT Regards, David ------------------------------------------------------- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl _______________________________________________ Bluez-devel mailing list Bluez-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bluez-devel ^ permalink raw reply [flat|nested] 3+ messages in thread
[parent not found: <1128920934.2417.21.camel@localhost.localdomain>]
* [Bluez-devel] Re: ttyS0 problem [not found] <1128920934.2417.21.camel@localhost.localdomain> @ 2005-10-10 6:27 ` david 0 siblings, 0 replies; 3+ messages in thread From: david @ 2005-10-10 6:27 UTC (permalink / raw) To: bluez-devel Hi marcel, =D4=DA 2005-10-10=D2=BB=B5=C4 13:08 +0800=A3=ACdavid=D0=B4=B5=C0=A3=BA > Hi David, > =20 > > > What commands do you wanna send? > > The command is HCI_GO_TO_SLEEP_IND(0x30) which is only one byte. It is= a > > vendor specific command used to ask the BT device to go to sleep. If B= T > > device receives the command, maybe it would response > > HCILL_GO_TO_SLEEP_ACK(0x31) command to the host. > =20 > do you have the specification of these vendor commands? Is this command > according to the HCI specification or is it an extension of the H:4 > transport protocol? > =20 > > > after step 1, you must use the HCI raw socket to send commands > >=20 > > Is this means we cannot write command to ttyS0 directly through write(= ) > > function? > =20 > After calling hciattach the kernel takes over the serial port via the > line discipline and the reads and writes are useless. > =20 > Regards > =20 > Marcel The HCILL is a proprietary protocal, providng BRF6100 and the HOST with the deterministic way to independently go into their standby mode. These commands are provided by BRF6100 Fireware Release, Vendor specific Command, HCI document of TI.=20 Regards, David ------------------------------------------------------- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl _______________________________________________ Bluez-devel mailing list Bluez-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bluez-devel ^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2005-10-11 7:05 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <1129010637.2346.1.camel@localhost.localdomain>
2005-10-11 6:39 ` [Bluez-devel] ttyS0 problem david
2005-10-11 7:05 ` [Bluez-devel] " david
[not found] <1128920934.2417.21.camel@localhost.localdomain>
2005-10-10 6:27 ` david
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).