Jump to content


  • Content Count

  • Joined

  • Last visited

  • Days Won


Reputation Activity

  1. Like
    bluehash reacted to chicken in Mailbag   
    @@bluehash that was my worry as well. Luckily I just received the correct replacement.
    However this one came directly from Fort Worth, TX. The original shipment was processed by Digi-Key, judging from the the labels and sent from Thief River Falls. So there's still the possibility of a mislabeled bin somewhere in a warehouse in rural Minnesota.
  2. Like
    bluehash reacted to vinicius.jlantunes in Mailbag   
    Got my free shipping bounty today as well.
    I feel guilty ordering samples on their own, so I thought when buying these things - "well, will add a few other goodies as it won't cost them much more to add to the same package". Funnily though, I received a total of 4 separate packages for all the stuff - one with the booster pack, one with the MSP432, one with only 2 other IC's I paid for, and one with all the samples...
    I know it's peanuts for TI, but they must have made a loss on my ~45 bucks order! You gotta love TI!

  3. Like
    bluehash got a reaction from spirilis in Can't order samples from TI eStore   
    I get a 
    "Your account does not have access to samples. Please remove the highlighted devices, or, purchase these parts in order to checkout. To learn more click here."
    Also, following the link:
    TI provides sample ICs to design engineers to support new product designs. Due to the high cost of a sample program like TI's, we require complete contact information using a corporate (.com) email domain as well as full shipping information. To order samples, please login to myTI and click on the Login & password link to update your myTI Profile to a corporate issued email address.
  4. Like
    bluehash reacted to Bubele in Energia installation in ubuntu 16.04   
    Hello Abhaya,
    i got your private mail about this topic.
    I have 4  different Ubuntu 16.04.x machines more or less up to date running with Energia 17 and 18, also with CCS 6.1x.
    that problem never showed up.
    however, i see it seems a java jar signing problem on your installation.
    i suggest to start a closer look the following steps:
    1 -  md5sums. never know if these jar files are really grounded healthy.
      $ for i in `find /opt/energia-1.6.10E18/ -name "*.jar" -print| grep bc`; do md5sum $i; done 873ac611cb0d7160c0a3d30eee964454  /opt/energia-1.6.10E18/lib/bcprov-jdk15on-152.jar f4e4aa7b3828d3f4ff448f2335a38ecc  /opt/energia-1.6.10E18/lib/bcpg-jdk15on-152.jar   2 -record debug execution of the energia startup script  - script energia-debug.script  - sh -x /opt/energia-1.6.10E18/energia  - if you see your problem, exit energia if it has not exited already  - exit , to stop the typescript recording  - now look to the energia-debug.script   - watchout for CLASSPATH and JAVA things which are NOT located in the path of your energia install.  ie: your CLASSPATH variable has already something in it.  in my local attempt is see NO other JAVA or CLASSPATH items show up over than the ones from my energia installation PATH.   3 - if still no clue, remove the jar signing from the 2 jar files, even i do not recommend such or tested myself   - find the two jar files    for i in `find /opt/energia-1.6.10E18/ -name "*.jar" -print| grep bc   and copy each into a own seperate temp directory.   unpack each with ie    - unzip bcpg-jdk15on-152.jar   - ls META-INF/   # this should show the two key files BCKEY.SF and BCKEY.DSA   - rm META-INF/BCKEY.*  # remove them   - mv bcpg-jdk15on-152.jar bcpg-jdk15on-152.jar.ORIG  # keep the orig jar file   - zip -r bcpg-jdk15on-152.jar META-INF/ org/  # create jar from it   - put your changed ones into energia install path ie: cp bcpg-jdk15on-152.jar  /opt/energia-1.6.10E18/lib/  - repeat with bcprov-jdk15on-152.jar  - try it   as said, i think your environment has some CLASSPATH|JAVA items popolated which may cause that a other java outside of energia is being involved.
    btw: i checked the two jar with jarsigner, indeed, they have some sort of violation (ie no date stamp), seems the energia java pieces do not complain on my installation about that.
    anyway, i am not a expert in that java signing area, so i may wrong here.
    maybe it helps.
    best regards
    Peter ;-)
  5. Like
    bluehash reacted to chicken in Mailbag   
    My free shipping bounty came in today.
    All analog components need to be delivered in an anti-static bag, TI certainly takes that seriously.

    But unfortunately something went wrong here :-(

  6. Like
    bluehash reacted to Fmilburn in Arrow Free Shipping and Education Deals   
    Arrow Electronics has free shipping on all orders in the US and orders over $50 for overseas during the month of September.
    Also, they are advertising 20% off for students and professors with valid .edu email addresses.  I'm not eligible so don't know how that works.
  7. Like
    bluehash reacted to Fmilburn in edX course Real-Time bluetooth Networks - Shape the World   
    The course started yesterday and the content of the first couple of videos is very familiar .  I haven't gotten very far but I am not sure it is going to be what I thought it would be.
    Separately I received my CC2650 BoosterPack module in the mail today - which will be used in the course.  I need to figure out something to do with that second module.  In the photo below the module soldered on the BoosterPack is far left.  The module PCB blends in with the BoosterPack PCB so it is hard to tell the size.  At bottom right the second module that comes in the box is flipped upside down to show the pins - scale in cm.

  8. Like
    bluehash reacted to yyrkoon in Beaglebone-Web-PMIC-Register-Viewer   
    *whew* 3 days of *tedious* plodding along, and 3-4 rewrites mid-stream, I finally have something that works, but probably needs a serious UX overhaul. Technical wise, it's pretty cool and fetches register values in real-time very quickly through socket.io. This project uses https://github.com/wphermans/Nodejs-AS as it's base, and slightly modified https://github.com/wphermans/Bonejs/blob/master/i2c.js. For the later, it's just hard coded device, and i2c base address. If I remember correctly. Tired of looking at code for a day or two . . .
    Project:  https://github.com/wphermans/Beaglebone-Web-PMIC-Register-Viewer
  9. Like
    bluehash reacted to Fmilburn in MSP-EXP432P401R Pre-Production (black PCB) LaunchPad to be Phased Out   
    For those who may not have seen it, the black LaunchPads with Rev B pre-release MCU are being phased out.  New red LaunchPads with a revision C production device are replacing it.  The announcement in e2e is located here.   There is information on timing and compatibility with CCS located here.
    A quote from the second link:
    TI recommends that you update all hardware and software be updated to latest Revision C devices. Support for MSP432P401R on CCS cloud (dev.ti.com) and via MSP432Ware have been updated to match Revision C devices. Pre-production Revision C samples can be ordered online and an updated LaunchPad using XMS Revision C silicon is also available online. There is a note at the bottom of the compatibility table that Rev B will be removed from device support packages in 2017.
  10. Like
    bluehash got a reaction from Fmilburn in Dual Stepper Motor Driver Boosterpack featuring ULN2003 and CSD17571Q2   
    New from TI. In preview mode:
    http://www.ti.com/tool/boostxl-uln2003'>Dual Stepper Motor Driver Boosterpack featuring ULN2003 and CSD17571Q2 NexFET

  11. Like
    bluehash got a reaction from SteveR in Dual Stepper Motor Driver Boosterpack featuring ULN2003 and CSD17571Q2   
    New from TI. In preview mode:
    http://www.ti.com/tool/boostxl-uln2003'>Dual Stepper Motor Driver Boosterpack featuring ULN2003 and CSD17571Q2 NexFET

  12. Like
    bluehash got a reaction from pine in Dual Stepper Motor Driver Boosterpack featuring ULN2003 and CSD17571Q2   
    New from TI. In preview mode:
    http://www.ti.com/tool/boostxl-uln2003'>Dual Stepper Motor Driver Boosterpack featuring ULN2003 and CSD17571Q2 NexFET

  13. Like
    bluehash got a reaction from spirilis in Dual Stepper Motor Driver Boosterpack featuring ULN2003 and CSD17571Q2   
    New from TI. In preview mode:
    http://www.ti.com/tool/boostxl-uln2003'>Dual Stepper Motor Driver Boosterpack featuring ULN2003 and CSD17571Q2 NexFET

  14. Like
    bluehash reacted to enl in What's more precise: UART via crystal or DCO?   
    The guideline for picking a clock source and the required accuracy and stability is pretty straightforward, but in general, using the DCO is what you want. If you have the crystal in system, the DCO frequency can be compared to it and the bit rate divisor can be adjusted for best approximation.
    The error rate given describes the accumulated timing error, NOT the unreliability of the line, and can be used to determine whether there is likely to be data errors in transmition due to timing issues.
    To add a little background, the bits are sent and received in nominally identical time slices. The first edge of the start bit is used to synchronize the process, and, from then on, the receiver examines the line at the middle of each bits allotted time slice. For 8 bit data, with a start and a stop, the total time used is 9.5 bit times, and if the timing slips more than 0.5 bit times in that, then the receiver may lose synchronization on the later bits and the stop bit. This will trigger an error state if the receiver expects the bits faster than the sender provides them, and the bit the receiver sees as the stop isn't the appropriate stop state, and confusion will result from a number of possible ways for the synchronization to fail leading to bits being read as the wrong position in the data.
    THis 0.5/9.5 ratio means that the maximum difference in bit rate , for reliable operation, is 5.5%.  THis isn't bad, but does require a decent clock  at both ends. If both clocks are off by 3% in different directions, then there will probably be loss of synchronization. This is the total difference, and, if one clock is very close, the other tan take substantially all of the error (this is not an unusual case, but is not always the case)
    The clocks for the MSP430 that make sense here are, as you said, the DCO and a 32KHz crystal. The Crystal is accurate to about 0.01% worst case. The DCO is accurate to maybe 3% typical. On the other hand, as you noted, due to the need to produce the serial clock by dividing the control clock, at bit rates that are greater than about 5% of the clock rate, there will be bit rates that can not be generated to meet the requirement. For historical reasons, the standard bit rates don't play well with power-of-two frequencies like 32768Hz.
    The situation is improved (and this is where the more favourable looking that expected error bound for the crystal comes from) by dithering the clock when you can't get an exact match: The basic rate is higher than needed, and some bits are stretched by a clock to minimize the accumulated error. This works well, but, if done at both ends of the line, can fail when the bitrate is about 1/5 of the clock rate (6Kbs with the 32KHz crystal). This is a rough number, not exact, since it depends on the details of how the bit time adjustment is done. If one end is dead stable, and an extra stop bit is thrown in, it works quite well up to  maybe 1/3 of the clock rate (9600bps with a 32KHz crystal).
    All of that said, I usually just use the factory calibrated DCO frequency and have no problem. I don't even bother with checking the exact frequency.
  15. Like
    bluehash reacted to roadrunner84 in What's more precise: UART via crystal or DCO?   
    The lower your source clock frequency, the less accurate you can tune your baud rate. So using a 32kiHz source would be less favourable.
    But the crystal is more stable than an RC oscillator (like the DCO), even if the RC oscillator is temperature compensated.
    So using a high frequency source (like the DCO) will help you get a more accurate clock, but it would be less stable than using the crystal.
    The best way would be to regularly tune your internal oscillator to a stable external crystal clock source. This is where PLL comes in to play.
    I think you can use the LFXT as a PLL source to your DCO, but I'm not sure.
    As you may have noticed, I kept talking about stability and accuracy, not about reliability. If you want your UART to be reliable, you would prefer the baud rate to be as close to the desired baud rate as possible, with as little jitter or drift as possible.
    For real world scenarios, that drift and jitter is barely a problem when using a baud rate as low as 9600Bdps.
    Also note that in the case of the msp430g2 Launchpad, you cannot go higher without using an external UART to your PC or other peripheral, because the emulator does not support higher baud rates.
    I'd err on using the DCO over the LFXT, because you can get a better approximation of the desired baud rate.
  16. Like
    bluehash reacted to chicken in TM4C123 doesn't start   
    Chapter 24.3 of the datasheet specifies 3.15 to 3.63 V for recommended operating conditions.
    Also see chapter 24.6.2:
  17. Like
    bluehash reacted to Fred in CCS for $9.99   
    Now a similar deal with the MSP432 Launchpad for $12.99
  18. Like
    bluehash reacted to mcurtis in TI Kilby Day Deals   
    Looks like some 20% off deals with free shipping on TI's site today:
  19. Like
    bluehash got a reaction from yyrkoon in Beaglebone cape in the works.   
    We use the Nimbelink for some of our projects and conferences. We have the Ethernet to Cellular E2CLink.
    Cost is crazy and it is not in any production equipment.
    I asked because you mentioned remote. BT/Wi-Fi/Sub 1Ghz are all nearfield.
    I get where you are going though. If the BBB has trouble doing all the stuff mentioned in the first post, another way to get around that is to use a micro connected in serial managing the BBB./PMIC/Battery/RTC. The downside is more code development, another processor family, board space+BOM count.
    Maybe an application note using any of the widely used Telit GSM modules will be a good starter/reference.
  20. Like
    bluehash got a reaction from yyrkoon in Beaglebone cape in the works.   
    I think the board will have a great success, if you can pair it up with a real world application... and that application is interfacing your daughtercard to a GSM module(whether USB or using serial -I2C/SPI). Good luck!
    $24.99 is a sweet spot, price wise for BBB peripherals.
  21. Like
    bluehash reacted to yyrkoon in Beaglebone cape in the works.   
    This is pretty much what we're doing already, except the solution is not all in one chip. Connectivity is all via I2C though. Which I still have to work out in code for the msp430, For the board we just did a production run on, we did not use I2C. Just a single GPIO, and a toggle count to enable the watchdog feature. It's actually pretty awesome for me to watch it working, as the very first time I ran it it caught, and dealt with a failed boot on the beaglebone. Which is of course why I came up with this idea to begin with. The rest of the features I added after observing the beaglebone in action for 3 and a half years, while noticing 'minor' flaws. Minor as in they are minor flaws, until you actually need the board to go into a production system. Then they become serious flaws.
    The real cool thing is that none of this requires anything special on the beaglebone to function correctly. Software wise. You can even run all of this without any special drivers on the beaglebone side. It's a simple matter of connecting these devices to an I2C bus, and using i2c-tools utilities if the user so wishes. However, Linux also has a 'built-in' driver for the ds3232 RTC, which is fairly handy, and really simple to use too.
    Anyway, it is my hope to keep costs below $25 per board if possible. The more features added however . . .will increase the cost, of course. Which is why I think adding power switching circuitry is not necessarily a good idea. Regulating a wide range input, maybe. However, with that said, perhaps something like an 'add-on' could work ? I'm kind of envisioning something like a grove connector, that would allow inexpensive add-ons via an i2c bus( for control ).
    @@bluehash I was talkign with a friend of mine about cell phone dongles, and he claims that there are USB dongles that cost less than $20. I have not looked into this myself, but if they truly do exist in this price range. It then becomes a simple matter of "bullet proofing" the software ? I'll look into it.
  22. Like
    bluehash reacted to yyrkoon in Beaglebone cape in the works.   
    One idea we were kicking around with today. Was *maybe* a "regulator" addition. That is imagine a remote site with a 12v solar panel, and a 12v deep cycle for providing long term power. A design could include a 12v, or even a wide DC input voltage regulator to 5v power for the beaglebone. Kind of like a UPS, as our cape already uses a 3.7v LiPO. But I could see a potentially large need for this design in the scientific crowd ( extreme remote site data acquisition ) We could even design a solar charge controller into such a cape . . .
  23. Like
    bluehash reacted to yyrkoon in Beaglebone cape in the works.   
    @@bluehash here ya go: http://nimbelink.com/skywire-beaglebone-black-modem/
    But like I said in my last post. The cost of that cape is ridiculous in my mind. Cost is twice the cost of a beeaglobone( $110US from Digikey ). Also I've talked with someone who has used one. It uses some sort of hokey UART USB gadget interface. But I guess if you *REALLY* need one . . .
  24. Like
    bluehash reacted to eskimobob in crt0.S not found   
    Ok, got it working - I had set a couple of breakpoints in main.  Out of frustration, having tried everything else, I removed all breakpoints and relaunched and it worked ok - I can now add the breakpoints back in and all seems fine.  No idea what was wrong but something was screwy.
  25. Like
    bluehash reacted to SteveR in Who is using rPI ?   
    Depending on the speed you need you can use a:
    USB WiFi dongle, 
    USB to Ethernet adapter,
    serial to Ethernet adapter, or an
    The first two will need an adapter or USB OTG cable, and may require a powered hub to work reliably. There are also several boards like this one that add standard USB ports to the Pi (they use pogo pins), which would not require the OTG cable/adapter.
    The last two will require you to solder wires or pins to connect them to the GPIO pins, and will be much slower.
    As for the IoT HAT mentioned by Rei Vilo, I have one of these and it can be ordered without the female header, which would allow using stacking headers thus gaining access to the unused GPIO pins. 
  • Create New...