grodius

Members
  • Content count

    21
  • Joined

  • Last visited

  • Days Won

    1
  1. Just a discussion point, I think the motivation to pair an MSP430 with an MPU6050 is justified based on the Invensense hype and PR that all the heavy lifting would be handled by the magical DMP onboard coprocessor. In the real world, the gyro and acc data is very noisy and filter and calibration dependent. It's a really useful experiment to play with as it broke some of my theoretical idealism with the reality that sensors are super noisy. Getting the best and fastest possible orientation from this device will be a combination of filtering the raw data and combining data. It really felt like every 6050 was different, so the chances the filtering and IMU combination being optimal in the DMP feels iffy, but I would try and see. My personal recommendation is to fire up a 2452 launchpad with the terrific I2C explorer from this forum and have a play with what you can get back from the sensor documentation. I then modified the I2C explorer to a binary serial connection and did all my tinkering in a java app to get an understanding of the sensor under movement without constantly flashing a device.
  2. On this thread the Invensense documentation is available. You've got me back interested, so thanks, but unfortunately it'll be a little while before I try. http://www.i2cdevlib.com/forums/topic/153-official-dmp-documentation-is-released-by-invensense/page-3
  3. I bought a few of these for experimenting. They are quite easy and straight forward to read raw values using plain I2C, but the DMP was a dark art of no manufacturer support. Things might have changed with unofficial progress but knowing the manufacturer was obfuscating a main selling feature was disappointing. Edit: it looks like there has been improvement in the manufacturer documentation and libraries so my information is probably old.
  4. I'll politely advocate for the architectural constraints If TI committed to pipelining the MSP, they would most likely need to rework the variable length instruction set and break backwards/forwards compatibility. Adding pipelining overhead to the chip would also draw considerably more power from a chip sold as being a leader in low power. In the end, it's cheaper for TI to just buy an ARM license with a mature instruction set and architectural design and continue with higher frequency Cortex architectures. I think if ARM were not a more attractive option, there would be higher clocked pipelined MSPs hitting the market.
  5. I am guessing, but the ARM Cortex M0+ Instruction pipeline has two stages and seems a lot of devices clocked around 48MHz. The Cortex M3 and M4 have a three stage pipeline and 50-168MHz seems common. The Cortex R7 has 11 pipeline stages to achieve very high clock frequencies. I would guess that the MSP430 has less pipelining potential due to being a low electrical power device.
  6. I bought two of the Hercules RM57L launchpads. I wonder why these aren't popular? At 330 mhz they could almost emulate an MSP430 and they look pretty classy.
  7. It's more complex, but not too far removed from the Tindie for the ADNS-9800 laser mouse. Some bright enterprising spark might put together a hyper breakout. I'm mainly pleased that the early models are already very fast and high res. I personally really wish micromouse competitions forced the pros to use ONLY visual recognition and/or new tech. Micromouse comps are over-ripe slotcars now where sensor development and experimentation might be fun. It's worth just thinking about devices like these. I like the thought that you might only need one array receiver and maybe multiple light sources in sequence to triangulate or for redundancy/data improvement.
  8. This is a quite exciting new sensor. The development kit is prohibitively expensive and the chip driver is 256BGA, but at around $50 for the raw sensor capable of 150 fps of 320x240 with distance, this is cool. Time of flight pulses out light/IR and counts the sub nanoseconds it takes to bounce back. The specs are pretty impressive for an early model. http://www.ti.com/product/OPT8241 Ideally I would prefer the device and driver chip were paired on a board, but hopefully these will be popular and warrant more integrated solutions.
  9. One alternative you have is to use a cheap fixed camera mounted external to the mower wirelessly communicating absolute position. There are some cheap <$10 2 and 3 MPixel modules that could be used quite effectively if mounted with a relatively high aspect and using quite simple aspect correction/compensation. I think the most novel design would be to use 2 linear photo diode arrays with 1 dimensional cylindrical lenses arranged perpindicularly as a cross for the 2 position dimensions. A humble launchpad can handle arrays more easily than 2d camera sensor information. Another alternative is to use triangulation (rather than trilateration) using 3 or more fixed external vertical lines or beacons and using an accelerometer and linear photo diode arrays or camera module/s. In a non-messy environment this can be the best option, but maybe harder in a mowing environment.
  10. The wolverine launchpad is exciting but surely it will be branded as a logically new board rather than Launchpad version 1.7 as suggested previously? I will be gobsmacked if it released as a minor version sub increment, for continuity and support reasons. In any event, thank you for the pictures of it, as this is much more exciting than the price rise Surely, surely they will go large and advertise it as Launchpad: Wolverine or some such.
  11. I bought up majorly back at $4.30. Not as an investment, just knowing that was as good as things get and might be ephemeral, so bought about 40 of them. That low price always felt subsidised and temporary to me. Personally I agree with others that slower and combined shipping options would be a better way to control costs. In slightly more general areas, I worry for TI. I was following the OMAP 5 saga only to watch them effectively abandon the tablet/high end MCU market. The lucrative handheld calculator sector is also being decimated by tablets and computers. I highly doubt graphical calculators will survive a further 2-3 generations. TI are too big a name to simply disappear, but they are being rapidly marginalized in the consumer electronic space and the embedded market is tightening already low margins.
  12. Hmmm. I really don't think it was a glancing mistake and watched it several times again. He seems very non-technical. I watched his body language repeatedly and I think he is reciting numbers that are practically meaningless to him. I like the way he even says "lines of software code"...which is tautological. This isn't meant to be a huge mockery of him personally, more mild amusement at the decision to use non-technical bureaucrats to head extremely technical projects, and the predictable and repeating software dramas that result. He even seems like a nice guy...just has never programmed in his lifetime, and has been tasked with stepping in to fix the ailing, bug plagued project. ABC is Australia's national, non-commercial boadcaster. 31:45 is where the fun starts http://www.abc.net.au/4corners/stories/2013/02/18/3690317.htm
  13. Tonight on Australian TV there was an investigation into the beleaguered X35/F35B Fighter plane and I couldn't believe my ears at the words of one of the most senior US military officials involved. The context was such that it wasn't simply an error of detail. It shows he really has no idea about software development at all. Whatsoever. The following is from the formal released transcript: "LT. GENERAL CHRIS BOGDAN: This is a very software-intensive airplane. There's over 10,000 lines of software code just on the airplane itself and there's another 10 million lines of code for all the off-board systems, the maintenance systems and the mission planning systems that go with it." (By off-board he was talking ground component.) I have a non-embedded banking software background, but that number is so wide of the mark for one of the most software dependent planes in existence that I laughed out loud. This is circa a half trillion dollar project and the top military official directly involved doesn't understand software development at all. I would be disappointed if a sidewinder missile didn't have 10,000 lines of code, let alone a new plane to be finally released 2018 ish. Some versions of the plane are capable of VTOL, thrust vectoring, entirely computerized console with what appears to be touch screen interface. PS The Stellaris Launchpad has 256kb flash so shelve those non ambitious, non Jet Fighter projects now. Dennis Nedry from Jurassic Park: "Do you know anyone who can network 8 connection machines and debug 2 million lines of code for what I bid for this job?"
  14. If you really want to (relatively) stabilize your readings you need to switch your ADC reference source away from the general supply. Keep in mind your VCC will itself be waivering according to load. The ADC itself is also consuming power and changing the reference voltage itself. That said, I don't really see a problem with a single least significant bit...keep in mind the actual value falls between the 2 numbers and is being rounded + multiple sources of noise. Keep in mind also that your potentiometer is very, very likely to be more inaccurate from true than the ADC. Many pots are accurate to 5% or worse and deviate from linearity as standard.
  15. I confess to not following the link due to not following unsolicited URLs, but I will presume it's an HC-05 or HC-06 that you are using. I'm a bit concerned that you haven't wired the key pin for configuration. I suggect you wire a free wire to the key pin and get to know the terminal based admin. Connect the bluetooth module directly to a ttl <-> rs232 convertor and then use a terminal emulator program such as hyperterminal to configure the module. For the 05 module make sure you are appending /r/n within the terminal setup or it will behave very weirdly. Find the AT+ command list for your model, I think the main two commands are AT+ROLE=0 for slave (probably default anyway) and AT+CMODE=1 to accept all incoming connections. Armed with the key pin, the AT command list and the console you won't be flying blind any longer. I apologize in advance if the model isn't what I am describing but many modules will have a parallel or similar setup to this. Good luck and when it's working you will wonder why you didn't do it sooner. I sure did. I curse myself for not switching sooner, accelerometers and gyros are 100% more fun wireless.