| 01:58 | intrac | left the channel |
| 03:43 | intrac | joined the channel |
| 05:00 | Bertl_oO | off to bed now ... have a good one everyone!
|
| 05:00 | Bertl_oO | changed nick to: Bertl_zZ
|
| 05:08 | Obsdark | joined the channel |
| 05:08 | Obsdark | left the channel |
| 05:08 | Obsdark | joined the channel |
| 05:36 | Obsdark | left the channel |
| 10:21 | lexano | left the channel |
| 10:37 | lexano | joined the channel |
| 10:42 | lexano | left the channel |
| 10:51 | lexano | joined the channel |
| 10:56 | lexano | left the channel |
| 12:31 | Bertl_zZ | changed nick to: Bertl
|
| 12:31 | Bertl | morning folks!
|
| 14:04 | intrac | left the channel |
| 17:00 | lexano | joined the channel |
| 17:34 | lexano_ | joined the channel |
| 17:34 | lexano_ | left the channel |
| 20:10 | tpw_rules | vup and anuejn: i am looking into how to implement the cmv12000 interface in nmigen and it looks like this PR will be needed for a clean implementation: https://github.com/nmigen/nmigen/pull/514
|
| 20:11 | tpw_rules | it also looks like the LVDS bus is split across the two connectors so i will have to specify the FPGA pad names directly
|
| 20:11 | tpw_rules | another option is to programmatically generate lvds_in_0 through 31 or whatever and concatenate all of them together. fortunately that is easy in nmigen but also ugly. thoughts?
|
| 20:12 | tpw_rules | where "implement the cmv12000 interface" = describe it as a Resource on the BetaPlatform
|
| 20:13 | tpw_rules | Bertl: how are the sensors coming along? if you think it will take more than another week, i think it would be great if you could attach something SPI to the sensor SPI pins so i can validate the interface.
|
| 20:14 | Bertl | I'll do that anyway, but it isn't looking too bad for the sensor beta either
|
| 20:15 | tpw_rules | ok. just something i can read and write to. a wire between the in and out pins might be good enough, but that wouldn't test CS :)
|
| 20:19 | tpw_rules | anuejn: is there information or a demo on how to use your ILA? it would be good to validate the spi pin outputs too
|
| 20:19 | tpw_rules | (does it work on the real hardware?)
|
| 21:29 | se6astian | Oshpark 6 layers is now a regular service!
|
| 21:30 | se6astian | https://blog.oshpark.com/2021/06/04/new-6-layer-pcb-service-now-from-osh-park/
|
| 21:34 | tpw_rules | https://github.com/apertus-open-source-cinema/naps/blob/70c543466838652119d9d7f22fb902a89d7e4eef/naps/cores/peripherals/bitbang_i2c.py#L22 what is the significance of "6" here? i assume bit 1 set means it's open drain because it's i2c, but what is bit 2?
|
| 22:27 | Bertl | se6astian: \o/
|
| 23:41 | anuejn | tpw_rules: yeah that pr would be quite handy indeed
|
| 23:42 | anuejn | I think that describing them as lvds_in_0 through 32 would be the cleanest way for now
|
| 23:44 | anuejn | to use that ila you can have a look at my wip mipi dsi code https://github.com/apertus-open-source-cinema/naps/blob/dac7ad68388352de7d162e375a36b1e72e169a21/naps/cores/mipi/d_phy_lane.py#L94-L99
|
| 23:45 | anuejn | you then need to instanciate the ila in your top level with `add_ila(platform, domain="sampling_domain")`
|
| 23:45 | anuejn | by default the trigger event will be centered in the sampling window of the ila
|
| 23:46 | anuejn | to get the csv file of your ila, simply arm the trigger of the ila with `design.ila.arm()` in the pydriver repl
|
| 23:47 | anuejn | and get the captured waveforms after a trigger with `design.ila.write_vcd()`
|
| 23:48 | anuejn | currently the ila silently breaks if the number of bits you probe exceeds 32 (stupid limitation of SocMemory)
|
| 23:48 | anuejn | (also you can probe fsm state with decoding with https://github.com/apertus-open-source-cinema/naps/blob/dac7ad68388352de7d162e375a36b1e72e169a21/naps/cores/mipi/d_phy_lane.py#L110)
|
| 23:50 | tpw_rules | how do i set the depth?
|
| 23:56 | anuejn | add_ila forwards its arguments to Ila
|
| 23:56 | anuejn | so trace_length is it (and you can set the trigger point in the trace with after_trigger)
|
| 00:04 | anuejn | does it work?
|