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.