| Products > Test Equipment |
| Some old school instruments showing how it's done (HP 3325A and Fluke 8506a) |
| << < (40/91) > >> |
| garrettm:
The datasheet states "up to 40 ASCII character readings per second" on the bit serial interface (at 9600 baud) and "up to 500 readings per second" in the binary mode are possible on the 8/16bit parallel and GPIB interfaces. The 500 readings/s mode assumes you copy the cal data off the meter and perform the zero and gain corrections yourself. It also says that the Line Asynchronous mode is a 3-byte binary format, rather than 6-byte. Assuming <CR><LF> termination characters, that's 5-bytes per transfer. Using command J should drop that to 4-bytes. |
| garrettm:
--- Quote from: SilverSolder on February 08, 2021, 01:30:47 am ---I have one, but find it hard to use... suddenly, one side or the other "lets go" and there you are... bent pins all over the shop. --- End quote --- For large pin count ICs it's a bit tricky. You generally have to "see-saw" the IC out slowly and with decreasing force as it starts to come loose. Steady pressure will result in an explosive release that usually bends the leads since the applied force is invariably at a sight angle. You can also use a flat-head screwdriver to pry up each edge in a similar see-saw action, though it might take two screw drivers on the final leg of the release to prevent pins from being bent. I would apply a small amount of masking tape on the bare metal of the IC grabber and/or screwdriver to prevent scuffing the ceramic. |
| SilverSolder:
Perhaps those plastic tools used to pry cell phones apart might work in this application... |
| SilverSolder:
--- Quote from: joeqsmith on February 08, 2021, 01:06:05 am --- --- Quote ---Perhaps this instrument NEVER returns a result that is not the outcome of an averaging process of some kind? --- End quote --- I suspect that the Sync output does indeed pulse on each measurement sequence, as the manual suggests. Besides "measurement sequence" the manual also mentions "measurement cycle" "readings" "samples" and "digitizing time". The manual doesn't come out and define all of these. At one point they state "reading (display update)" so it seems like that would also include a measurement cycle and measurement sequence. I don't understand why anyone would lead the reader through such a fog zone. I was reading about the programmer's software here: https://www.eevblog.com/forum/beginners/tl866ii-plus-tl866acs-open-source-software-(oem-software-has-malware)/msg2799742/#msg2799742 Hopefully this was resolved. --- End quote --- By the way, it looks like the current model is the TL866II Plus, the TL866CS is no longer made. |
| joeqsmith:
I used to have a tool to extract DIPs but it seems to have been lost or pitched. I have a few of the PLCC pullers still. I used to have a DIP insertion tool that would form the leads. Days gone by but looks like Grainger still offers some of them. https://www.grainger.com/category/tools/hand-tools/electrician-s-hand-tools/communications-tools/ic-insertion-extraction-tools --- Quote from: SilverSolder on February 08, 2021, 01:29:54 am ---VirusTotal can give false positives from some of the many scanners it uses - I have seen that before even with stuff I've written myself. I would guess the fact that it installs a USB driver for the device might appear "low level" to some scanners. Nothing in life is certain, but this looks safe to me. --- End quote --- I was reading the whole thread, where others chimed in. Looks like it wasn't just one scanner. https://www.eevblog.com/forum/beginners/tl866ii-plus-tl866acs-open-source-software-(oem-software-has-malware)/msg2802468/#msg2802468 They were talking about both models. It's certainly low cost. Are the pins protected against shorts to ground and adjacent pins? Is the reason for reading the parts several times because of the quality of the socket? Are they using a name brand socket? 40 ASCII character readings per second would be 2.8 readings a second with 14 characters but I was seeing data much faster than this. It's odd they would use the term Readings as they defined that to mean display updates in the manual. I wouldn't be surprised it they turn off the display in these high speed modes. Still, I don't buy it. The reason is because I never see the sync running that fast with no data being transferred. Then again, maybe reading in this context is that rate the ADC is making decisions, not how fast the display is being updated. Easy enough to see if using the GPIB will magically speed it up. If you start seeing actual full packets of data showing up at 2ms like they suggest, that would be very good to know. |
| Navigation |
| Message Index |
| Next page |
| Previous page |