Welcome
Username or Email:

Password:


Missing Code




[ ]
[ ]
Online
  • Guests: 14
  • Members: 0
  • Newest Member: omjtest
  • Most ever online: 396
    Guests: 396, Members: 0 on 12 Jan : 12:51
Members Birthdays:
No birthdays today

Next birthdays
05/04 Matthew T. (35)
05/04 Amrit Deshmukh (60)
05/05 Alexandre (32)
Contact
If you need assistance, please send an email to forum at 4hv dot org. To ensure your email is not marked as spam, please include the phrase "4hv help" in the subject line. You can also find assistance via IRC, at irc.shadowworld.net, room #hvcomm.
Support 4hv.org!
Donate:
4hv.org is hosted on a dedicated server. Unfortunately, this server costs and we rely on the help of site members to keep 4hv.org running. Please consider donating. We will place your name on the thanks list and you'll be helping to keep 4hv.org alive and free for everyone. Members whose names appear in red bold have donated recently. Green bold denotes those who have recently donated to keep the server carbon neutral.


Special Thanks To:
  • Aaron Holmes
  • Aaron Wheeler
  • Adam Horden
  • Alan Scrimgeour
  • Andre
  • Andrew Haynes
  • Anonymous000
  • asabase
  • Austin Weil
  • barney
  • Barry
  • Bert Hickman
  • Bill Kukowski
  • Blitzorn
  • Brandon Paradelas
  • Bruce Bowling
  • BubeeMike
  • Byong Park
  • Cesiumsponge
  • Chris F.
  • Chris Hooper
  • Corey Worthington
  • Derek Woodroffe
  • Dalus
  • Dan Strother
  • Daniel Davis
  • Daniel Uhrenholt
  • datasheetarchive
  • Dave Billington
  • Dave Marshall
  • David F.
  • Dennis Rogers
  • drelectrix
  • Dr. John Gudenas
  • Dr. Spark
  • E.TexasTesla
  • eastvoltresearch
  • Eirik Taylor
  • Erik Dyakov
  • Erlend^SE
  • Finn Hammer
  • Firebug24k
  • GalliumMan
  • Gary Peterson
  • George Slade
  • GhostNull
  • Gordon Mcknight
  • Graham Armitage
  • Grant
  • GreySoul
  • Henry H
  • IamSmooth
  • In memory of Leo Powning
  • Jacob Cash
  • James Howells
  • James Pawson
  • Jeff Greenfield
  • Jeff Thomas
  • Jesse Frost
  • Jim Mitchell
  • jlr134
  • Joe Mastroianni
  • John Forcina
  • John Oberg
  • John Willcutt
  • Jon Newcomb
  • klugesmith
  • Leslie Wright
  • Lutz Hoffman
  • Mads Barnkob
  • Martin King
  • Mats Karlsson
  • Matt Gibson
  • Matthew Guidry
  • mbd
  • Michael D'Angelo
  • Mikkel
  • mileswaldron
  • mister_rf
  • Neil Foster
  • Nick de Smith
  • Nick Soroka
  • nicklenorp
  • Nik
  • Norman Stanley
  • Patrick Coleman
  • Paul Brodie
  • Paul Jordan
  • Paul Montgomery
  • Ped
  • Peter Krogen
  • Peter Terren
  • PhilGood
  • Richard Feldman
  • Robert Bush
  • Royce Bailey
  • Scott Fusare
  • Scott Newman
  • smiffy
  • Stella
  • Steven Busic
  • Steve Conner
  • Steve Jones
  • Steve Ward
  • Sulaiman
  • Thomas Coyle
  • Thomas A. Wallace
  • Thomas W
  • Timo
  • Torch
  • Ulf Jonsson
  • vasil
  • Vaxian
  • vladi mazzilli
  • wastehl
  • Weston
  • William Kim
  • William N.
  • William Stehl
  • Wesley Venis
The aforementioned have contributed financially to the continuing triumph of 4hv.org. They are deserving of my most heartfelt thanks.
Forums
4hv.org :: Forums :: Computer Science
« Previous topic | Next topic »   

MSOP Reverse Engineering

Move Thread LAN_403
Hon1nbo
Thu Mar 12 2015, 03:43PM Print
Hon1nbo Registered Member #902 Joined: Sun Jul 15 2007, 08:17PM
Location: North Texas
Posts: 1040
Hi all,

I am currently working on a project where I am testing some embedded hardware. The on-board MCU is an MSP430 series, but there is also a UART and a shared EEPROM.

I need to read the EEPROM, and normally this wouldn't be a huge issue, but it is an 8 pin MSOP package. I do not have access to any hot air tools.

