Jump to content
43oh

ghjkl67

Members
  • Content Count

    12
  • Joined

  • Last visited

About ghjkl67

  • Rank
    Member

Recent Profile Visitors

602 profile views
  1. Looks like I should have listened to Fmilburn all along. Adding the decoupling cap fixed the problem. I'm now able to transmit from the launchpad to the module on the breadboard. Thanks guys!
  2. I just got two new launchpads and loaded them with the transceiver codes. They work great! However, I did take note of some interesting observations: 1) The transmitter pins did not change at all. CE remained low, CSN remained high, and MOSI was pulsing just before transmitting each bit. So, it turns out the transmitter was working fine after all. 2) I took the receiver off the launchpad and used it as a standalone with the same configuration as before. No luck. 3) Something I failed to mention before was that the receiver on standalone would sometimes turn the LED on with the t
  3. I've always had horrible luck with software. That's why I'm a hardware guy. Probably my only bet now is to buy two new complete launchpads and start from scratch. Still, I have to stress that the MOSI pin is behaving in exactly the same way the CSN pin should behave. Somehow, I think the pins got switched around in the code.
  4. Yes, the blinking works fine. Most recently, I removed the blinking and loaded the exact code from github. The brown and orange are in their correct locations. The picture can be misleading. Everything works exactly the same on the launchpad. Before, I was getting 1/2VCC on some of the pins such as CE, but I think that's because the LED was still connected. Now, I disconnected it. Adding a 0.1uF cap from VCC to GND does nothing. I make it common practice to put a cap from RST to ground though.
  5. Yes, I found that bug some time ago. At first, I must have tried reinstalling SPI before discovering the trick of moving it to the front of the code. Anyway, that's irrelevant, since I'm using Energia 17 now with the proper SPI file that came with it. Here is a photo with the corresponding pin wires below: Blue: GND and VCC Black: P2.0 Green: P2.1 Yellow: P1.5 Orange: P1.7 Brown: P1.6 Red: P2.2 47K from VCC to RST LED is included just for the receiver. A separate 330 ohm resistor is included to allow the power supply to drain faster.
  6. Well, it looks like I was using the SPI file provided by Energia, so that's not the problem. I find it interesting that the MOSI pin is behaving the way CSN should behave. Somewhere along the line, the pins must have been flipped in the software.
  7. I tried to edit my post to include a quote. Then, I just gave up and typed quotes around it! Hopefully everyone will catch my drift. Both versions meaning Energia 17 and Energia 18. As I type, I'm extracting the Energia 17 files to see if it already had the SPI file.
  8. When I downloaded both versions of Energia, the Tx/Rx codes would not compile until I downloaded SPI to the libraries. Of course, this is assuming my memory serves me right. Backing up a bit, I took the exact Tx code from github, loaded it on to both of my G2553's, and hooked them up to my two nRF24L01's. Same symptoms from both of them. So, either a piece of hardware is bad on both setups, or there's something wrong with the software. My guess is the software (meaning SPI). "SPI keeps the chip select pin high until it is ready to transmit and then pulls it low. It then returns to h
  9. I don't know for sure if the receiver is actually working, but I do know that it is drawing a constant 14mA and the CE pin remains high. These IC's are from Mouser, which has had a problem in recent past with counterfeit parts, so new G2553's should be on order. I can try new nRF24L01's as well, but like I said, I mixed and matched different combinations of transceivers and IC's, all with the same result. I've also disconnected and reconnected the setup multiple times with the same result, so I'm fairly confident in the wiring. I'm using a 20A power supply which has plenty of capacitance
  10. I did try switching the IC codes. Still, whichever chip the transmitter code is on, the CE pin will not go high and will not activate. Either chip will work fine with the receiver code. I also tried switching the nRF21L01's, but still could not isolate the problem to any specific piece of hardware. Should the CE pin be high on the transmitter? I noticed, during the short duration when it is transmitting a bit, the CE pin briefly pulses high, but only barely in the mV range. Also, the transmitter code is supposed to send two bits in the loop. This brief pulsing effect seems to happe
  11. Or possibly, the transmitter is only supposed to draw current during the short time when it transmits a bit? In that case, it is working correctly from an electrical perspective. However, the overall system doesn't work. There is no response from the receiver. Being completely new to all of this, I don't know where to take it from here?
  12. For weeks now, I have been trying to interface my MSP430G2553's with nRF24l01 transceivers. The sample code for the receiver seems to be working alright. I was able to measure the pin voltages and monitor the current draw of the receiver. However, the transmitter doesn't seem to be working as expected. The CE pin will not go high. Even if I force it high, the transmitter will not draw any current. The only thing I did to change the code was to add a few lines for a flashing LED. This is to ensure that the microcontroller is active when used as a standalone. Here's the code: #include <SPI
×
×
  • Create New...