There is nothing wrong with making mistakes. They just need to be documented and fixed. Not offering public downloads and change history might have other reasons (like trying to avoid fw hacking), but usually it stems from the idea that making bugs is something to be ashamed of and therefore trying to conceal it.
BTW: it's a bit weak that you can't save both channels at the same time. Also the "copy" button always saves the waveform, even if you defined saving to bitmap in the "save" menu.
Dear Sir,
Thanks for your support to OWON products.
We'll give u a upgrade software to solve your problem but needs some time.
After finishing, we'll send to u.
And one pretty bad thing that I just noticed and that I wasn't really aware of when selecting the 8102: the 2GS/s (1ch) and 1GS/s (2ch) sampling frequency is only possible for record lengths of 10k or less. With more than 10k record length, the sample frequency is automatically reduced to 1GS/s (1ch) and 500MS/s (2ch).
So I guess if you want to use the large record lengths, the 8102 is effectively the same as a 7102.
On a 2nd thought, that limitation makes sense if you consider that the common understanding ist that all SDS models share the same hardware (apart from the ADC). So they also share the same memory bandwidth. Quite obviously you'd need twice the bandwidth for a 2GS/s sample rate. So probably the Owon is limited to the FPGA internal block RAM for any sample rate >1GS/s.
Dear Grace,
sorry, for not explaining myself clearly. I do not ask for a Linux or
Mac Version of the software, but for the specifications of the data
protocol used for communication with the oscilloscope. These
specifications are independent of the operating system. We are running
several research projects using Linux machines and it would be very
helpful if I could read data from your oscilloscopes with these
machines. If you could provide me with the USB protocol specifications,
I could develop a driver that enables me to read data from your
oscilloscopes using our Linux machines.
Please tell me, if you can provide me with the data protocol
specifications or not.
Kind regards,
XXXX
Am Montag, den 17.10.2011, 16:50 +0800 schrieb service:
> ?
> Hello XXXX,
> It can only support WINDOWS.
>
>
> Best Regards,
> Grace
> OWON Service Team
> ------------------------------------
> Xiamen Lilliput Technology Co., Ltd.
> Website: www.owon.com.cn
> Mail address: service@owon.com.cn
> Tel: +86 592 2575666
> Fax: +86 592 2575669
>
>
>
> ? XXXX
> ?? 2011-10-17 15:08:13
> ? service
>
> Re: SDS series USB protocol specifications
>
> Dear Grace,
> as I have mentioned in my previous eMail, I am not asking for the
> current version of the Windows software you offer, but for the current
> specifications of the USB protocol, so that it is possible to get data
> from the scope using also e.g. MacOS or Linux. I have found
> specifications for older Owon scopes here:
>
> http://sourceforge.net/projects/owondriver/files/
>
> Unfortunatly, these specifications do not seem to be up-to-date. I am
> therefore kindly asking, if you could provide me with an up-to-date
> version of the USB protocol specifications.
>
> Kind regards,
> XXXX
>
>
> Am Montag, den 17.10.2011, 08:52 +0800 schrieb service:
> > ?
> > Dear Sir,
> > Thanks for your support to OWON products.
> > The newest software can be found on our websit.
> > FYR:
> > http://owon.com.cn/eng/technology.asp?types=SDS
> >
> > Hope these can help you and still have any problem,pls let us know.
> >
> >
> > Best Regards,
> > Grace
> > OWON Service Team
> > ------------------------------------
> > Xiamen Lilliput Technology Co., Ltd.
> > Website: www.owon.com.cn
> > Mail address: service@owon.com.cn
> > Tel: +86 592 2575666
> > Fax: +86 592 2575669
> >
> >
> >
> > ? XXXX
> > ?? 2011-10-16 02:26:07
> > ? service
> >
> > SDS series USB protocol specifications
> >
> > Dear Madam or Sir,
> > I have recently purchased an SDS7102 oscilloscope. I would certainly
> > like to run the Windows software that was provided with the scope.
> > Unfortunately, the PC I use for measurement runs Linux for different
> > reasons. I found some specifications regarding the USB protocol for
> > communication with older versions of Owon scopes (PDS series) and tried
> > to use these specifications to implement a simple driver in Python.
> > Obviously the specifications seem to have changed for the SDS series, as
> > bulk-reading from the scope times out when sending the start command. I
> > guess, that it might be the endpoints or the start command that have
> > changed. Anyway, I kindly ask, if you could provide me with an updated
> > version of the USB protocol specifications, so that I could develop a
> > linux driver for SDS series oscilloscopes.
> >
> > Kind regards,
> > XXXX
OTOH, perhaps you might consider swapping down to a 7102 - it costs quite a bit less for just the loss of the higher sample rate at 1K and 10K.
It looks like the Linux driver is a private project of Michael Murphy, and the project seems pretty dead -
I tried to get some information regarding the USB protocol specifications via the Owon customer support. As I am not a native speaker my English might not be the best, but at least people understand what I am writing. Unfortunately the person in the customer support does not seem to understand what I want:
The Windows application is pretty bad and they should be glad if anybody would volunteer to support the Owon scopes with anything better.
Well, the document ("OWON Oscilloscope PC Guidance Manual 1.1") in the sourceforge archive seems to speak a different language.
Besides, it would be dumb to not support Open Source development.
The Windows application is pretty bad
and they should be glad if anybody would volunteer to support the Owon scopes with anything better.
It looks like the Linux driver is a private project of Michael Murphy, and the project seems pretty dead -
I see three releases. One from May of this year. Dead looks different to me.
Of course everybody with a 8102 or even 8202 is invited to confirm this limitation. I also asked the Owon customer service about it, but based on my experience, it will take them a few days to answer. And honestly I can't imagine that this is a firmware bug.