*** tpb has joined #symbiflow | 00:00 | |
*** awordnot has quit IRC | 00:06 | |
*** awordnot has joined #symbiflow | 00:06 | |
*** az0re has joined #symbiflow | 00:54 | |
*** Degi has quit IRC | 01:09 | |
*** Degi has joined #symbiflow | 01:09 | |
*** rvalles_ has joined #symbiflow | 02:23 | |
*** citypw has joined #symbiflow | 02:23 | |
*** rvalles has quit IRC | 02:23 | |
*** andrewb1999 has quit IRC | 03:25 | |
*** andrewb1999 has joined #symbiflow | 03:38 | |
*** andrewb1999 has quit IRC | 03:49 | |
*** citypw has quit IRC | 03:55 | |
*** proteusguy has quit IRC | 04:40 | |
*** proteusguy has joined #symbiflow | 04:41 | |
*** QDX45 has quit IRC | 05:05 | |
*** somlo has quit IRC | 05:11 | |
*** somlo has joined #symbiflow | 05:11 | |
*** craigo has joined #symbiflow | 05:24 | |
*** ZipCPU has quit IRC | 05:41 | |
*** ZipCPU has joined #symbiflow | 05:41 | |
*** enriq has joined #symbiflow | 06:32 | |
*** enriq has quit IRC | 06:58 | |
*** OmniMancer has joined #symbiflow | 07:00 | |
*** citypw has joined #symbiflow | 07:03 | |
*** enriq has joined #symbiflow | 07:31 | |
*** xtro has quit IRC | 07:31 | |
*** proteusguy has quit IRC | 07:33 | |
*** proteusguy has joined #symbiflow | 07:37 | |
*** proteusguy has quit IRC | 08:04 | |
*** kraiskil has joined #symbiflow | 08:10 | |
*** enriq has quit IRC | 08:21 | |
*** daniellimws has quit IRC | 08:33 | |
*** daniellimws has joined #symbiflow | 08:36 | |
*** enriq has joined #symbiflow | 08:48 | |
*** kraiskil has quit IRC | 08:51 | |
*** proteusguy has joined #symbiflow | 08:54 | |
*** daniellimws has quit IRC | 08:59 | |
*** daniellimws has joined #symbiflow | 09:01 | |
*** enriq has quit IRC | 09:15 | |
-_whitenotifier-b- [symbiflow-bitstream-viewer] ldalek-antmicro opened issue #8: Fix duplicate bits output - https://git.io/JJWxV | 09:27 | |
*** enriq has joined #symbiflow | 09:34 | |
*** citypw has quit IRC | 11:55 | |
*** Lofty has quit IRC | 12:02 | |
*** enriq has quit IRC | 12:06 | |
*** ZirconiumX has joined #symbiflow | 12:08 | |
*** ZirconiumX is now known as Lofty | 12:08 | |
*** enriq has joined #symbiflow | 12:25 | |
*** zyp has quit IRC | 12:32 | |
*** enriq has quit IRC | 12:36 | |
*** tucanae47 has quit IRC | 12:38 | |
*** heijligen has quit IRC | 12:38 | |
*** nurelin has quit IRC | 12:40 | |
*** olegfink has quit IRC | 12:40 | |
*** xobs has quit IRC | 12:40 | |
*** promach3 has quit IRC | 12:40 | |
*** tucanae47 has joined #symbiflow | 12:42 | |
*** heijligen has joined #symbiflow | 12:42 | |
*** zyp has joined #symbiflow | 12:44 | |
*** mkru has joined #symbiflow | 12:45 | |
*** enriq has joined #symbiflow | 12:47 | |
*** promach3 has joined #symbiflow | 12:47 | |
*** citypw has joined #symbiflow | 13:07 | |
*** enriq has quit IRC | 13:08 | |
*** nurelin has joined #symbiflow | 13:11 | |
*** xobs has joined #symbiflow | 13:11 | |
*** olegfink has joined #symbiflow | 13:11 | |
*** enriq has joined #symbiflow | 13:38 | |
*** enriq has quit IRC | 13:42 | |
-_whitenotifier-b- [prjuray] daveshah1 opened issue #23: XIPHY clock routing bits missing - https://git.io/JJltw | 13:48 | |
*** andrewb1999 has joined #symbiflow | 13:56 | |
*** citypw has quit IRC | 14:06 | |
*** mkru has quit IRC | 14:30 | |
*** proteus-guy has quit IRC | 15:13 | |
*** OmniMancer has quit IRC | 15:39 | |
*** OmniMancer has joined #symbiflow | 15:40 | |
*** kraiskil has joined #symbiflow | 16:05 | |
*** kraiskil has quit IRC | 16:24 | |
*** kraiskil has joined #symbiflow | 16:30 | |
mithro | Someone here did the nice 7-series diagram at https://raw.githubusercontent.com/jfierro/fpga-doc/master/xilinx/7-Series_SLICEL.svg ? | 16:33 |
---|---|---|
daveshah | Yeah, I remember it being mentioned on #yosys a little while ago | 16:41 |
daveshah | I told them to post it here at the time but I can't remember if they did | 16:41 |
litghost | andrewb1999: > With 500 kbps baudrate I get a bunch of lines starting with L and then random characters | 16:43 |
litghost | That is what we expect | 16:43 |
litghost | andrewb1999: xc/xc7/tests/common/read_uart.py is the tool for reading that data | 16:44 |
litghost | andrewb1999: There is one thing to be aware of. read_uart.py hard codes the address and data widths | 16:44 |
litghost | andrewb1999: You do need make sure they are in sync | 16:45 |
*** proteus-guy has joined #symbiflow | 16:46 | |
litghost | andrewb1999: 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 doing | 17:01 |
*** xtro has joined #symbiflow | 17:27 | |
litghost | andrewb1999: Can you make a PR with the RAMB36 changes? I think I just ran into an issue that might be directly relevant | 17:37 |
*** mkru has joined #symbiflow | 17:53 | |
*** mkru has quit IRC | 18:15 | |
*** epony has quit IRC | 18:33 | |
*** TMM has quit IRC | 18:34 | |
*** TMM has joined #symbiflow | 18:34 | |
*** sf-slack has quit IRC | 19:06 | |
*** sf-slack has joined #symbiflow | 19:06 | |
*** epony has joined #symbiflow | 19:08 | |
*** kraiskil has quit IRC | 19: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 |
litghost | arildj78: 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 |
litghost | arildj78: 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 |
litghost | aruldj78: How many bits | 20: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 |
litghost | aruldj78: 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 |
litghost | aruldj78: 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 |
litghost | aruldj78: 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 be | 20:40 |
sf-slack | <arildj78> For the FPGA, the micro, or something else? | 20:40 |
litghost | aruldj78: If the input signal is near the noise floor, presumably you have some kind of encoding schema (reed-solomon, convolution) for error recovery | 20: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 900ms | 20:43 |
litghost | arildj78: 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 +-80Hz | 20:44 |
litghost | arjildj78: 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 simple | 20:56 |
litghost | bandpass filter in hardware, and then a low rate ADC could easily read the RSSI | 20:56 |
litghost | arjildj78: 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 |
litghost | arildj78: 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 case | 21: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 back | 21:01 |
litghost | arildj78: Any discrete filtering class would cover low order bandpass filters immediately after discussing low pass and high pass filters | 21:01 |
litghost | arildj78: https://scipy-cookbook.readthedocs.io/items/FIRFilter.html | 21:07 |
tpb | Title: FIR filter SciPy Cookbook documentation (at scipy-cookbook.readthedocs.io) | 21:07 |
litghost | arildj78: https://www.robots.ox.ac.uk/~sjrob/Teaching/SP/l6.pdf | 21:07 |
litghost | Once 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 multipliers | 21:08 |
litghost | arildj78: https://github.com/m-labs/migen/blob/dcfec40c9d0cd3abab264897b424f0f53eeb58b4/examples/sim/fir.py | 21:09 |
tpb | Title: 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 |
litghost | arildj78: In the case of icebreaker, you definitely want yosys + nextpnr | 21:23 |
sf-slack | <arildj78> Both part of the symbiflow project? | 21:23 |
*** kraiskil has joined #symbiflow | 22:22 | |
*** kraiskil has quit IRC | 22:52 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!