BitCloud 1.12 Out now

Go To Last Post
27 posts / 0 new
Author
Message
#1
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

and it supports Mgmt_Bind_req! :D very cool

Last Edited: Fri. Oct 16, 2015 - 02:30 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Whats that?

Thanks

Regards

DJ

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Mgmt_Bind_req (unicast - retrieves a remote binding table)

(ZigBee Device Profile)ZDP Management Services
- The ZDP table requests and responses
- Mgmt_Bind_req (unicast)

ps: More here
- https://www.avrfreaks.net/index.php?name=PNphpBB2&file=viewtopic&t=102225
- http://ms11.voip.edu.tw/~kjclark/file/Freescale-Zigbee%20Wireless%20Networking/Chapter%205%20-%20ZigBee,%20ZDO,%20and%20ZDP.pdf

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

The Mgmt_Bind_req is important for commissioning tools to allow them to know about existing bindings. Such tools then may visualize the bindings and make it possible to unbind them.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

When I can find informations about new BitCloud 1.12 features. It's support also some new clusters ?;>

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Just download it from the atmel site. In the zip file is also a "Release Notes.txt", but not all new stuff is listet there.

New clusters are also in the BitCloud/ZCL dir.

Beside that, the good thing about the ZCL is, you can define your own clusters if you need some which are not part of the official release.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

_________________________________

www.proficnc.com
_________________________________
Go Aussie Go!!!

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

wondering what the #ifdef _CERTIFICATION_ guard in some places means?

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Just wondering if there will be an official code release of serial net for bitcloud 1.12 128RFA1 or if I have to beg again like last release :)

_________________________________

www.proficnc.com
_________________________________
Go Aussie Go!!!

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

manuelp wrote:
wondering what the #ifdef _CERTIFICATION_ guard in some places means?
Some code is useful or helpful only for certification process, but not for production use. In released _CERTIFICATION_ will always be undefined.

NOTE: I no longer actively read this forum. Please ask your question on www.eevblog.com/forum if you want my answer.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

proficnc wrote:
Just wondering if there will be an official code release of serial net for bitcloud 1.12 128RFA1 or if I have to beg again like last release :)
SerialNet have not changed a bit since last release (well, except for version number string), so no need to beg.

NOTE: I no longer actively read this forum. Please ask your question on www.eevblog.com/forum if you want my answer.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

OK, is anyone doing any work on serialnet now? has anyone optomised it a bit to take away the bloat?
and add some features?

_________________________________

www.proficnc.com
_________________________________
Go Aussie Go!!!

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

proficnc wrote:
OK, is anyone doing any work on serialnet now?
No, not at the moment.

NOTE: I no longer actively read this forum. Please ask your question on www.eevblog.com/forum if you want my answer.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

oh well :(

serial net has the potential to be a very useful tool

_________________________________

www.proficnc.com
_________________________________
Go Aussie Go!!!

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

SerialNet is great. A few minutes after we had bought A2-ZigBit modules and system is ready. All application We have in AVR Mega CPU, everything is small, compact, no problem with RF, Dual-Chip-Antenna....

Please: Continue in develop SerialNet...

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

LX_User wrote:
Please: Continue in develop SerialNet...
To avr@atmel.com please :)

NOTE: I no longer actively read this forum. Please ask your question on www.eevblog.com/forum if you want my answer.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

alexru wrote:
LX_User wrote:
Please: Continue in develop SerialNet...
To avr@atmel.com please :)

most definitely send this to avr@atmel.comthe more requests they get to indicate people are actually using this, the more likely they will improve it.
It took a few emails, but each release they have made a version of SerialNet and tested and released it for me to use.

Alex is the most helpful engineer when it comes to BitCloud, but the decisions come from ATMEL HQ.
if it is only Alex that passes on the requests for help, then ATMEL will think there are only a few people with issues.

I am going to start a new Thread entitled SERIAL NET wish list, But I will ask that anyone that posts in it must also send the same request directly to avr@atmel.com and also cc zigbee@atmel.com
Supposedly that address may help too.

_________________________________

www.proficnc.com
_________________________________
Go Aussie Go!!!

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

I am confused. Is this wrong web?
Is it not "ATMEL's" WEB? Who read our posts Zilog, Freescale or Microchip?

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

LX_User wrote:
I am confused. Is this wrong web?
Is it not "ATMEL's" WEB? Who read our posts Zilog, Freescale or Microchip?
People who make decisions rarely read forums, so targeted request is much better.

NOTE: I no longer actively read this forum. Please ask your question on www.eevblog.com/forum if you want my answer.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

LX_User wrote:
I am confused. Is this wrong web?
Is it not "ATMEL's" WEB? Who read our posts Zilog, Freescale or Microchip?

this is a user forum that is supported by lots of users of avr's
there are many from ATMEL that read this
but the correct method to get a new feature is to send an email to support
please feel free to put any suggestions here, but understand that like all other companies, ATMEL has a correct procedure that needs to be followed before changing features on products

_________________________________

www.proficnc.com
_________________________________
Go Aussie Go!!!

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Quote:
Some code is useful or helpful only for certification process, but not for production use. In released _CERTIFICATION_ will always be undefined.

Good to know!
And to enable it, where would be the right place todo so?

I've also noticed that HUGE amount of documenation was added everwhere, really cool to see how things evolve :-)

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

manuelp wrote:
And to enable it, where would be the right place todo so?
In our development source code before preparing release :) You can't enable it from user SDK without having full BitCloud source code.

NOTE: I no longer actively read this forum. Please ask your question on www.eevblog.com/forum if you want my answer.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

:-( thats like

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Why would you need functions that require special test software and test harness to use them? And they are likely to break some normal functionality and there is no documentation for them.

NOTE: I no longer actively read this forum. Please ask your question on www.eevblog.com/forum if you want my answer.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

To be exact I just need one thing, the Mgmt_Bind_req which is also surrounded by the _CERTIFICATION_ guard.

So that a device can retrieve the binding table of other devices (to be able to show and edit the bindings in a arbitrary non-example-network)

Or a possibility to register a user-callback to handle unsupported ZDO/ZDP requests so the application could provide extra stuff if needed.

there are two problems for me:

i) the BitCloud stack can not handle the Mgmt_Bind_req nor is it possible to handle it in the application
ii) all other 'big' stack vendors support the request,
but the Mgmt_Bind_rsp to a request send with a plain APS_Data_req would be silently discarded by BitCloud (because it will be delivered into the internal ZDO). it would in some cases be nice to have more control about the ZDO, for example to get all Device_annce notifications and not only the ones filtered by direct children. :-)

... i know rare use case but important for commissioning tools :-)

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

You should probably ask avr@atmel.com . But including new features increases stack footprint, so we need to balance what we include and what not. Especially for ZigBits where space is tight already.

NOTE: I no longer actively read this forum. Please ask your question on www.eevblog.com/forum if you want my answer.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Quote:
But including new features increases stack footprint, so we need to balance what we include and what not. Especially for ZigBits where space is tight already.

Absolutely, thats why i don't ask to add these rather used features.

Just a possibility to hook into the ZDO would be nice. Like changing the ZDO APSDE-DATA.indication on endpoint 0 to a function pointer instead of the hardcoded function, so it would be possible to build a wrapper around it. :-D

I will send this to the support maybe I got luck. :-)