Fail to get access to IO ports of CC430F5137 from within RFStudio7

As I understand it a combination of how the CC430 register address space is implemented and how SmartRF Studio is implemented. The xml files in Studio uses an offset to where the RFcore registers start/ are placed in the total register space. For non RFcore registers this offset is not valid. The best option is to start writing code for the MSP to have full access. 

Well, but when ealier i have modified xmls for CC2530 in SmartRF Studio to get the opportunity to control IOs everything was OK. So i can attach RF-FrontEnd CC2591 to arbitrary pins in my modules and simultanioulsy get full access to the Studio features. In was VERY convinient. I've supposed the same possibility with CC430. But it did not happen. Could you explaine me, why in this case in the list of registers of CC430 control panel are the ones with RF1A prefix (located in MSP430 memory space) if i actually can't modify them? I've checked this. Access is ONLY possible to the radio registers with the same address LSB (MSB is ANDed with 0x00 obviously).

Hi Denis,

You are right, it is not possible to read or write the "RF1A" registers. They should never have been shown in the register view. Read/write of those registers was not enabled because it must be done in another way than the RF core registers and that was not yet implemented. However, as you point out it would be nice to control the IOs like you can on CC2530 and I have made a patch that should enable this. I just did a quick test for port2 and it seems to work. With version 1.16.1 installed it is just to replace the files given in this patch.
While writing this I just realize that version 1.16.1 is not available on the web yet. It was posted some time ago but for one or the other reason it is not there. Need to check why. I will get back to you on this later.

Regards,
Øyvind

The SmartRF Studio 7 version 1.16.1 is now available on the TI web:

http://www.ti.com/tool/smartrftm-studio

Regards,
Øyvind

Much thanx for the Studio 1.16.1 and especially for jenDal30 patch! Now we get at least manual control of CC430 IOs. It makes RF measurements process much easier for us (we have developed and produce series of modules based on CC430Fxxxx and CC1190 or RF3858 as frontends). I've checked patched Studio carefully and discovered that all about IO registers access is OK. But, then i have tried to write PxMAPy registers i got failure. So, i've added PMAPPWD to xml with an idea to write in it correct password before writing to some PxMAPy. Unfortunately, i could not modify PMAPPWD register at all and read its default value anytime. Can we get in prospect THE FULL access to CC430 core registers? It would be very convinient if RFcore could control IO by itself, with corresponding modifications of IOCFGx and PxMAPy registers, of course.

Hi Denis,

I think the problem is related to the length of the data that you want to write. Need to do some debugging to find out whats going on but I think you will always read the default value from PMAPPWD (Think it is described as PMAPKEYID in the user guide). A write/read of the PxMAPy register could be done to verify that the register has been successfully written. I will get back to you with a new patch.

Regards,
Øyvind 

Discovered a number of problems.

First of all the framework is based on the RF Core registers that are only 8 bits. PMAPKEYID is 16 bits. Had to do some changes to enable this.

The polling of the status register must be turned off. You find it under the settings menu. If not turned off the write access will be disabled again before you have time to write to any of the PxMAPy registers.

Attached you find an updated patch.

I have not been able to do a lot of testing, but tried with P2MAP6 and P2MAP7.

Hope this will be of some help.

Regards,
Øyvind

HI TI! Sorry for delay - was on vacation. I've tried new patch. After applying it, appearance of 16 bit registers now seems to be OK:)
1. I set polling interval in Settings dropdown to "Never".
2. Write 0x2D52 to PMAPPWD (PMAPKEYID).
3. Write desired value to PxMAPy.
4. Click "Refresh" button.
5. Et voila: get 0x96A5 in the PMAPKEYID and default value in the PxMAPy!
What i do wrong? Please tell me the correct order to access PxMAPy registers.
ZIP filename contains "32", but after Studio starts jenDal31 appears. Maybe that's the point?

Hi Denis,

You have the right patch. I mixed up with the filename. "jenDal31" is correct.

The sequence you describe is correct. However, I also needed several attempts before succeeding and ones you have changed the PxAMPy registers, you have to reset the device to do it again.
If you select one of the typical settings the device will be reset and the registers set. Writing the PMAPKEYID and any of the PxMAPy registers after that should work. I also tried with the "Device reset" button on the bottom of the register view and that worked as well.

Make sure the polling is off by checking the "Radio state" at the bottom of the screen. The state must be "N.A.". Means Not Applicable since polling is turned off.

Regards,
Øyvind