Having the same issues myself. Images from the mainfirmware save fine, as do files, but not in the logic analyzer. Have the latest one from your website, and have also just done a test again after a format and same again.
For me it says that file was written sucesfully, but it is not readable for me either. I can see it on quad disk, see the filename, filesize, but can’t read/copy it.
Apparently Windows, usually so ignorant of filename case-sensitivity, refuses to read lower-case filenames from a FAT12 partition. I guess it is correct behaviour per the spec, but didn’t notice the problem as the lower-case files worked fine on Linux.
Found a ‘bug’, but its really only present during dumb user interaction
If you hit ‘save file’ while its still filling the buffer, it will start saving the file blocking until the buffer reaches 100%. It then reports written succesfully, but if you then press ‘bmp’ it starts saving, then crashes and produces a streaky LCD…
Not really an operational issue - but maybe it might be worth making it stop filling the buffer if the user hits ‘save file’ ?
Hmm, I can’t repeat your issue. Both BMP and VCD save fine even when the capture is still running. When did you buy your DSO Quad (maybe it is the processor revision issue again)?
It should be perfectly capable of capturing data while saving at the same time. But saving the VCD takes a long time because the write speed to the USB disc is only 25kB/s.
Hmm… I was able to reproduce it pretty consistently last night but today it doesn’t play ball.
Let me keep investigating.
And I bought mine via a Seeed reseller in January, however it might be as old as August 2011 stock though. Hard to tell really I guess. Do the serial numbers correlate in anyway ?
I’m trying to analyze two serial streams that I have captured. I would like to view them side by side, one with a known good command and another with a command that is being questioned. I got good data into the DSO QUAD, and have two separate VCD files. I have them open in GTKWave, but am now having some troubles analyzing them. This could just be learning curve, but I think it’s more than that at this point.
Fist problem I’m having, when I choose hex display, it doesn’t seem to react. Even if it did, I would expect the sample rate is not correct. 2uS is way off from the 9600 I’m working with.
Second problem, I can’t display traces side by side. If I could simply place the two traces side by side I could look at them and see what bits are different. However no dice, I have to switch from tab to tab to see if I can notice a difference.
Any thoughts? Sorry I don’t know how to get an attachment to stick I would post the files for folks to review.
I’m using GTKWave 3.3.8 on Win7 64 bit. I’ll try this again when I have access to a Ubuntu 64 bit machine.
GTKWave does not have any UART decoding, so hex display means that if you have multi-bit signal it shows it as hexadecimal. If you only have 1 bit signal, hex display of 1 is still just 1
2µS is the internal sample rate… I expect that the pulses in your serial signal should be multiple samples long, so if you measure times in gtkwave they should be correct.
To display multiple wave files side-by-side, easiest is probably to open multiple instances of gtkwave and resize the windows. Other option is to use some tool that can join 2 VCD files to 1 VCD file.
The combine up and combine down thing in GTKWave seems to do something, but like the help file notes, it’s next to useless on one signal. Even if I had two signals, I don’t quite know what to expect. I got over the issue I was working with, by using the DSO to check signal integrity, then connected with putty to decode hex values. With the DSO I was able to verify there weren’t any reflections causing an odd bit, or anything like that.
Are there any programs that can extract a serial UART stream out of a VCD file? It would have been real handy for the problem I was working on. I have found some purchased products that appear to do it, however I haven’t had luck yet finding one for a vcd file.
Also this logic analyzer application is great. Thanks for creating that. Much appreciated.
Yeah. I wonder if the software for Open Logic Sniffer has some UART decoding. I might add support for its format at some time.
I hope to add built-in UART, SPI, I2C, USB etc. decoding at some time in the future, but it may be a while before I have the time to do that. The groundwork is laid, but I have some performance problems in the signal decoding (it needs to decompress and seek the signal dozens of times, I need to add some kind of a cache).