Step 1: Instrument Specifications
If you aren't a number freak, feel free to skip this page as fast as you can :-)
On the next page I'll discuss a few of the key specifications.
Input:
Number of channels: 2
Analog bandwidth: > 1.3 MHz
Input impedance: 1 MOhm || 15 pF
Probe connection: BNC
Usable probe types: Standard 1:1, 1:10, 1:20 probes
Vertical (voltage) scale:
Vertical sensitivity (20 divisions):
- 5 mV/div to 1 V/div (1:1 probe)
- 50 mV/div to 10 V/div (1:10 probe)
- 100 mV/div to 20 V/div (1:20 probe)
Vertical offset: 0 - 20 divisions
Maximum voltage range
-12V ... 20V (1:1 probe)
-120V ... +200V (1:10 probe)
-240V ... +400V (1:20 probe)
Probe compensation: yes (2 kHz calibration output)
Offset adjustment: yes
Horizontal (time) scale:
Max. sample rate (single shot): 1 MSample/sec
Max. sample rate (repetitive signals): 20 MSamples/sec
Timebase settings (scope mode): 0.5 usec/div ... 1 sec/div
Timebase settings (datalogger/roll mode): 0.5 sec/div ... 1 hr/div
Trigger:
Trigger source: CH1, CH2, auto (free run)
Trigger polarity: rising edge, falling edge
Trigger noise reject: yes (selectable)
Pre-trigger capability (i.e. can show what happened
before the trigger event): 0 - 20 divisions
Post-trigger delay (delayed scan, to look at the
signal long after the trigger event but with high
resolution): 0 - 200 divisions
Acquisition:
Record length (normal mode): 200 points/channel
Record length (FFT mode): 400 points/channel
Max. screen refresh rate: up to 40+ frames/sec
Datalogger mode (roll mode): yes (data can be logged to file in real time)
Display:
Real-time FFT: yes
FFT filters: Rectangular, Hanning, Hamming, Blackman
Averaging: yes (2 / 5 / 10 / 20 / 50 / 100)
X-Y mode: yes
Display styles (can be combined): Points, Vectors (Lines), Infinite Persistence
Time and level measurements: yes (using cursors)
Save & Restore:
Waveform export (e.g. to Excel):yes (CSV format)
Save/restore of scope setups: yes
PC Software:
PC connection: USB, 500 kbaud
PC software: Windows 2000, XP (SP3), Vista, 7
Minimum screen size: 800 x 600 pixel
Mechanical construction:
Power supply: through USB (5V / 250mA)
(external supply 7.5 - 9V / 300mA optional)
Approx. size (in enclosure): 4.5" x 2.6" x 1.2" (114 mm x 66 mm x 31 mm)
Component count: ~50
Solder connections to make: ~200
Required skill level for assembly: moderate; only through-hole components and DIP
packages (no surface mount or fine pitch parts)
Printed circuit board: Professional printed circuit board with corrosion-resistant, gold-plated pads and contacts (not cheap solder finish), with silkscreen
to denote component locations.
Enclosure: Sturdy ABS plastic enclosure with custom glass-fiber front- and back-panel, silkscreen. All
holes pre-drilled - no drilling required.
Microcontroller and USB interface: Fully pre-programmed; no programming required





















































Remove these ads by















Visit Our Store »
Go Pro Today »




