This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

Question regarding ZigBee using coin cell battery

Other Parts Discussed in Thread: TIDA-00374, CC2650

Hi,

I'm reading TIDA-00374 and TIDA--00484 design documents.

It's very interesting to use coin cell battery for BLE or Sub-1 GHz sensors more than 10 years.

But I'm using ZigBee, CC2650.

Is it possible to use coin cell battery for CC2650 in ZigBee protocol more than 10 years?

I assume that the power consumption for ZigBee is the same as BLE.

Why don't you provide the design reference using coin cell for ZigBee?

I need your help desperately.

Thanks in advance.

Baeyoung

  • If your device doesn't do polling, I think it is possible to use coin cell battery for CC2650 in ZigBee protocol to last more than 10 years.
  • Dear YK Chen,
    Thanks for your prompt update.
    Do you mean that there is no big difference BLE and ZigBee in terms of CC2650's processing power and RF power consumption for TX?
    I think it's not clear in data sheet of CC2650.
    I need your approximate confirmation about power consumption.
    Thanks in advance.
    Baeyoung
  • RF power consumption for TX is the same. However, different protocol use different time slot on TX and RX so there are different on total power consumption.
  • Dear YK Chen,
    I appreciate your help.
    Could you elaborate on the difference?
    Based on your experience, what is the difference?
    I think it's assumption. But it's a great help to me.
    Thanks in advance.
    Baeyoung
  • Hi,

    ZigBee with coin cell can be a very tricky thing to accomplish. ZigBee, as a protocol, is more demanding then BLE when it comes to radio usage,
    especially for network health, routing and orphan stuff.
    So, for a 10 years of life on a single coin cell battery, a ZigBee node (an end device, of course) must be most of the time
    in deep sleep mode and consume several of uA. When it wakes, the parent should be available, and another thing or two that must be taken into account in this sort of application.

  • Dear Igor sherer,
    I appreciate your answer.
    Now, I am reading TIDA-00374 design document.
    Please don't close this issue. After I have read the document, if no more question, I will close this issue.
    I explain my configuration:
    I am making a humid/temperature ZigBee end device. And the Coordinator or Router is always on.
    After the sensor sends the humid/temp data, the sensor will go to shutdown according to the nano-power system timer.
    The period is more than a minute like your document.
    Actually it's not shutdown but power-off.
    I think the problem is that when the senor is power-on, there should be ZigBee message exchange between the sensor and the coordinator(or router)?
    Can the sensor just send the measured data without RX?
    Is there a possibility for a end device to become orphan node?
    I don't have enough knowledge for ZigBee.
    Thanks in advance.
    Best regards,
    Baeyoung
  • As I replied in first post, Zigbee end device is very low power consumption when polling is turn off. In my experience, 70-90% of battery power is consumed on polling. The percentage varies depends on sensor type. If your temperature sensor reports very frequently, it might consume more power. So, it still depends on your application.
  • Baeyoung Park said:
    TIDA-00374 design document.

    A good place to start with.

    However, I haven't seen a single word about this solution based on ZigBee

    Baeyoung Park said:
    Please don't close this issue

    I won't be able even if I wanted to (don't you worry, I don't want to) :)

    Baeyoung Park said:
    I don't have enough knowledge for ZigBee.

    Hence the obvious question, does it have to be ZigBee, seems like a bit overkill in this case.

    A simple send and forget mesh network with several (few) central receivers/sink nodes/gateways

    should work fine in the application you have described.

    Another thing, if a high bandwidth is not a must, consider using a cc13xx family for your solution.

    There's no implementation of ZigBee stack (by TI) for this family of devices, however, you'll benefit from the

    relatively long RF range (compared to 2.4GHz) that can be achieved with Sub 1GHz transceivers.

    On the side note, and from my own experience - 2.4GHz is very limited in range, where the following combination:

    2.4GHz + ZigBee stack + CoinCell = Huge challenge (and sometimes a real pain in the *ss).