<div dir="ltr"><div dir="ltr"><div><br></div><div>Notes from PSWS / TangerineSDR call of 09-21-2020</div><div><br></div><div><br></div><div>1. Dan mentions that for Quartus in Linux on Ubuntu 20.04 he needed UDEV files to allow connecting a byte blaster via USB for downloading the FPGA.</div><div><br></div><div>2. Welcome to Dick Pache K2LCT and James Wolford KG4DSG - new Tangerine attendees who attended the gnuradio conference last week.</div><div><br></div><div>3. Scotty mentions that the RAM attached to the FPGA on the DE will be 512 megabits (64 MB), some of it used for hosting processing functions. Potential is to use some of the RAM for capturing full-speed bursts from the receiver ADC, then dump to an external computer in order to help with receiver characterization.</div><div><br></div><div>4. Discussion about which variants and configurations of the clock module would be available. Scotty said a few well-chosen specific use cases would be supported, but not a general user-assembleable user-configurable unit. Cost is driven primarily by single-vs-dual frequency GPS, and by the type and quality of the VCXO.</div><div><br></div><div>5. Dave Witten has updated the magnetometer software to fix a bug when the unit is not taking data. Code on github:   <a href="https://github.com/wittend/rm3100-runMag">https://github.com/wittend/rm3100-runMag</a></div><div><br></div><div>6. Discussion on the ADC interface timing for the VLF receiver. The VLF ADC chip can operate in Master or Slave mode. The concern is finding a clean clock (i.e. not directly from an FPGA), and providing correct data timing from the DE to the VLF receiver back to the DE.</div><div>Potential options:<br></div><div>  1. Use a crystal on the VLF receiver.</div><div>  2. Use a programmable output from the clock module.</div><div><br></div><div><br></div><div><br></div></div></div>