lneuhaus / pyrpl

pyrpl turns your RedPitaya into a powerful DSP device, especially suitable as a lockbox in quantum optics experiments.
http://lneuhaus.github.io/pyrpl/
MIT License
137 stars 107 forks source link

"leds_off: true" pyrpl configuration parameter, output to input crosstalk #451

Open tt-aqt opened 3 years ago

tt-aqt commented 3 years ago

Does this work? From pyrpl.redpitaya default parameters

leds_off=True, # turn off all GPIO lets at startup (improves analog performance)

https://pyrpl.readthedocs.io/en/latest/_modules/pyrpl/redpitaya.html

it seems you are supposed to be able to turn off the LEDs? I have entered this in my configuration file as well

redpitaya:
  autostart: true
  delay: 0.05
  frequency_correction: 1.0
  gui: true
  hostname: 192.168.1.201
  leds_off: true
  monitor_server_name: pyrpl_server
  password: root
  port: 2222
  recompileserver: false
  reloadfpga: true
  reloadserver: true
  serverbinfilename: fpga.bin
  serverdirname: //opt//pyrpl//
  silence_env: false
  sshport: 22
  timeout: 1
  user: root

Are "GPIO LEDS" different from the blue, green, red, orange LEDS?

https://redpitaya.readthedocs.io/en/latest/developerGuide/125-14/leds.html

Blue, green, and blinking red are always on for me. The others on the board alongside them stay off. Maybe those are the "GPIO LEDs?" Is this the expected behavior?

I am trying to debug a nasty input/output crosstalk issue I am seeing. I am in correspondence with a hardware engineer at Red Pitaya. Doesn't seem likely that this is the problem. He brought up the known issue of LEDs and I am just trying to rule this out.

For some Red Pitayas I see a spike up to 50mV on the input signal when the output (green) sweeps through a "problematic" level. The output must be increasing and the input (red) must be decreasing. The faster the input is decreasing, the larger the spike on the input is. Seems like some kind of bit flip issue?

The position of the spike is determined by the output level and slope only. Some Red Pitayas develop the problem near 0V. Others at other levels. Some never develop the problem. Does anyone else see this behavior?

grafik

grafik

UPDATE 28.7.2021: talked to the CTO at Red Pitaya and this seems be be an output glitch problem which they said they would look into. To reliably reproduce it, scan an output at 1 Hz 0.2V amplitude. Run a cable to a real scope or to a Red Pitaya input and observe with the pyrpl scope. The jump can be as large as 5mV.

tt-aqt commented 2 years ago

stock red pitaya grafik

low noise red pitaya grafik