Doctormord
That is very strange, I can decompress both my original local copy of scope2.zip and a copy I just downloaded from this board;
ON everything else you say , I 100% agree with you.
Jimon,
I have one of those cute little FX2LP board, very pretty very cheap. I had the same idea as you ..... but my board has the 56 pin device with port A, B and D. Our scopes, be they 120 or 140 have the 100 pin device with ports C and E as well, which are used by the default firmware. So be careful about hacking the board!
Ganzuul
Good work ... Is it possible to share the QT5 source, so that we can give it a go under linux.
All
Even ignoring the Sainsmart software (and that is a really good idea) we have, I think, 4 versions of PC based code now (Donut6 WX, Mmark QT5, Psynapse QT5 and Ganzuul QT5) and I think I have missed a fifth, my apologies, I have just looked at the current page. I am quite happy to carry on with my own thread, but do we, as a community, want to start putting our weight behind one version? Or maybe two? I am guessing that the only two key criteria are that the version we choose needs to run under linux and windows and on both the DDS120 and the 140. I would want to have the ability to add my "odd" extensions, but with shared source this will not be a problem. All that said, I would not want to explode the goodwill in this forum in order to force this idea, it is far too good a place to bounce ideas around in!
For information:- I have now proved (on the 140) that the wave table loaded to the GPIF with the 94 0A command can be rewritten "dynamically" , that is to say my app can now adjust the sampling rate between 10 and 200 FX2 clock periods. This is in addition to the standard clock rates of 200,100,10 Mhz, 625k and 39k which are independently derived from a 80MHZ crystal on the CPLD. I have yet to try less than 10 (I know I cannot go below 4) or above 200, But it looks as though we can get additional ranges at (approximately) 5,2,1,0.5,0.25 Msps. For mmark, my code is very short and simple
case65: ; this command (65) tampers with the continuous mode timebase. The sample time is (1+1+param+param)/48Mhz
mov DPTR, #SETUPDAT2 ;get pointer to the single input parameter, which is the second byte of the USB message
movx A, @DPTR ;get the input parameter itself. We should check its validity here, zero would be BAD
mov DPTR, #021ECh ; A pointer to within the (RAM copy) alternate waveform table
movx @DPTR,A ; store the number of cycles for T1 in the GPIF waveform
inc DPTR
movx @DPTR,A ; store the number of cycles for T2 in the GPIF waveform
lcall reload ; reload the wave tables
ljmp send_ack