Hi all
Today I was making some estimations about power consumption for msp430-RF2500 kit. There is an Application report SLAA378B where there were made power consumption measurements for Wireless Sensor Monitor demo. I simply tried to repeat the same experiments and was rather surprised by the result. The measurements are very simple - there is installed a 5 ohm (4.7 ohm in my case) resistor on VCC input (I vas making the measurements when the system was working from batteries) and using oscilloscope was observed the voltage on it. In SLAA378B it is written that there should be picture like:
the picture I got is below:
I used the code directly from the demo(slac139c) without any changes. (I only had to remove --ks_version in linker/extra options or there was an error during compilation ). The first part of the chart looks like in application note. Does anyone has any ideas what happens after?
Hi.
If memory serves me correctly, the application note is for a version of the demo running at v1.03 or v1.05 of SimpliciTI while it seems that the slac139c has been upgraded to rin on v1.1.0. There is major difference between the two versions of SimpliciTI and this might explain the difference.
Regards,
Kjetil
--PS. Thank you for clicking Verify Answer if this answered your question!
Hi all,
I can't seem to get slac139c running. My setup shouldn't be too messed up, as 139b (an old copy I have lying around) builds and loads fine. But building the new version (the Access point) gives me:
Error[Pe147]: declaration is incompatible with "int __low_level_init(void)" (declared at line 97 of "C:\Program Files\IAR Systems\Embedded Workbench \...\eZ430-RF2500 Wireless Sensor Monitor\IAR_Source\Components\bsp\boards\EZ430RF\bsp_board.c 51
not wanting to dig in too deep (at least not into the libs ;-) ) I'm kinda stuck here.
Any suggestions anyone?
Thanks in advance,
Christian
I had no problems, except the one, I had described (I only had to remove --ks_version in linker/extra options or there was an error during compilation). As for me, I was using IAR 4.20.1. It can be some changes in the demo code that are not understand by older compilers.
Hi Dragker, thanks or your suggestion,
however, I am using IAR 4.21.8 so it definitely shouldn't be the problem of an older compiler. But maybe that version is buggy. Anyone successful in compuiling slac139c on IAR 4.21.8?
Cheers, Christian
I am having the same problem with the new edition... worked on older versions of IAR no problem, new version must have a problem. try installing from the CD that came with the kit, older but works
I have changed in the line with error "signed short" instead of "int", and it compiles.
But I got the message "too much object code produced", so I came back to the IAR provided with the kit.
I trying to use the eZ430-RF2500 in an application where the power consumption should be as low as possible.
Is there some archive or something where I could download the demo/simpliciti version used in the application note?
Hi Petri,
You can find the code from the application note here:http://focus.ti.com/docs/toolsw/folders/print/ez430-rf2500.html#Support%20Software
Believe there is a new version using the v1.1.1 of SimpliciTI in the works, but not sure on the timeframe here. Rgds, Kjetil
The second part of the current consumption profile is caused by acknowledgement request.
If you replace
if (SMPL_SUCCESS == (rc=SMPL_SendOpt(sLinkID1, msg, sizeof(msg), SMPL_TXOPTION_ACKREQ)))with
if (SMPL_SUCCESS == (rc=SMPL_SendOpt(sLinkID1, msg, sizeof(msg), SMPL_TXOPTION_NONE)))
in main_ED.c, the sender will not request for acknowledgement and you will get current consumption similar to the application note.
Petri The second part of the current consumption profile is caused acknowledgement request. If you replace if (SMPL_SUCCESS == (rc=SMPL_SendOpt(sLinkID1, msg, sizeof(msg), SMPL_TXOPTION_ACKREQ)))with if (SMPL_SUCCESS == (rc=SMPL_SendOpt(sLinkID1, msg, sizeof(msg), SMPL_TXOPTION_NONE))) in main_ED.c, the sender will not request for acknowledgement and you will get current consumption similar to the application note.
The second part of the current consumption profile is caused acknowledgement request.
If you replace if (SMPL_SUCCESS == (rc=SMPL_SendOpt(sLinkID1, msg, sizeof(msg), SMPL_TXOPTION_ACKREQ)))with if (SMPL_SUCCESS == (rc=SMPL_SendOpt(sLinkID1, msg, sizeof(msg), SMPL_TXOPTION_NONE)))
Thank you, Petri.
That makes sense. Will try it tomorrow. Have not got so deep into the protocol and was not expecting that ACKs will be used by default in the example. Although it is clear by the voltage level, that radio switches to RX mode in second part. By the way, any ideas why there is a fold during RX near the end?