
juani_c
Members-
Content Count
115 -
Joined
-
Last visited
-
Days Won
3
juani_c last won the day on February 17 2014
juani_c had the most liked content!
About juani_c
-
Rank
Level 1
Contact Methods
-
Website URL
http://ssihla.wordpress.com/
Profile Information
-
Gender
Not Telling
-
Location
Paran
-
I'm trying to comunicate with a FXOS8700CQ. (Energia 13-MSP430G2553) When I use this code: Wire.beginTransmission(0x1E); // Initialize the Tx buffer Wire.write(FXOS8700CQ_OUT_X_MSB); // Put slave register address in Tx buffer Wire.endTransmission(false); // Send the Tx buffer, but send a restart to keep connection alive Wire.requestFrom(0x1E, 6); // Read bytes from slave register address i=0; while (Wire.available()) { dest[i++] = Wire.read(); } I get what it's seen in the bottom of the image. The second time the addres is sent it should be a "read" inste
-
That's a good idea! Either that or some sort of box.
-
Finally made it. I end up using an adapter board for the MSP430. more pics...
-
The variables are globally decleared. Here are some screen captures of the before and after the sqrt() function, the stack is close so that's probably the problem. Thanks!
-
That file shows the same values that I see in the Memory Allocation. The thing is why it shows me only 344 bytes, from that I get that I still have RAM to do other things...
-
I wasn't using the HM. I enable it now and the code seems to use the same amount of memory. The execution is faster, from aprox. [90]ms to 13[ms] (@default DCO = ~625 KHz)
-
I'm testing Mahony's algorithms for attitude estimation and I'm using a Launchpad with a MSP430g2553. In the code I'm using there are two functions; one calculate the attitude from accelerometer and gyro data (IMU) and the other one add magnetometer data (AHRS). I tested first the IMU and worked OK. Then I tested the AHRS and I couldn't make it work. What I could find through debugging was this: In the top of the program there are four variables q0=1, q1=0, q2=0 and q3=0 and in the algorithm there is a sqrt() function, it seems that for some reason the sqrt() function overwrite the values i
-
I should have been clearer, I have an MSP-430EXPG2 rev 1.3. I use it a while ago to program an MSP430F5510 wich I think is newer than the F5528, so I think it should work.
-
If I made this programmer, can I use a Launchpad to upload the firmware to the MSP430F5528? Do you think it is possible to make a single side board design? thinking in a homemade pcb....
-
jelou!!! y bienvenido
-
Suppose you have an application like SimpliciTi that says:" low memory needs(<8kB flash and 1kB RAM depending on the configuration)", you also have in your program the Petit FAT file system: "Very small RAM consumption (44 bytes work area + certain stack), Very small code size (2K-4K bytes)", finally you have some inertial sensors to calculate some angles, like in Nine-Axis Sensor Fusion Using the Direction Cosine Matrix Algorithm on the MSP430F5xx Family AppNote, where you need RAM ~ 0.75 kB, Flash ~ 11.7 kB. Summarizing: flash 8kB + RAM 1 kB flash 4kB + RAM 44 B flash 11.7
-
Yes, I did. The default baud rate is 115200 anyway, and that's the one that is giveing me problems. I migth have to settle for 9600.
-
Yes, 9600 worked OK. 19200 showed some spikes, but much less than the picture (thats spikes are just the way the graphic software interprets the wrong data). For a few moments in one of my many test it worked OK with 115200. I just have to find out what I did different...
-
I'm trying to communicate an MSP430 to my laptop through a KC-21 module. Below is a capture of the data with the msp430 using a 115200 baudrate. As you can see it has some issues. I tested a few things: Sending data with the msp430 at 115200 and an FT232 => THIS WORKS OK Sending data from the computer through the FT232 to the BT module and back to the PC, all at 115200 => THIS WORKS OK Sending data with the msp430 at 9600 and the BT module => THIS WORKS OK So it seems that the problem is isolated to the MCU working at 115200 with the module. I had problems in the pas