The more important question is whether your signals are (or can be made) repetitive. This is because the single-shot sample rate is limited to 1 MSample/sec, i.e. just a single sample per bit period at 1 MHz. This would NOT be sufficient to capture the waveforms. But if they are repetitive you can use the equivalent time (where the waveform is put together from several acquisitions, each slightly delayed in time) which can go to an (equivalent) sample rate of 20 MSa/sec - so 20 samples per bit interval.
With 1.3MHz bandwidth limit, can the said device actually capture 1MHz I2C and SPI cos they are square waves with much higher bandwidth. Please do correct me if I am wrong.
Thanks
i have mad this project now i need source cod for PIC30F..
please help me for this at (geraldino250@gmail.com) for my own scope
The original is written in Visual Basic 6, so quite Windows specific - so I'm afraid it would be more a complete re-write rather than a quick conversion. I do get occasional requests for Linux or MacOS versions, but given my limited time for my hobbies I prefer to develop new instruments rather than spend a lot of time to serve a IMHO still niche market... - most people have access to some Windows PC or laptop when needed.
Over the years I had several people wanting/offering to convert some of my software to other platforms, despite my warnings about the time and effort required. Not surprisingly (to me) after initial enthusiasm (along the lines, "... all I'll have to do is...", "...and then I'll quickly...") none of them produced anything in the end, so my enthusiasm in this regard is a bit muted ;-)
thanks before.
i have mad this project now i need source cod for PIC30F..
please help me for this at (shafiq2eng@hotmail.com)
if some body want a easy design then check this link
http://microembeded.blogspot.com/2011/07/two-channel-pcbased-oscilloscope-usb.html
I am actually working on a much simplified scope myself: about as easy as it can get, it uses just two chips, one PIC (USB capable, but not the 2550) and one op-amp - yet offers USB connectivity (power and data), two channels, variable gain (max. range +/-25V), standard 1 MOhm input impedance, analog bandwidth of ~300 kHz and sample rate up to 2 MSa/sec (for repetitive signals), FFT mode, as well as a 4-channel logic analyzer mode.
The new design (tentatively called DPScope SE) will not replace the existing one (which has much higher bandwidth and sample rate) but complement it. I already have the hardware (with custom printed circuit board, not just breadboarded) up and running, and the PC software is ~70% complete.
Stay tuned!
atleast send circuit diagram
The "no-frills oscilloscope" is well on its way - the prototype is working fine and being tested and the software developed as we speak. Don't expect it to replace the DPScope though.
I got a question for someone who knows about osciliscopes, I saw one at a flea market, on the outside it looked good, it is about 30 years old, what are the chances of it working or being fixable?
Best wiches.
Carlos Ahumada
Santiago de Chile
Both instruments will use the PC for control and display, just like the DPScope. The challenge here is to reduce component cost to absolute minimum. Microchip has a couple low-end, low-cost (a third of the price of a 18F2550 or 18F4550) USB-capable microcontrollers that will be fun to work with. Right now I'm waiting for the development board for them.
Stay tuned!
I am working on a PIC project right now with the PIC18F4550. Would it be possible for you to send me your C++ code for the oscillator, ADC, and SPI communication?
hesslerk@gmail.com
Thanks!
Kurt
For PIC18F series development I use MIkroelektronika's MikroC compiler and development boards. The compiler (2K limited demo download is free) comes with a few examples for the 18F4550 - just use these as a starting point, they should work right out of the box (they did for me). They use an external 8 MHz crystal and run the core at 48 MHz (maximum possible) which is probably what you want to do (USB needs exactly 48 MHz anyway). MikroC has native libraries for ADC and SPI - very easy to use - so there isn't any clever code I could share for that. E.g. adc read is my_var = adc_read(channel)
If you are interested in USB using the 18F4550, go to the MikroE web forum and search for "USB" and author "womai" - I posted a full example (including VB6 source code for the PC side).
I have been a member of Instructables for quite some time and even before that, I would pop in to check on some project or another and trust me it's not the first time I see someone advertising their work. And believe me I am totally fine with that. As a matter of fact, I believe that if one can profit from a great design and/or personal work, it's not bad at all, as long as there are willing customers.
To be honest, I expected many more reactions in the comments so far, since I've seen people get upset for less obvious advertisement. But in most other cases, as I recall, the 'ibles were enough to complete the project without having to buy something from a specific someone.
In your case, you repeatedly refused to give the firmware and the circuit layout when asked and sometimes you did not even bother to answer.
I know that if I were more skilled in electronics and mc programming, I would work something out on my own, as you pointed out (using a proto-board for example).
Again, I am not giving you fault here, I just expected a little more honesty from your side. You could have stated in the beginning that this is an 'ible to build a very specific kit, as others have done. "Build your own" is a bit misleading don't you think? If I were to follow this 'ible, I would be building *your* USB/PC-Based Oscilloscope, not mine.
I have no intention of being offensive or anything, so I apologize beforehand if my comment upset you, I just thought I should give my two cents.
First, I don't agree with "you did not even bother to answer". If you read through the list of comments, I make an effort to always comprehensively answer whatever question - technical or otherwise - somebody has. A few - not many - of the comments though were not questions at all, for all can tell these individuals only wished to express their opinion but did not really seek any response or comment from my side. They are of course entitled to their opinion, so I let them stand as-is.
Second, I do think there is a lot to learn from this project even if you have no intention of getting the board or kit. The whole hardware design - as well as the high-level software design - is documented and explained in detail - so you get a proven, usable analog frontend - a variable gain amplifier chain with ove a MHz of bandwidth - for free (of better design quality than many low-end commercial scopes have as I can assure you), as well as a good idea how a real digital sampling scope works. In fact I personally know about more than one person who copied all or part of the analog portion for his/her own project. I have seen many other instructables where the total amount of usable information was quite a bit less than this alone.
Finally, I have published a fully open scope design as well - including firmware, board layout and so on, which everybody is free to use if so desired, so overall I do feel I contribute to this community in the way intended:
http://www.instructables.com/id/LCS-1M-A-Full-Featured-Low-Cost-Hobby-Oscillosc/
Regards,
womai
Thank you for the link to your other project. Again (with my little experience in electronics) I cannot but admire the design.
I sincerely hope you were not offended or in any other way annoyed by my comment. I just expressed what was in my head at the time of reading.
And no, I don't get any kickbacks from them ;-)
Much appreciated!
The good thing is, once you got you feet wet with the Picaxe (and gained some experience with general electronics while working with it), moving over (or up) to any other platform (Arduino, bare PIC or Atmel or any other microcontroller) will be much easier as all the basic concepts stay the same.
private void timer1_Tick(object sender, EventArgs e)
{
Graphics g = pictureBox1.CreateGraphics(); // pictureBox1 is picture that
display grid
pictureBox1.Refresh();
// function to display adc data;
}
1. The microcontroller gets pretty hot. I think hot enough to burn your finger if you leave it there for more than 10-15 seconds.
2. The waveforms in the software will be active for about 5 seconds, then freeze for about 5 seconds, then active again, etc.
3. After about 1 minute of constant operation, it freezes. The waveforms are frozen, but the software still works (I can move the sliders, etc). So I think it's a hardware/firmware problem and the microcontroller that is freezing. I have to unplug the USB cable and plug it back in to get it going again.
Is any of this normal? I've been looking, but haven't found any shorts or bridges in my soldering. Has anyone else had these problems?
the microcontroller becoming hot is not a problem, but a feature :-) But seriously, this is normal, the Microchip dsPIC30F series is known for that, it uses relatively large power which produces heat accordingly. I should probably add a note to the assembly instructions so people don't wonder. I measure about 65degC on my DPScopes, which is indeed uncomfortable to touch but will not affect reliability (the chips are spec'd up to 125 degC operating temperature).
The software freezing up is not normal though. I have built dozens of DPScopes so far and had them continuous in operation for days and weeks without this happening, on different computers. Also I have not a single other user report about this happening. As a first step, please try to operate the scope on a different computer and see if the problem persists.
- is the supply feeding into the "+" and "-" points close to the 7805 regulator? (not the test points close to the CAL connector)?
- what is the spec of the external supply? - needs to be able to deliver ~500mA current, and have a voltage of ~9V (you need a bit more than 5V because the regulator adds ~2V drop)
- use a voltmeter to measure the scope supply after the regulator (the "+" and "-" test points close to the CAL connector (not the points close to the regulator)! The measurement result should be close to 5V (+/- maybe 0.2V)
By the way, I have added a user forum to the DPScope webpage (go to http://www.dpscope.com --> User Forum, or direct link http://dpscope.freeforums.org/). Going forward this is will be the best place to get help as I check it daily. Out of some reason Instructable stopped sending me notification when a comment gets posted so I may not see it for days or weeks.
Also, wrt to software for mac - you mentioned that it would be good if an individual would get it working for mac/linux.
I can get your DPScope program running on Snow Leopard with Darwine, which is easy. Just install as normal. Problem is, it doesn't recognise the scope. Are there any clever people out there that can get winehelper to emulate the COM port through the mac's USB? I don't think it should be that difficult, I'm just not that experienced with darwine or FTDI drivers.
My complaint is a design flaw in the offset voltage. It is reflected in the output across the 1 megohm voltage divider, sourcing several microamps of current. It is not a problem with measuring buffered signals, but it gets in the way of reading sensitive circuits. I had been using it on a high-impedance oscillator in-circuit, and the DC bias would affect the operation of the circuit in a noticeable way. I think that if the DC bias were not present, the circuit would behave better. One workaround would be to set the offset voltage to zero although that prevents reading negative voltages.
I think the input circuit needs a bit of a redesign. Offhand I can't think of a good way to do it without going to a full-blown differential input internally biased against VCC/2 which of course adds a couple op-amps to an already crowded (and power hungry) device. Simply floating the BNC ground to the offset voltage instead of tying it to system ground would alleviate the problem on isolated circuits, but grand external ground loops would probably thwart that (i.e. watching signals from the audio output of the computer would short the BNC ground to the PC ground which is tied to the USB ground, etc.)
Many thanks for such an excellent kit! I just finished assembling it and playing around with it for a bit and it delivers.
Works PERFECTLY! I'm so impressed, I've never been so pleased with something I've soldered together myself, and it worked first time :D
Been using it to test the output of a servo controller circuit I built so I could check the PWM signals. The ability to save and load scope parameters is a BIG bonus!
Thanks again, Wolfgang, you've made an electronics geek very happy!
Can't wait to get this thing put together and calibrated :D
I wanna say a very big personal thank you again as I've wanted my own scope for as long as I can remember, but have never found an affordable solution which is of good design quality as this kit is.
Please let me know if you start selling kits for other equipment ;-) Next stop, a really good function generator with arbitrary waveform generation :D
Mine arrived 3/22/10 after a 3 week parts delay, (with timely updates form the author) and took me about 2.5 hours to put together and calibrate. Thanks for marking the caps, I didn't need to pull out the the microscope or the LCR bridge.
This simple scope is a great addition to the tool box for any experimenter / hobbyist out there, and you can't beat the price.
http://s794.photobucket.com/albums/yy222/cardinal634/?action=view¤t=IMG_1593.jpg
I added a switch & capacitor to each channel to make the input similar to a Tektronix oscilloscope I have.
This change lets me switch in a capacitor in series with the input signal. That way if I want to see what is happening on a DC signal, I can switch to AC coupling - the DC is blocked by the capacitor and I can look at the signal at a higher resolution.
I found some small switches, drilled 1/4 inch holes below the seam of the box and placed so that it didn't interfere with or touch anything else. The lead from the BNC connecter was not installed in the PCB - it was pulled up and wired to the center of the switch. One lead of the cap was soldered to the PCB instead. A wire was added to that same lead and connected to one side of the switch. The other side of the capacitor was connected to the other side of the switch.
The plastic tie-lock helped the board and the end plates in place while I figured out where switch would. To prevent mangling the box while drilling, I started with a 1/16" hole and then used a unibit from home depot to slowly open the hole a drill size at a time.
There are more shots before & after the portion of schematic. I am new to photobucket, can't find a way to delete stuff.
Can't wait till it comes :D I ordered the kit version 'cause I like building things myself plus it's cheaper :P
I'll probably post back here when it arrives to leave comments :D
I have a question: you have a 1Ms/s interface with 8 bit per sample. It's 8Mb/s. Two channels are 16Mb/s. How can you send data to pc via a 500kbps interface? Do you throw away packages or.. How?
Thanks
So overall, at fast sample rate the scope spends most of the time transferring and displaying the data. As I said, every other digital real-time scope works the same. There are scopes that can do 40 GSamples (yes, 40 billion samples) per second on several channels simultaneously, no data connection to the PC could get even close to carry that as streaming data.
Another question. Is it possible to buy only the firmware? Simply the .hex file (which - I think - is not editable) sent by e-mail? If it is possible, how much is it? Thanks
a 24 F 2020. What other chip could be used instead.
all bests for you Dear Womai.
the PCB is included with the scope kit that you can get from my website (www.dpscope.com), so no need to fabricate your own. The PCB isn't suitable for home-brew methods anyway since it has pretty small vias and narrow lines, and having one produce a single one professionally would cost more than the whole scope kit.
thanks and good luck Media.
What you could to is build it up on a prototype board (e.g. stripboard, veroboard) - the circuit schematic (in PDF format) is on the webpage.
BTW, setting up a Paypal account is pretty easy, and you don't need a credit card to fund it - they also accept bank transfers and personal checks.
Making software really platform independent isn't trivial, even with nominally portable environments like Java. Especially once the software has to access external hardware, in this case through a virtual serial port. On top of that, one needs access to the different platforms to test the software on them.
Truth be told - and I am by no means a defender of M$ - from my experience having the application running Windows only covers 80% - 90% of the users, so adding MacOS and Linux triples the support effort for relatively little additional benefit (after all, Linux people can run Windows software in an emulator).
Just my personal opinion of course, and I am sure others will have their own views.
I'm not really the S/W guy, but it looks as if you are using the Microsoft Chart Controls that came out in later-2008.
The question are basically: Did you feel this was a good fit for the GUI needs? Or was there a lot of coding that might otherwise have been alleviated with something like PlotLab? (e.g. all the zoom, pan, axes, cursors, markers and so on)
Certainly the MS Chart Controls are free, and PlotLab is not (but is not too bad, which is why their price was not an issue to us).
Thanx in advance for any insight you can offer from one designer to another.
So speed is one reason NOT to use a generic third-party routine with all the related overhead. Of course cost is also a consideration - given that Plotlab seems to cost a few 100 dollars (while I have VB6 Professional available for free), this would significantly increase my cost; after all, when I developed the scope I didn't know whether I would be able to sell 10 units or 1000.
But in any case thanks for the pointer to these libraries, if the scope remains popular it may be a viable choice for a future software release.
XYZ of Oscilloscopes
For anyone else who like me couldnt find this info as a standard user browsing this page , check here http://www.dpscope.com
One thing, if it's not an add and open to all for construction, then why you have not given the firmware to be programmed in uController.
Dont u feel it against the spirit of an insutructable.
Fortunately, I have the hardware needed to program the microcontroller!
Thanks in advance!
http://www.dpscope.com/contact.html
Do you ship to the UK?
range. Don't this would work.
A few possibilities:
- get yourself an off-the-shelf 1:100 probe. Then just multiply the displayed values on the screen with 100.
or:
- modify the input attenuator (R1, R2) and (R3, R4). Just make sure the total resistance stays 1 MOhm. In the original design R1, R2 are 249 kOhm and 750 kOhm, respectively, i.e. a division ratio of 1:4 (R2/(R1+R2)). To change this to 1:40 (so you can use a 1:10 probe and still get the 1:100 total ratio), you'd need - to a good approximation - a 1 MOhm resistor for R1, and a 24.9 kOhm resistor for R2. Possibly only modify one input channel so you can still use the other one for small signals.
Note: I would not recommend using a 1:1 probe and modifying the input attenuator to a 1:400 ratio, because that would mean applying full voltage across the poor small resistor; I'd be afraid of arcing. On the other hand using 1:10 probe and a 1:40 attenuator limits the actual voltage at the scope input to 1/10th of the circuit voltage and divides the voltage down in two stages rather than one.
Is this a clone, kit, or your own design?
this is my own design from ground up - both hardware and software, which I'm offering as a kit.
http://www.dpscope.com/buy_it.html
(Tip: it seams to work better with a second hard drive installed)
Have you considered building an audio interface?