Wednesday, 2020-07-22

*** tpb has joined #symbiflow00:00
*** awordnot has quit IRC00:06
*** awordnot has joined #symbiflow00:06
*** az0re has joined #symbiflow00:54
*** Degi has quit IRC01:09
*** Degi has joined #symbiflow01:09
*** rvalles_ has joined #symbiflow02:23
*** citypw has joined #symbiflow02:23
*** rvalles has quit IRC02:23
*** andrewb1999 has quit IRC03:25
*** andrewb1999 has joined #symbiflow03:38
*** andrewb1999 has quit IRC03:49
*** citypw has quit IRC03:55
*** proteusguy has quit IRC04:40
*** proteusguy has joined #symbiflow04:41
*** QDX45 has quit IRC05:05
*** somlo has quit IRC05:11
*** somlo has joined #symbiflow05:11
*** craigo has joined #symbiflow05:24
*** ZipCPU has quit IRC05:41
*** ZipCPU has joined #symbiflow05:41
*** enriq has joined #symbiflow06:32
*** enriq has quit IRC06:58
*** OmniMancer has joined #symbiflow07:00
*** citypw has joined #symbiflow07:03
*** enriq has joined #symbiflow07:31
*** xtro has quit IRC07:31
*** proteusguy has quit IRC07:33
*** proteusguy has joined #symbiflow07:37
*** proteusguy has quit IRC08:04
*** kraiskil has joined #symbiflow08:10
*** enriq has quit IRC08:21
*** daniellimws has quit IRC08:33
*** daniellimws has joined #symbiflow08:36
*** enriq has joined #symbiflow08:48
*** kraiskil has quit IRC08:51
*** proteusguy has joined #symbiflow08:54
*** daniellimws has quit IRC08:59
*** daniellimws has joined #symbiflow09:01
*** enriq has quit IRC09:15
-_whitenotifier-b- [symbiflow-bitstream-viewer] ldalek-antmicro opened issue #8: Fix duplicate bits output - https://git.io/JJWxV09:27
*** enriq has joined #symbiflow09:34
*** citypw has quit IRC11:55
*** Lofty has quit IRC12:02
*** enriq has quit IRC12:06
*** ZirconiumX has joined #symbiflow12:08
*** ZirconiumX is now known as Lofty12:08
*** enriq has joined #symbiflow12:25
*** zyp has quit IRC12:32
*** enriq has quit IRC12:36
*** tucanae47 has quit IRC12:38
*** heijligen has quit IRC12:38
*** nurelin has quit IRC12:40
*** olegfink has quit IRC12:40
*** xobs has quit IRC12:40
*** promach3 has quit IRC12:40
*** tucanae47 has joined #symbiflow12:42
*** heijligen has joined #symbiflow12:42
*** zyp has joined #symbiflow12:44
*** mkru has joined #symbiflow12:45
*** enriq has joined #symbiflow12:47
*** promach3 has joined #symbiflow12:47
*** citypw has joined #symbiflow13:07
*** enriq has quit IRC13:08
*** nurelin has joined #symbiflow13:11
*** xobs has joined #symbiflow13:11
*** olegfink has joined #symbiflow13:11
*** enriq has joined #symbiflow13:38
*** enriq has quit IRC13:42
-_whitenotifier-b- [prjuray] daveshah1 opened issue #23: XIPHY clock routing bits missing - https://git.io/JJltw13:48
*** andrewb1999 has joined #symbiflow13:56
*** citypw has quit IRC14:06
*** mkru has quit IRC14:30
*** proteus-guy has quit IRC15:13
*** OmniMancer has quit IRC15:39
*** OmniMancer has joined #symbiflow15:40
*** kraiskil has joined #symbiflow16:05
*** kraiskil has quit IRC16:24
*** kraiskil has joined #symbiflow16:30
mithroSomeone here did the nice 7-series diagram at https://raw.githubusercontent.com/jfierro/fpga-doc/master/xilinx/7-Series_SLICEL.svg ?16:33
daveshahYeah, I remember it being mentioned on #yosys a little while ago16:41
daveshahI told them to post it here at the time but I can't remember if they did16:41
litghostandrewb1999: > With 500 kbps baudrate I get a bunch of lines starting with L and then random characters16:43
litghostThat is what we expect16:43
litghostandrewb1999: xc/xc7/tests/common/read_uart.py is the tool for reading that data16:44
litghostandrewb1999: There is one thing to be aware of.  read_uart.py hard codes the address and data widths16:44
litghostandrewb1999: You do need make sure they are in sync16:45
*** proteus-guy has joined #symbiflow16:46
litghostandrewb1999: I checked, and I believe read_uart is setup for 16-bit address and 16-bit data widths, which is the default of what bram_test is doing17:01
*** xtro has joined #symbiflow17:27
litghostandrewb1999: Can you make a PR with the RAMB36 changes?  I think I just ran into an issue that might be directly relevant17:37
*** mkru has joined #symbiflow17:53
*** mkru has quit IRC18:15
*** epony has quit IRC18:33
*** TMM has quit IRC18:34
*** TMM has joined #symbiflow18:34
*** sf-slack has quit IRC19:06
*** sf-slack has joined #symbiflow19:06
*** epony has joined #symbiflow19:08
*** kraiskil has quit IRC19:36
sf-slack<arildj78> I'm just getting started with FPGA and how ordered an Icebreaker dev board. As soon as I've moved past a Blinky, I would like to create a pretty narrow bandpass filter with steep falloff. Are there any packages I should be looking at to help me create a bitstream to load onto the fabric?20:27
sf-slack<arildj78> I'm looking for a 455kHz filter, I'm not sure if I'm able to pull it off on the icebreaker though.20:28
litghostarildj78: What sample rate do you believe you need for your filter?  Also are you trying to do ADC -> DAC or a pure digital path?20:32
sf-slack<arildj78> My signal is the intermediate frequency from a radio receiver, so I would have to throw in an ADC in the mix as well. As for sampling, I'm thinking 10MSamples/sec but I'm open for suggestions.20:36
litghostarildj78: How wide of an ADC do you believe you need?20:38
sf-slack<arildj78> The output should end up as an Received Signal Strength Indicator, so I'f I'm able to analyze the signal strength of my 455kHz in the FPGA, that would be awesome, if not I already have a chip that can to that job, but then I would have to send it to a DAC first.20:38
sf-slack<arildj78> Wide?20:38
litghostaruldj78: How many bits20:38
sf-slack<arildj78> As in bandwidth?20:38
sf-slack<arildj78> ahhh...20:38
sf-slack<arildj78> 12?20:38
sf-slack<arildj78> 16?20:38
litghostaruldj78: An RSSI indicator is probably easier done in hardware.  Why do you believe you need such a narrow bandpass?20:39
sf-slack<arildj78> I'm trying to detect a faint signal in a lot of noise.20:39
litghostaruldj78: In that case you probably don't care about RSSI, but you really want an SNR.   What kind of coding are you using?20:40
sf-slack<arildj78> The easiest solution would be a ceramic filter, but they are not as easy to source as they used to be.20:40
sf-slack<arildj78> Coding?20:40
litghostaruldj78: The reason I don't believe you want an RSSI is if you input signal is near the noise floor, I'm not sure how useful RSSI will be20:40
sf-slack<arildj78> For the FPGA, the micro, or something else?20:40
litghostaruldj78: If the input signal is near the noise floor, presumably you have some kind of encoding schema (reed-solomon, convolution) for error recovery20:41
sf-slack<arildj78> The signal will for sure start off below the noisefloor and then rise through it as I move closer to the source. I'm trying to maximize the distance where I'm able to detect the signal.20:42
sf-slack<arildj78> The signal is continous wave 455kHz.20:42
sf-slack<arildj78> The transmitter is on for approximately 100milliseconds and off for 900ms20:43
litghostarildj78: Do you have to deal with doplar shifts?20:43
sf-slack<arildj78> Those timings can very and is out of my control.20:43
sf-slack<arildj78> no dopplershift, but the frequency is defined as f_0 +-80Hz20:44
litghostarjildj78: 10 MS seems like overkill, I'd expect a 2 MS part could do the job.  As for whether you could do a high order filter and meet timing in an icebreaker, I imagine you could prototype a low order filter and see how the final design resource count looks.  If a 2nd order filter doesn't fit or doesn't meet timing, it's hard to believe you do a high order filter.  I still think the easiest solution is a simple20:56
litghostbandpass filter in hardware, and then a low rate ADC could easily read the RSSI20:56
litghostarjildj78: Actually even 2 MS is still probably overkill, as most of the energy should be narrowly at 1 frequency in your +/- 80 Hz.  How clean is the CW source?  If the source doesn't have extra harmonic, do you really need a super high sampling rate?20:58
sf-slack<arildj78> I haven't scrapped that idea of an discrete BP in hardware, but this is also a learning possibility for me.20:58
sf-slack<arildj78> If I were to try this with the FPGA, what kind of tools should I look for the help me set up the filter.20:59
litghostarildj78: A second order discrete bandpass is really easy to code.  It won't get you super high cutoff, but I'm not really convinced that is needed in this case21:00
sf-slack<arildj78> I would think that someone has designed something like this before, so I wouldn't have to learn everything down to each calculation. Maybe there are code to be cloned or a tool to enter parameters for my filter in.21:00
sf-slack<arildj78> Can you point me in the direction of a tutorial, a repo, or even an appropriate book?21:01
sf-slack<arildj78> Leaving keyboard for 10 minutes.... will be back21:01
litghostarildj78:  Any discrete filtering class would cover low order bandpass filters immediately after discussing low pass and high pass filters21:01
litghostarildj78: https://scipy-cookbook.readthedocs.io/items/FIRFilter.html21:07
tpbTitle: FIR filter SciPy Cookbook documentation (at scipy-cookbook.readthedocs.io)21:07
litghostarildj78: https://www.robots.ox.ac.uk/~sjrob/Teaching/SP/l6.pdf21:07
litghostOnce you have the FIR coefficients, the FPGA implementation isn't too hard.  The order of the filter will determine how many memory elements you need and multipliers21:08
litghostarildj78: https://github.com/m-labs/migen/blob/dcfec40c9d0cd3abab264897b424f0f53eeb58b4/examples/sim/fir.py21:09
tpbTitle: migen/fir.py at dcfec40c9d0cd3abab264897b424f0f53eeb58b4 · m-labs/migen · GitHub (at github.com)21:09
sf-slack<arildj78> Thanks.21:17
sf-slack<arildj78> Do you think I should start off with the icebreaker and symbiflow, or are there any other packages I should go for at the beginning?21:18
litghostarildj78: In the case of icebreaker, you definitely want yosys + nextpnr21:23
sf-slack<arildj78> Both part of the symbiflow project?21:23
*** kraiskil has joined #symbiflow22:22
*** kraiskil has quit IRC22:52

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!