I tried to delicately solder some leads to the I2C pins, but while I could get them without shorts (after a lot of careful maneuvering), I could not get the wires' bond to be strong enough to work with practically.

I have some test clips for SOIC chips, but not any for MSOP. Do these exist?

Has anyone found a reliable way to debug something as small as an MSOP on board? At this point I am going to be shaving the lacquer off of some nearby traces and tapping into those, but I'm hoping I can learn of a better method for the long term. I intend to get some new reflow tools, but I am low on space for new instruments, and SMD gear of this size is not something I use that often myself.

Cheers,

-Jim
Back to top
Dr. Slack
Thu Mar 12 2015, 04:38PM
Dr. Slack Registered Member #72 Joined: Thu Feb 09 2006, 08:29AM
Location: UK St. Albans
Posts: 1659
I could not get the wires' bond to be strong enough to work with practically.

What I normally do under those circumstances is to glue (hot melt is ideal) a scrap of PCB with a few solder lands or thru holes on it next to the IC under question, and solder the big wires onto the PCB lands. Then take some fine wires, I usually split some 7/0.1 hookup wire, and make links from the IC pins to the PCB lands.

I wouldn't solder to nearby traces, most are too small and will rip off easily.
Back to top
Carbon_Rod
Thu Mar 12 2015, 05:47PM
Carbon_Rod Registered Member #65 Joined: Thu Feb 09 2006, 06:43AM
Location:
Posts: 1155
For LF data lines,
push-pins through hot-melt glue with micro jumper leads.

A low-end stereo microscope is a necessity in any SMD workshop.
wink
...or you look for bus "test points", and hold the master mcu in clock reset until you are done.
Back to top
Hon1nbo
Sat Mar 14 2015, 04:28AM
Hon1nbo Registered Member #902 Joined: Sun Jul 15 2007, 08:17PM
Location: North Texas
Posts: 1040
All great help!

We actually got some silicone molding supplies and are kinda using that similar to the hot glue you described, but a little more forgiving (in placement at least).

As or keeping the MCU in reset, I'm actually not even powering on the main MCU for the tie being. I'm just trying to access the EEPROM alone at the moment.

As for the microscope, I have some stereo eye loops that I use which work very well for SMD work (though not as nice as one of those scopes on my previous SMD workstation... how I miss the free lab access in school).

and as for the traces, some are fairly small but a lot of this device has some unusually large traces for the signal present. I think it's because it is meant to be an ultra-high availability/safe device with extremely strict interference and operational requirements. (Not something I expect to encounter often).

Cheers,

-Jim
Back to top
Sulaiman
Sat Mar 14 2015, 08:55AM
Sulaiman Registered Member #162 Joined: Mon Feb 13 2006, 10:25AM
Location: United Kingdom
Posts: 3140
8pin MSOP ICs have a 0.65 mm pin pitch
there are numerous MSOP, TSSOP to DIL adapters available,
e.g. Link2

MSOP packages with more than 8 pins are a slightly smaller 0.5 mm pitch.
Check the datasheet for your device.
Back to top
Hon1nbo
Mon Mar 16 2015, 04:16AM
Hon1nbo Registered Member #902 Joined: Sun Jul 15 2007, 08:17PM
Location: North Texas
Posts: 1040
Sulaiman, breakout boards such as those are for breaking out these packages independently. I have to do debugging on-board the original circuit.

This is the type of testing device I need to find/create for MSOP packages: Link2

-Jim
Back to top
Sulaiman
Mon Mar 16 2015, 06:27PM
Sulaiman Registered Member #162 Joined: Mon Feb 13 2006, 10:25AM
Location: United Kingdom
Posts: 3140
Ah, sorry.
We use clips like that on a machine that we call PinPoint for testing ICs and pcbs,
the smallest pitch that we use is 1.27mm (0.05")
I'll try to check with our supplier if 0.65mm (and 0.5mm) pitch versions are available.

With such small pitch ICs it is common to see a test pad grid on the pcb for automatic machine probing
(spring loaded pins)
Back to top

Moderator(s): Chris Russell, Noelle, Alex, Tesladownunder, Dave Marshall, Dave Billington, Bjørn, Steve Conner, Wolfram, Kizmo, Mads Barnkob

Go to:

Powered by e107 Forum System
 
Legal Information
This site is powered by e107, which is released under the GNU GPL License. All work on this site, except where otherwise noted, is licensed under a Creative Commons Attribution-ShareAlike 2.5 License. By submitting any information to this site, you agree that anything submitted will be so licensed. Please read our Disclaimer and Policies page for information on your rights and responsibilities regarding this site.