Smart Bluetooth Forum Discussions
Hi,
I was planning to Make use of BCM20702 chip set for one of the product.
Is it possible for someone to please upload the datasheet along with a Application design Guide.
Thanks
Akhil
Show LessMy product is neither a master nor a slave. I am trying to connect two of my identical peripheral devices to each other without a third-party central. When pairing the devices, how do I pick which one should advertise and which one should scan for the connection? I can press a button on the dev kits to make one a master (scanning for advertisements) and the other a slave (sending advertisements), but I would rather just let them both be masters and slaves to each other, at the same time. In other words, they both send advertisements and scan for advertisements from at the same time. When they find each other, they are both master/slave to each other over the two connections.
Is this possible?
I tried to modify hello_client to do exactly that and it failed. Device A was master to device B, but when I tried to kick off another connection where device B was master to device A, it failed. Device B found advertisements from device A just fine, but I never got to connection up. Note that I did program the BD_ADDR differently for each dev kit to ensure that they are different.
Show Less===
SDK: 2.2.
Tag: 920737.
app: our application based on hello-sensor sample code.
firmware size ~ 29KB.
===
Problem:
Use one handset to connect with sensor device for 2~3 days, and take handset
back home and device still stays in office; after back office, handset can not scan
it for connection. Then check the trace, device had ever called with plan_air_connection_down()
for disconnection and during idle, it will periodically call plan_air_advertisement_stopped() to broadcast
by bleprofile_Discoverable(). But handset still cannot find this MAC; is there any similar issue happened before?
Hello,
On the BCM90726S-Module in our own design we get the DiscReason 08. Sometimes after some minutes, sometimes after some hours.
But I can't find the reason for this disconnect or how to avoid/solve it, nor what it means.
Show LessWe are finding in our BCM20736S application (on SDK 2.1.1) which has an external I2C EEPROM the following issues/observations regarding the I2C API in the SDK: (Note: we are using a garden variety Atmel 512Mbit eeprom)
1. Both i2cm.h and cfa.h work for reading and writing but only up to 14 bytes of data (two bytes of address for a total of 16). Attempting to write 15 or 16 bytes of data (or anything larger) always fails.
2. The header files advertise that longer byte strings are supported but that they break them into separate 16 byte transactions. We are finding that this is not the case, and the functions don't work as advertised. Only a single 16 byte transaction per function call is working (14 data bytes for the write).
3. In any case, what we need is to write 128 bytes (page write to eeprom) of data in a single transaction. This is not supported but needs to be as it is very inefficient to write to eeprom in other than page mode. (We buffer data in RAM and write to EEPROM in full page chunks.)
4. The cfa.h and i2cm.h function calls do not always work on the first try. We have found success by embedding the calls in a loop with a max iteration of 20 with a wait of 1 millisecond between calls. Exiting the loop when the return status is SUCCESS or max iterations reached. This seems to be related to the internally timed page write cycle of the eeprom device, but it's not clear how. The eeprom datasheet puts maximum write time at 5 milliseconds. The 1mS waits appear to be needed for the i2cm loop but not the cfa loop. The loop coded with cfa.h and no waits (and no traces) typically completes successfully after no more than 16 iterations. The i2cm loop with a 1 mS wait completes with success status in 2 or 3 tries).
5. changing the I2C speed with i2cm_setSpeed() did not seem to affect the above performance. Using divisors of 240 (100kHz) and 60 (400kHz) both worked the same. I will need to check with an oscilloscope to be sure the set Speed worked as advertised. Have not done so yet.
6. Would like if Broadcom could expose some lower level I2C interface so we could write our own driver that supports page writes.
Thanks!
Eric
Show LessHello,
I am looking to set my pressure sensor up which talks over I2C with a BCM20737S. Hardware wise i am ok.
I am not familiar with the M0 libraries. How would you go about initializing the I2C? I need to set my SCL clock speed to 400KHz. My slave address is 0x21h. I do not need to write to the pressure sensor, only read. What is the best way to read incoming data?
Any examples that could help?
Regards,
Luke.
Show Less用ota进行下载更新时,出现如附图错误,请帮忙看看什么原因。
串口中出现的错误如下:
hello_sensor_write_handler: handle ff02
Command:2 State:1
Active DS is not DS1 and not DS2. Cannot upgrade.
Show LessIt appears that the version of GCC included with the WICED Smart IDE was not compiled with plugin support enabled. Is it possible to use another version of ARM GCC that does support plugins with the WICED Smart IDE or if that won't work would it be possible for Broadcom to provide a version of ARM GCC that was compiled with plugins enabled?
Show LessI have generated a hello_notif app using the WICED smart generator. (Zip File Attached)
I connect to the light blue and this the sequence I follow:
i. Connect with the device
ii. Connect to the characteristic (Prop: Read Write Notify and Indicate)
iii. Inside the characteristic click on listen for notifications (Light Blue) - I do not see the notifications getting activated (The "Listen for notifications" button does not change to stop listening like it does in hello_client example)
iv. Writing to the characteristic still works fine
STEP 1:
STEP 2:
STEP 4:
SIMILAR STEPS FOLLOWED WITH THE HELLO CLIENT:
STEP 1:
STEP 2: (Stop Listening is seen as opposed to Listen for notifications)
I have tried to compare both hello_notif(WICED Smart designer generated) and hello_client and haven't understood, what is that that is being done different?
In hello_client.c: hello_client_write_handler function has the 0x002b handle when I click on the listen for notification, but the only handle which the stack registers in hello_notif (code attached) is the vendor characteristic handle for hello_notif characteristic.
Let me know what are the changes that need to be done for similar functionality with the WICED smart designer code.
Message was edited by: Sambhav Galada Updated hello_notif with notification and indication in wiced smart designer client configuration.
Show LessHi,
I have written some python code to use cgs.exe and ChipLoad.exe to program the 20737S on our custom board. This works well for the 20737S but after I change the Chipnames for the 20736S I get:
----------------------
Download minidriver successfully had written 251 bytes to address 0x00201000
Downloaded 0 code bytes ( 0.0%) and 0 data bytes ( 0.0%). Verified 0 code bytes ( 0.0%) and 0 data bytes ( 0.0%
). Current state: Terminated with error
Download minidriver error trying to write 251 bytes to address 0x002010FB
Child was terminated by signal 9999
----------------------
Notice that the SDK is perfectly able to program our hardware with the 20736S on it. I'll dig into log files next but so far I would like to know whether I should have changed anything else than just the name of the chip, i.e. for btp files and directories.
Regards,
Kilian
Show Less