CC1312R: TI 15.4-Stack 169 MHz support and Wisun related questions

Hi Andres,

1. As you say we don't currently support the 169 MHz band. We do support 422 MHz band. If you select the C152P-4 LaunchPad this option will be available to you.

It's not possible for you to change the frequency band.

2. I cannot answer questions about our roadmap in this public forum.

3. Wi-SUN sounds like a good fit, depending on the number of nodes you need in the network and how much data is being sent.

4. Yes, you can use the ns_node example. This implements the router node role. Please note this is a nwp example, you will need a host device to run along. (For a fully embedded Wi-SUN solution you will need a larger flash device, CC1312R7.)

Cheers,

Marie H

Hi Marie, thank you for your quick response. 

I would like to ask you the following (and any additional advice's will be more than welcome)

2. Could you send me a PM regarding this ?  (i would like to know if there is worth it to wait until the release or build up our own solution instead, this is )

3. We have at this moment 10 nodes so i think is not going to be an issue. If we plan to cover all the animals we will be needing around 50 nodes but we are very restricted by the budget so i do not think that in the following year will be reaching that amount.

4. Because CC1312R7 is not a viable in providers like mouser and digikey (which sends packages to Argentina where i am located). Is any other way to run the border router or the WISUN protocol without CC1312R7 devices?

5. What we need in a short term (in a year of work) is to be able to have a set ten nodes in any topology (start or mesh) and to connect the collector/router to a bluetooh app to do the monitoring (in the next year we will be planning to add a web server functionality to do the monitor), and is very desired to have a bidirectional communication to be able to not only monitor the nodes but to change behavior. Regarding the data flow, we will be sending 60 bytes messages every 10 minutes, so is very low (if we want to locate the sensor node we will be making it send a burst message every 1 second, but only one sensor at the time). Based on this and the amount of nodes, and the current needs, do you suggest any protocol or to just build our own based on the EASYLINK examples?

Thank you a lot

Best regards

Andres

Hi Andres,

2. You would need to contact a TI sales representative.

3. For Wi-SUN we recommend up to 100 devices per border router. However, Wi-SUN FAN does not currently support sleepy nodes. It sounds like this might be required in your product?

4. CC1312R7 should become available shortly. (We just released it for production last week.) The alternative would be to use CC1352P7.

5. The usecase you are describing sounds relatively simple and feasible to implement on your own. If you require any of the following features I would recommend TI 15.4-Stack:

- Auto retransmission of missed packets

- Over the air firmware upgrade (OAD)

- Secure commissioning

I would recommend you to start developing with the RF driver directly and avoid EasyLink. The main reason is that EasyLink is quite limited, so unless the WSN example is very similar to what you're looking for, you might not be able to use it.

Cheers,

Marie H

Hi Marie!, 

2. Thank you!, do you have any contact info for a sales representative regarding this specific query

3. Yes, we need the nodes to sleep most of the time in order to increase their life time. As far as I know, only router or borders routers can't sleep, but nodes yes. Is that correct?

4. Thank you!. Just to be sure, having a border router with R7 and nodes and router nodes with R1 will work o? (or router nodes needs also to be R7? )

5. I would to use the 15.4 stack but we need to work in the 169 MHz band because of loss propagation, so unless this change, seems that the best path if to either build our own protocol or use the simplelink examples.

Thank you!

Thank you a lot for all your help Marie!, have a nice day :)