• Content Count

  • Joined

  • Last visited

About dumbguy

  • Rank

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Dear Attila, Thanks for your kind help, yes it worked. I am now able to see the data. The next task that I want to achieve is to be able to feed the same data through my DigiLent device to my device. So I want to use the patterns functionality of the WaveForms programm. So my question is could this data now be some how fed into the WF software ? Thanks in advance for your kind feedback.
  2. Hello Attila, Thanks for your kind response. I hope you are well. The program suggested by you could not open the file I generated using WaveForms. Its says : Much obliged if you could help to fix this issue.
  3. The python script generates a file called: record.bin. Does any one know, how to read this file ? Also please see the image below from"pattern". Any idea what the terms PP and TS mean ?
  4. Ok. So I understood, that I have to keep the WaveForms software closed while using this script. It works now. The application appears to generate a .bin file. I am not sure how it be opened ? Can it be read in WaveForms ? How can the sampling rate be reduced ? It seem to be high. (by changing the paramete: divSample = 80 ?). Thanks in advance for your assistance.
  5. Oops ...still no Luck ! Why does it say that the device is busy ? Its not connected to anything other than the computer.
  6. Traceback (most recent call last): File "C:\Users\xxxxx\Desktop\paralllel signals\python script\DigitalDiscovery_RecordToFile16.py", line 15, in <module> import matplotlib.pyplot as plt ModuleNotFoundError: No module named 'matplotlib'
  7. Hello, This python code appears to have some error : "Traceback (most recent call last): File "C:\Users\XXXX\Desktop\DigitalDiscovery_RecordToFile16.py", line 11, in <module> from dwfconstants import * ModuleNotFoundError: No module named 'dwfconstants'" I am sorry I have no knowledge of Python. Kindly help .... Thanks in advance.
  8. Deat Atilla, Thanks fo your kind response. I have another question. I am trying to record the 16 Bit spectra. However there seems to be a limit to the amount of data that I can capture. Is there some way to increase this any lets say capture for 30 minutes and not for 3 seconds ? Thanks for your kind assistance on this matter.
  9. Hello Attila, Thanks for your message. I hope you are well. Please note the screen shot from the application. It appear that there is 3.3V at which the threshold is defined as 1.42 V. Can this be adjusted to 2 volt. I see a lot of cross talk. See Image 2. I am assuming that the yellow marked spikes are cross talk ? Thanks for your guidance.
  10. Hello Everyone. First of all a good day to you. I hope you are well and in good health. I am trying to use my wonderful Digital Discovery to read data from 16 pin digital output. "Parallel" output. Therefore I have my device hooked upto all 16 channels and I can see data. My questions are: 1. How do I decode 16 channel parallel bus data using DD ? 2. Since the data is being read off from a chip that is soldered onto a board, I have soldered small wires to each terminal, which feed to the high speed probing cables supplied with the DD. I suspect that there could be cross talk between the data signals. Is there some really intelligent way to eliminate this (besides grounding the shielding cables ?). Thanks again for your kind responses. Best Wishes
  11. Hello Colvin, Thanks for your feedback. Yes, this does appear to be a decimal counter and the MOSI signal is missing. I have now tried an Oscilloscope (60 MHz) to see if there is a data signal some where I could find the following pins on the flat ribbon cable: A. 1.8 KHz B 900 Hz C. 480 Hz D. 240 Hz E. 120 Hz F. 60 Hz G. & H : Both at 60 Hz Besides that there appears to be a line that is further down on the ribbon-cable that appears to be at 64 Khz and yet another one at 3.2 KHz ! Also, it appears that some of these signals are at 5 V and some around 3V and one of them even appeared to be a 12V signal. So, I assume that that the 12V is a power signal and that there are two logic levels in the sensors. Sounds plausible ? It is definitive that the MOSI signal is somewhere on this cable. I have now tried to use the Digital Discovery High Speed Connector (Channel 0) at 800 MHz to capture each of the pins individually (40 in total). The black line on the high speed probe was grounded back to the DD. No it appears that all the pins are some kind of data signals, as the signal falls suddenly and the rises. Except for 2 pins all others now appear to be data signals. However, I am assume that this is only cross talk. The reason for that is: 1. The fall appears to be really short lived (and V shaped some times). 2. This behavior is not seen as soon as I scope an additional HS Data line (example Channel 1). Strange! My question: 1. If I use only 1 high speed channel on the DD to read a signal, is it possible that it suffers from cross talk from other lines (which are not even connected to the DD) ? 2. Is there another way to definitely isolate the data signal form a clock signal ? Thanks for your kind help. Looking forward to hear from you.
  12. Hello Colvin, In attachment you will find the WaveForm capture from 8 channels that I am monitoring. It appears to me that none of these is a MOSI or MISO. The DIN01 is possibly the Clock. DIN01 and all others appear to be either a chip select or an inverted CS (Ex. DIN03). Either I am not observing the correct channel or there is a cross talk due to which I am not able to read off the MOSI/ MISO correctly ? I am using the high speed cables and adapter as recommended. However I am not sure if I am using them correctly. The red line is the probe, what should be done with the black-colored-line (marked in circle below). Should this end also be grounded ? Is there some reason due to which I may not be observing the MISO/ MOSI correctly ? Thanks for your kind feedback. new---001.dwf3work
  13. Wow JColvin....great contribution. Wish me luck. I will write back once I have tried this out.
  14. Dear Colvin, Thanks for your message. What you have mentioned is valuable. There are possibly several serial sensors that are being probed (one after the other). This implies that the CSs are switching between the sensors. So all this appears to be happening really fast, the system does not stop at all !! (wow) Unfortunately, I am not sure which ┬ÁC is being read. It appears to me that there is a XILINX chip ( a large one) that is possible an FPGA which is working as a micro controller. I may be completely wrong (I am just a real novice, so I know less about these things). There is also a separate Motorola DSP on the board so a lot of data is being crunched very fast. A lot of guess work is needed. So this appears to be a 16 bit transmission (I read 16 clock outs before one of the CS goes up again). Due to the fact that there are possibly 3 different CSs that are getting set again and again, its impossible to filter out the data from each individual sensor channel. Is there some way in the waveforms software to separate out the channels from each other ? Is there something you can suggest, to help this process ?
  15. I am now trying to debug a SPI bus, where there appears to be more then 4 wires. If fact there are 7 or 8 wires and its not clear which is which. So after a lot of trying, it appears to me that the the SPI bus has 16 bits and it has several (3 or 4) chip selects running. Possibly to signal end of word and end of a sentence. I have read somewhere that 16 bit SPIs exist. Can some one share experience about it ?