CC are available at Mouser Electronics. Mouser offers inventory, pricing, & datasheets for CC CC datasheet, CC circuit, CC data sheet: TI – True System-on- Chip with Low Power RF Transceiver and MCU,alldatasheet, datasheet. CC PRELIMINARY Data Sheet (Rev. ) SWRSA. Page 1 of True System-on-Chip with Low Power RF Transceiver and
|Published (Last):||8 February 2004|
|PDF File Size:||5.36 Mb|
|ePub File Size:||16.24 Mb|
|Price:||Free* [*Free Regsitration Required]|
You were quite right, a mistake in the diagram. I have updated this to show the correct connections. This is really excellent information.
Yes it’s a real shame these dagasheet going to be available any more. I have asked them if they would be interested in open sourcing the firmware code you can download binaries for here: I’ve also been looking for a replacement for the SRF which I use. Do you think you instructions will work on something like this: Hi, I think datasjeet device in that ebay link probably would work. I’ve got more source code here: Impressive, thanks for sharing that.
Where did you learn about programming datxsheet CC? Do you know of there is a bootloader for the CC that can load the. Unfortunately the Ciseco bootloader was their own which they never released in any shape or form. Unless someone figures out their bootloader but I suspect it requires some dagasheet of encryption key in order to use it. Which is a real shame. This is to protect their IP since it’s easy for someone to copy the hardware but unfortunately makes it difficult to keep using existing systems now they’ve gone out of business.
However I can’t get your lightswitch program to work. It gets stuck on the transmit.
Did you you manage to get it working? Would be good just to find a simple “hello world” transmit and receive example adtasheet. What are you using to burn the firmware? I use the proper cc-debugger, never tried it with anything else. Perhaps it’s your makefile that included some compiler config that I haven’t applied.
Thanks for your feedback and help, much appreciated!
After using the Linux compiler and your makefile it works well! The following settings configure the radio to mhz. According to what I read and SmartRF, the frequency settings should be: If I change the settings to: So even though those settings don’t seem right, they seem to work for me.
Texas Instruments CC1110F32
Since then I have tried to figure out the settings to put the radio down to 1. I’ve been unable to get this to work though. I’ve re-worked all the rf register settings now and have also borrowed a windows laptop in order to use SmartRF Studio to compare with.
I have pushed an update to my github repo. My settings now match what comes out of smartrf. I have a feeling it might be interference as I have several systems using mhz here now I am also playing around with Lorawan devices.
Strange that it works though. I can’t remember how I got those numbers now. I need to solder another of my test boards together and mess around with it. In this post are my notes on what was required to write, compile and upload my own firmware to a Ciseco XRF module which is based on a TI CC chipset.
With the firmware you can get from Ciseco they will act as simple serial-to-radio devices allowing something like an Arduino to communication wirelessly with other devices.
You can get firmware from Ciseco which will take readings from temperature probes or active a relay and a few other uses: It took a fair bit of Googling, trial and error and experimentation but I now have a fully working setup for compiling my own firmware and burning it into the memory of an XRF module.
Once you’ve done this you will never be dataxheet to load a Ciseco firmware back onto the module. It is possible that Ciseco will do this for you if you post the module back to them but they may not be interested cc11110 doing that.
I’d imagine it will void any warranty. You have been warned! Assuming you want to continue, here’s what I am using. A Ciseco XRF module. So far I’ve only done this with an older v1. Datasheer don’t see why it shouldn’t work on newer ones though. If you haven’t got one, buy one from Ciseco – link to their shop is above.
Prototyping board aka ‘breadboard’a selection of jumper wires, an Dc1110 and a resistor of value at least ohms. All this can be supplied by the datashret of Farnell or Maplin Electronics or even just from ebay if you don’t have them already. This isn’t essential but highly recommended as the XRF has 2mm spaced pins and wont fit into a standard breadboard with 2.
This is the device for burning the firmware onto the XRF module or any compatible microcontroller. It is made by Texas Instruments but fortunately it’s quite cheap in comparison to the development kits for some other microcontrollers: Here is a diagram showing the connections I used: Note that the ten-pin connection is shown as you are looking at the end of the ribbon cable with it connected to the cc-debugger, pin one is bottom left.
The debugger itself will supply power from pin 9 to the XRF and the level select pin so no other power source is needed. I set this out on my breadboard and ended up with this: The wire colours in my photo match my diagram above.
flash – Programming CC using Easy Programmer – Electrical Engineering Stack Exchange
At this point you are supposed to install a Windows-only toolkit to use the cc-debugger. After a bit of searching I did find code that someone has written to allow the debugger to be used from Linux and it’s hosted on github. Use git to download the source and then build it like so: If you see “no target detected” then you probably don’t have the XRF module wired up correctly. Next, you want to be able to write code, compile it and burn it to the memory of the XRF module.
Simply install the sdcc package from your Linux distribution’s package installer. I used this package and it works well. It seems to be a drop-in replacement for sdcc. When learning a new programming language, the first thing to do is to write a “hello world” program.
The equivalent when trying out a new microcontroller is to blink an LED. Here is some c code which I wrote to do this: Firstly, this includes the libraries for the cc chip. Then it defines a simple function to delay the CPU for a small amount of time it’s not very accurate but a decent enough example for this.
It’s not a million miles off milliseconds. Then there is a main function which is what gets executed when the XRF boots up. The pins of the cc are grouped into “ports” which can have 8 pins in each one. Note that not all pins are present on the cc and even less are broken out to a physical pin on the XRF module. The documentation on the Ciseco website shows which pins you can access. This is essential because all pins are inputs by default.
This will cause the LED to flash slowly. Now to cross-compile the c code for the architecture and generate an Intel hex file which can be burnt to the XRF module. This is what sdcc will do.
I used the following ‘make’ file that I found on the Internet and edited a bit: You can reuse this Makefile by changing the source file name and other places the filenames appear. To compile your code simply type “make” in the same folder as your c code and Makefile. You’ll end up with a few files generated. The important one will be called “test.
This is the firmware to load onto the XRF module. Use cc-tool to upload to the connected XRF module with this command note, this is the point of no return, once you’ve ran this your XRF module will no longer work with any standard Ciseco firmware files: That’s it, your LED should now be flashing!
Bi0H4z4rD 15 August at Paul Hayes 17 August at Richard Sierakowski 2 September at Paul Hayes 2 September at Gadjet Nut 20 November at Paul Hayes 21 November at Gadjet Nut 22 November at Paul Hayes 22 November at