Comments (15)
Hi, you'll have to wait some time for this feature... for sure not in May, and it may be difficult in June... but it's in my backlog and I remember about it.
Could you write what do you expect from such a test? In my mind, user should be able to define a scan command and set the assertion (one? more?) with expected adv data. It would be useful if such command could then define a target for other commands (connecting to targets that adv with a random address). Is there anything else you'd like to have there?
from android-nrf-connect.
What you describe would be a great long-term solution. The assertions and auto-setting of the device based on specific parameters is more than we would need though. My requirement may provide an easier launching point, hopefully.
I'm looking for a command, like:
In the log, it would simply display:
Scan performed... Devices found
| 1 | 11:22:33:44:55:66 | -45dB | Device name 1
| 2 | 22:22:33:44:55:66 | -79dB | Device name 2
| 3 | 33:22:33:44:55:66 | -89dB | Device name 3
| 4 | 44:22:33:44:55:66 | -100dB | Device name 4
From there, my script will check the log file and can generate the next XML file or command line arguments to call with the UUID found.
If someone isn't using my script, they can still cut/paste from the command prompt to initiate the next test.
Longer term, we'd use the assertion and selection of a device based on criteria syntax, if available.. but for now, it's not something we need and I still think a scan call is useful without it.
Thanks!
from android-nrf-connect.
Just wanted to post a link to our project. We are committed to keep releasing updates making your awesome tool even easier to use.
https://github.com/hellonuzzle/bluetooth-fct
There's lots more to do, but the only missing piece is element to return devices found. Hopefully you can run this up the flagpole at Nordic to get you more resources/time as I think we can make something awesome together.
Thanks!
from android-nrf-connect.
This is awesome! Thanks for doing this! :)
I will try to help you with scanning feature but, as I wrote, it may take some time.
from android-nrf-connect.
Thank you! It's a great tool for testing and lots of potential with the integration I'm adding. Hope lots of people make good use of it.
Whenever you can get any version of scanning implemented (again, even just logging is all we need), we'll be able to test very thoroughly. Our boards have an LED on them, so our intent is to:
- Run scan
- Offer selection to user to choose device (if multiple fitting the criteria is found)
- After selection, turn on the LEDs using BT and have user confirm proper board
- Run full functional test suite on that board
Giving you an idea of how cool it will be :)
from android-nrf-connect.
Very cool indeed ;)
from android-nrf-connect.
Hi, I'm starting to implement this feature now. Just FYI.
from android-nrf-connect.
Hi, so I think I'm done now with the scanning feature. Could you, please, take a look at
new scripts.zip and say if you understand everything and if suits your needs? The result file so far looks like this: sample_test_scanning_result.txt
I'm planning to release it in the upcoming release together with renaming the app to nRF Connect. I'll update the documentation on GitHub together with the release.
from android-nrf-connect.
Btw, I found out that tests do not work now on Android N preview 4. getInstanceId() method in BluetoothGattService and Characterstic return the Handle number now, not 0+ instance number. This will start working again in the new release. Just FYI.
from android-nrf-connect.
The scan results look great to me. Should be able to find and filter out exactly the type of devices we want to connect to and then run tests from there. Can't wait to test
from android-nrf-connect.
Just curious if you had an idea of when the new release will be available. Excited to use the new features!
from android-nrf-connect.
I hope today. Hurrah!
from android-nrf-connect.
Hi, so I was told, that because of the vacation period we have to wait until the next week with the release. We also release the nRF Connect for Desktop and want to make it properly. Sorry :(
from android-nrf-connect.
The nRF Connect 4.3 is now released and should be available on Google Play soon. The docs has been updated here.
from android-nrf-connect.
Hi, small FYI.
In the next nRF Connect I'll add support for 2 new tags to both automated tests and macros:
<sleep-if description="Wait for button click" service-uuid="${UI_SERVICE}" characteristic-uuid="${UI_BUTTON_CHAR}" value="00" expected="SUCCESS_WARNING_ON_FAIL" />
This wait until the value of given characteristic is equal to the value specified.
<sleep-until description="Wait for button click" service-uuid="${UI_SERVICE}" characteristic-uuid="${UI_BUTTON_CHAR}" value="01" timeout="10000" />
This waits until the value of the characteristic equals the value specified.
Use cases:
- buttons (wait for button to be clicked, released, is not clicked, not released, etc)
- buffer overflow notifications (wait if status-char value = buffer full)
- initialization (waits until char. value changes)
In functionality it's almost like assert-notification (or wait-for-notification in macros) but goes on only when a condition was not met), and also works if the value matched requirements even before, notification does not have to be received.
Any feedback is welcome :)
from android-nrf-connect.
Related Issues (20)
- Cannot use key-value pairs for TIMEOUT parameter
- nrf connect app HOT 1
- A wristband not discovered by nRF Connect Android HOT 1
- Compatible with permissions of Android 12 and above HOT 2
- [Macros] extract value of a client-write HOT 1
- Does the nRF-Connect app use the AndroidRxBle lib? HOT 2
- import/export feature for the Advertiser
- Is LE Subrate feature enabled in NRF Connect APP for latest andriod versions HOT 1
- Is McuMgr with DFU not supported with automated testing HOT 2
- How to advertise a service with multiple characterisitcs? HOT 2
- Watch
- 4.27.0 app crashes during automated tests HOT 3
- Wrong behavior HOT 1
- Unable to see "Indicate" notifications in log HOT 6
- How is "Device type" determined by the scanner? HOT 1
- WoodForest 333317191687031101279125109006
- $Rockdontgavefuck7get/2023323600923 IsaacRockMarleyjr 7341 hunder ridgs drive leland NC 28451 HOT 1
- Rockdontgavefuck7get
- disconnect result ok but still connected
- PRN disabled after first DFU update
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from android-nrf-connect.