#Sainsmart oscilloscope assembly code#
#Sainsmart oscilloscope assembly series#
#Sainsmart oscilloscope assembly download#

There seems to be a problem with sample sized > 2048 bytes. And still no triggering, but at least it starts to get somewhat useful.

I didn't do any real calibration yet (traveling right now and only have the DDS120 with me). Update: timebase setting, y-scaling and switching between AC and DC coupling works for me now at least somewhat for my DDS120. Badly expressed, but seems to suggest that programming the S1 S2 pins might get us what we want Channel B data is delayed a 1/2 clock cycle). 1 1 Data Align Enabled (data from both channels avail- able on rising edge of Clock A. 1 0 Normal Operation (Data Align Disabled). User-Selectable Options S1 S2 Option 0 0 Standby Both Channels A and B. If the same Encode clock is provided to both channels and the data align pin is disabled, both outputs are delivered on the same rising edge of the clock. If the same Encode clock is provided to both channels and the data align pin is enabled, then output data from Channel B is 180° out of phase with respect to Channel A. In other words, if two clocks are fed to the AD9288 and are 180° out of phase, enabling the data align allows Channel B output data to be available at the rising edge of Clock A. Also, not sure whether you have seen this information from the ADC datasheet 'The other option allows the user to skew the B channel output data by 1/2 of a clock cycle. That is something you are capable of, but it is way too difficult for me! Perhaps lift a leg (but a pretty poor engineering solution). Doctormord, Obviously phase inverting the clock to one ADC is the easiest solution conceptually, but I rather guess it demands taking the ADC off the board in order to cut the trace beneath the chip itself. When I have graphics up and running, I shall go back to the firmware.

#Sainsmart oscilloscope assembly code#

Except for the all important trace display, I now have Donut6 code running under Qt, which is probably easy for all you young guys out there, but has proved very difficult for me.

#Sainsmart oscilloscope assembly series#

which series of devices gives the best isolation, do I need clamp diodes etc (Not Int4 because there is a potential clash with FIFO interrupts, although these are not currently used in the DDDS140)Īll, Sorry I have gone quiet a couple of days, I have been improving my Qt skills (which did not exist). Also, what advice do you have on buffering the pin. My intention is to use INT4 INT5 as an external trigger (of sorts). Please could you confirm that I am right. In particular something resembling an external trigger, or at least a signal outputted to mark beginning / end of sampling Doctormord I have looked at your photos of the DDS120 board, and as far as I can see INT4 INT5 is not connected anywhere.

For me (with a DDS140) the new code route seems better, because there is a second operating mode which does not exist in the basic Hantek and because some of the features I want to add exist neither in the hantek, dds120 or dds140. That decision as to whether it is better to adapt existing code or write new code is always hugely difficult. that way I have a working system I can improve (by adding buffers as previously discussed, as well as extra features). I looked as well and decided that it would be quicker to use Donut6's code to get the data (and control the scope) and then to write a whole new front end in QT. I know what you mean about the openhantek code. Mmark, Well, that you have got good DDS120 codes is good news (so well done to Doctormord as well). meaning of course that firmware additions can now be added very easily. To verify this I have turned the original eeprom dump into an intel hex format file, which can be reloaded to the DDS140 and works.(attached) More importantly (for me), I have also generated annotated assembly code which is bit perfect with the original. This is much faster than loading the eeprom each time, and more importantly gives you a fall back to a working device at the flick of a jumper.

#Sainsmart oscilloscope assembly download#

For those that are interested 'cycfx2prog' (at least in the Ubuntu repository, and source available) will download an Intel hex file into the RAM of the FX2 (if it is started with its eeprom jumper off) and from there will allow the code to execute. so beware I have been working on getting a platform for firmware modification. it is late, and I have not checked but Donut6 and I have been working on DDS140 codes and I am not sure that we have 100% verified that they are the same, similar yes, but. MMark Well done, have just downloaded your code to play with.