Jump to content


Popular Content

Showing content with the highest reputation on 07/10/2012 in all areas

  1. 1 point

    WS6318 GSM Booster Pack

    Okay. There is the yet another LP booster pack. It is for communication over GSM network. Now I have several working prototypes. PCB has couple of bugs but booster pack has full functionality. Soon, I will correct all the errors and give a full description. Schematic is in the attachment. If anyone suggest any modification or expansion of the functionality - this is a chance to introduce them into the final PCB tracerouting. WS6318.pdf
  2. 1 point
    Hello, I was able to successfully compile the complete mspgcc and mspdebug. This compile has been perfomed with the most updated gcc compiler GCC4.7 http://m8051.blogspot.in/2012/07/compiling-msp430-gcc-in-linux-upto-date.html However this has a special provistion that C++ language is enabled and the installation is in a custom location at user space. I wish if any one could verify the compile steps and let me know the feeback. As this was the first time I compiled with C++ enabled. Thanks,
  3. 1 point

    AC power usage Booster Pack

    @Automate, look on this. It's safe, accuracy and has low cost BOM. Isn't this device is a beautiful? Seriously, why you think it should be a booster pack? Surface area of booster pack less then Arduino shields, MSP430 value series litle bit weaker than ATmega328 used by guys from openenergymonitor.org and in last, I doubt that sketches from emonTx would work now with Energia and LP (may be I'm wrong). Where is a profit?
  4. 1 point

    AC power usage Booster Pack

    TI has the great appnotes and code library for building AC usage monitoring and measurement systems. http://www.ti.com/lit/an/slaa494/slaa494.pdf http://www.ti.com/tool/msp430-energy-library They are based on low cost analog front-end for electricity metering MSP430AFE2xx. I'm alredy used it in my own smart plugmeter and highly recommend. But actually I don't think what LP + AC usage Booster Pack is suitable for that. Because there have a deal with high voltages and there is a risk of voltage damage without the proper enclosure and isolation.
  5. 1 point

    Shipping label printer

    Hello Bluehash, We have had good luck with the Dymo LabelWriter. We use the smaller ones but here is one model that does 4 x 6: http://www.amazon.com/DYMO-LabelWriter-4XL-Label-Printer/dp/B002M1LGJ4 Zebra makes pretty good label printers as well but they are more costly. YMMV
  6. 1 point

    AC power usage Booster Pack

    There are some good design ideas in that Instructable, but the implementation is weak. For example the current sensors are biased to allow the ADC to read the AC signal they produce - that is OK. The problem is that the bias voltage is not measured, it is assumed to be 1/2 of supply, so there can be a DC offset in the current measurement. There is also no anti-aliasing filter on the ADC. The way AC voltage is measured also has a few problems. Give me a few days and I'll draw up a schematic that fixes these design problems.
  7. 1 point
    Thanks to a couple of people here for suggestions on this issue. It was the cue that will finally get me to switch to the Fraunchpad as my default platform, and led to what appears to be the solution to a long-standing issue with the Fraunchpad. In my case, I've modified my test430 environment's platform-specific UART code to detect whether P4.0 is being held to ground, and if so spin with an LED flash pattern until the jumper is removed (P4.0 is right next to GND). I'm going to do the same for the Launchpad, but with P1.0 held to Vcc. Having this in my standard serial startup means whenever I grab an old board and plug it in, I can fix the problem by unplugging it, sticking on a jumper, and reconnecting. If I'm smart enough to install the jumper before I put the board away after use, it'll go even faster. (Holding the reset button may work, but it's awkward and inconvenient.) Once I did this for the Fraunchpad I started using that platform more. Which led to repeated instances of the old fuse blown issue, which was a pain, and ultimately led to the complete inability to contact the board with either BSL or JTAG (see this E2E chain). Which in turn led to the discovery of an error in TI's documentation of the FRAM chips, which led to an error in the chip-specific information TI provides me for the mspgcc toolchain, which led to the BSL and JTAG passwords being overwritten every time an mspgcc-generated application was programmed onto an FRAM device. Net result, after the patches I'll put out next week, will be elimination of a major inconvenience with the Fraunchpad, making it actually a really nice platform to use. (I can't test it now, because, well, both my boards are bricks. The ones my TI contact's sending me as replacements should arrive next week.) So all in all, significant improvements from a open discussion of a simple idea. This is how community is supposed to work. Thank you.
  • Create New...