Current Server Time: 11:30 (Central Europe)

#apertus IRC Channel Logs

2021/08/16

Timezone: UTC


03:37
Dest123
left the channel
04:05
Dest123
joined the channel
04:26
Bertl_oO
off to bed now ... have a good one everyone!
04:26
Bertl_oO
changed nick to: Bertl_zZ
04:42
felix_
left the channel
04:42
vup
left the channel
04:43
vup
joined the channel
04:43
felix_
joined the channel
04:44
Bertl_zZ
left the channel
04:44
BAndiT1983
left the channel
04:44
bluez_
left the channel
04:44
eppisai_
left the channel
04:44
felix_
left the channel
04:44
vup
left the channel
04:44
Dest123
left the channel
04:45
lexano
left the channel
04:45
mithro
left the channel
04:45
Spirit532
left the channel
04:45
intrac
left the channel
04:45
balrog
left the channel
04:45
se6astian_
left the channel
04:45
tpw_rules
left the channel
04:45
danieeel
left the channel
04:45
dos
left the channel
04:45
elafon
left the channel
04:45
illwieckz
left the channel
04:45
kbeckmann
left the channel
04:45
anuejn
left the channel
04:45
felix_
joined the channel
04:45
vup
joined the channel
04:45
Dest123
joined the channel
04:45
lexano
joined the channel
04:45
balrog
joined the channel
04:45
mithro
joined the channel
04:45
Spirit532
joined the channel
04:45
elafon
joined the channel
04:45
Bertl_zZ
joined the channel
04:45
eppisai_
joined the channel
04:45
bluez_
joined the channel
04:45
BAndiT1983
joined the channel
04:45
intrac
joined the channel
04:45
se6astian_
joined the channel
04:45
illwieckz
joined the channel
04:45
tpw_rules
joined the channel
04:45
danieeel
joined the channel
04:45
kbeckmann
joined the channel
04:45
dos
joined the channel
04:45
anuejn
joined the channel
04:50
BAndiT1983
left the channel
04:50
bluez_
left the channel
04:50
eppisai_
left the channel
04:50
BAndiT1983
joined the channel
04:50
bluez_
joined the channel
04:50
eppisai_
joined the channel
04:52
Bertl_zZ
left the channel
04:52
Bertl_zZ_
joined the channel
11:12
Dest321
joined the channel
11:15
Dest123
left the channel
11:44
Bertl_zZ_
changed nick to: Bertl
11:45
Bertl
morning folks!
12:36
vnksnkr
is using the logic analyzer
13:18
vnksnkr
is turning off the analyzer
15:40
dos
changed nick to: dos1
15:44
Dest321
left the channel
16:00
Bertl
meeting time!
16:00
tpw_rules
hello i'm here
16:00
Bertl
please /msg me if you want to report ...
16:00
eppisai_
is here..
16:01
vup
is here
16:01
Bertl
vnksnkr: please go ahead with your report ...
16:01
vnksnkr
Hi
16:02
vnksnkr
So last week I've been working on the remote hardware
16:02
vnksnkr
the issues with the new version of the remote have been solved
16:03
vnksnkr
thanks to Bertl
16:03
vnksnkr
this allowed me to test my gateware directly on the remote
16:04
vnksnkr
and I've successfully been able to press buttons and dials on the remote from the Axiom Beta
16:05
vnksnkr
to further inspect the signals being sent to the remote, Bertl hooked up the terminals on the remote to a logic analyzer
16:05
Dest123
joined the channel
16:06
vnksnkr
and as expected we were able to add bounces to the signals
16:06
Bertl
excellent! got something to show us?
16:07
vnksnkr
yeah sure, I've taken a few screenshots of the analyzer
16:07
vnksnkr
https://usercontent.irccloud-cdn.com/file/rwaHBCch/Screenshot%20from%202021-08-16%2018-35-26.png
16:08
vnksnkr
https://usercontent.irccloud-cdn.com/file/vocTOQco/Screenshot%20from%202021-08-16%2018-42-44.png
16:08
Bertl
great!
16:08
vnksnkr
the bounces are randomized , the first one simulates a push button and the second one simulates an encoder turn
16:09
vnksnkr
https://usercontent.irccloud-cdn.com/file/rzG1HG1g/Screenshot%20from%202021-08-16%2014-09-26.png
16:09
vnksnkr
these are the signals generated by an automated script, which would help in future testing on the remote
16:10
vnksnkr
which brings me to the python framework
16:12
vnksnkr
It can do basic operations like switch off/on bounces, load a seed value for the PRNG that generates bounces, and press buttons and turn dials with a specified time interval
16:12
vnksnkr
https://github.com/vnksnkr/remote-test-system
16:13
Bertl
looking forward to see that in future automated remote testing
16:13
vnksnkr
this is the current status of the project, have added instructions on how to operate the remote test system
16:14
vnksnkr
by this week I'll be submitting my final report
16:14
Bertl
great! let us (mentors) know when you need a review
16:14
vnksnkr
and add more documentation on the project
16:14
vnksnkr
sure!
16:15
vnksnkr
that's it from my side
16:15
Bertl
thanks a bunch1
16:15
Bertl
*bunch!
16:15
Bertl
tpw_rules: please go ahead with your report
16:16
tpw_rules
hello
16:16
tpw_rules
last week I got the CMV12K sensor recording the test pattern properly to DRAM
16:16
tpw_rules
i had to fix some more bugs in other parts of the gateware, but that is done. i have a couple more points to address in the review and then that will be ready to merge
16:17
tpw_rules
hopefully i can get an implementation of the remapper done early this week because it's the last one...
16:17
tpw_rules
but after that i will write up my report and submit it. i don't think it will be very long, basically just a list of PRs and some words on each
16:17
Bertl
do you plan to continue contributing after GSoC?
16:17
tpw_rules
i really want to try out the HDMI as that was part of the job, but that relies on Bertl getting a Beta ready with HDMI
16:18
tpw_rules
it would be nice to finish off the job if that is okay
16:18
tpw_rules
i.e. the remapper and HDMI output
16:18
tpw_rules
so i guess it's okay if those aren't finished by the GSoC deadline?
16:18
Bertl
ultimately this is up to your mentor, but I do not think it is a big problem
16:19
tpw_rules
ok, well i can discuss it with them
16:19
tpw_rules
that is it from me
16:19
Bertl
if all goes well, we should have a working beta with HDMI out on Wednesday
16:19
tpw_rules
ah okay
16:19
vup
I think considering the difficulties with getting hardware up and running and some of the bugs in naps you progress is very good
16:20
vup
And you are welcome to do contributions outside of GSoC
16:20
tpw_rules
that's good to hear
16:20
Bertl
but personally I would also suggest to focus on the final report now and not on the hardware verification
16:20
tpw_rules
okay
16:21
Bertl
because hardware is never without some issues
16:21
tpw_rules
that is true :)
16:21
Bertl
and the Beta - Remote connection showed us how long it can take for a seemingly simple setup to get it working
16:22
tpw_rules
alright, well that is all from me
16:22
vup
great progress as always!
16:23
Bertl
thanks!
16:23
Bertl
anybody else who would like to report but didn't /msg me yet?
16:23
eppisai_
Hi.. I would like to report next..
16:23
Bertl
please go ahead then
16:24
eppisai_
Last week, after discussion with andrej, it was decided to use timer 1 instead of core timer..
16:25
eppisai_
*timer 2
16:25
eppisai_
So, have tried using 16 bit timer, to generate 1 sec interval interupt.. (changing PBCLK3 Freq)
16:26
eppisai_
Besides I am finishing up with all transition animations..
16:27
eppisai_
Because of hurdles and few problems during GSoC period , many things in my tasks are left..
16:29
eppisai_
So, will talk with mentors.... Want to continue working on the tasks..
16:29
Bertl
I'm sure that won't be a problem
16:29
eppisai_
That's it from my side :)
16:29
Bertl
thanks!
16:29
Bertl
btw, now that we fixed the I2C for the EF Remote
16:30
Bertl
it might be interesting to incorporate that into the Remote firmware and combine it with the Beta Control of the Remote Remote
16:31
Bertl
but as I said previously, focus on the final report for now and getting the code cleaned up, etc
16:31
Bertl
anybody else who would like to report?
16:32
Bertl
I spent most of my spare time last week on getting the Remote and the Remote Control Shield working and tested
16:33
Bertl
and this included fixing up the I2C code for the Remote to make it compatible with both Remote versions (v0.9 and v0.14)
16:33
Bertl
we also discovered that the timing was a little too agressive, so when sending too many I2C messages, some of them didn't go through/come back correctly
16:34
Bertl
which caused some confusion when we first tested (like ghost key events and such)
16:34
Bertl
the firmware ICSP programmer was also updated to work properly with the EF Remote
16:35
Bertl
and finally we did the Analyzer setup to allow vnksnkr to capture actual traces of the button/encoder bounces
16:36
Bertl
not too much else happened, although there was some slow progess on getting the new Betas assembled and tested
16:36
Bertl
that's it from my side for this week
16:36
Bertl
if nobody else has anything to report, the meeting is concluded
16:37
Bertl
thanks for your time and focus on the final report... have fund and good luck!
16:37
vnksnkr
thank you :)
16:37
tpw_rules
thank you
16:38
eppisai_
Thank you
16:39
Bertl
my pleasure
16:39
Bertl
off for now ... bbl
16:39
Bertl
changed nick to: Bertl_oO
17:15
Dest123
left the channel
17:21
tpw_rules
anuejn or vup are you working on anuejn's beta
17:22
Spirit532
left the channel
17:22
vup
nope
17:22
Spirit532
joined the channel
19:04
vup
tpw_rules: I have been trying to track down your problem with the optimized version of the DramPacketRingbufferStreamWriter, but have been unable to yet
19:04
vup
I tried to reproduce the problem with this: https://github.com/apertus-open-source-cinema/naps/pull/30
19:05
vup
but that does not seem to work
19:05
tpw_rules
vup: have you been able to demonstrate the brokenness yourself?
19:05
vup
nope
19:06
vup
(but I did not try with your pattern_dram_test yet
19:06
tpw_rules
you should be able to see the difference between commit e97dc99 and 5fa5114 in my PR
19:07
tpw_rules
alright, i was about to reimplement read_packet_to_file. should it just return a bytes object i guess?
19:08
vup
yeah a bytes object seems fine
19:09
vup
tpw_rules: I see that you inserted a StreamBuffer, but I cannot figure out why this should make a difference
19:09
tpw_rules
i looked at the actual captured data and couldn't really see a cause
19:09
tpw_rules
it just seemed random pieces were dropped on the floor
19:10
vup
so you mean, the addresses of the transmitted data was right
19:10
tpw_rules
yes
19:10
vup
but sometimes there were chunks of the data that was missing?
19:10
tpw_rules
well, largely
19:10
tpw_rules
yeah
19:10
tpw_rules
maybe the address didn't get incremented or something
19:10
tpw_rules
but the first several kilobytes were fine
19:10
tpw_rules
checks agian
19:11
vup
how often did you encounter that?
19:11
tpw_rules
it's consistent
19:11
tpw_rules
(iirc)
19:11
vup
ok, but after how many bytes?
19:12
tpw_rules
i'm checking
19:13
tpw_rules
0x84d80 bytes in is the first dropped line
19:15
vup
hmm
19:21
tpw_rules
look at /home/operator/tpw_rules/presumably_correct_pattern.bin for the result from 5fa5114 and /home/operator/tpw_rules/committed_broken_pattern.bin for the result from e97dc99
19:21
tpw_rules
on the beta
19:40
vup
now I just need to find something that can visually diff two 70Mb files :P
19:41
tpw_rules
yeah, sorry. if you use `xxd -g 8 -c 48 <file> | cut -c 1-111` it comes out as one text line per camera two lines
19:41
tpw_rules
well, per camera word.
19:41
tpw_rules
hm, is there any problem with creating signals in elaborate?
19:41
tpw_rules
i moved all the stuff in __init__ of DramPacketRingbufferCpuReader there and it works
19:44
vup
no I think there used to be a problem with that, but no longer
19:44
vup
emacs fares surprisingly well with diffing them
19:44
tpw_rules
ok, i think i'm just going to do that. it's simpler than two separate loops
20:11
Dest123
joined the channel
20:15
vup
tpw_rules: interesting, so it looks like it is dropping 48 bytes there
20:15
vup
maybe those actually get dropped because the address has now a 1 bigger latency?
20:16
Dest123
left the channel
20:17
tpw_rules
hm, i wonder if at that point the fifo fills up?
20:18
vup
could be, thats now the point where all the `StreamInfo` blocks would be helpful :P
20:18
tpw_rules
they are all still in the build
20:18
tpw_rules
idk what they mean
20:20
tpw_rules
btw also the SimpleStreamGearbox does not work. i assume all the tests pass but that results in 0 data transferred. maybe that is a clue. is it something on the transmit end in the Cmv12kRx?
20:20
tpw_rules
the fifo should insulate that though....
20:20
vup
hmm what does "does not work" mean?
20:21
tpw_rules
like i replace StreamGearbox with SimpleStreamGearbox and everything compiles but instead of the whole image being transferred, 0 words are transferred
20:21
vup
curious
20:21
tpw_rules
i assume all the tests pass, they looked quite comprehensive
20:21
vup
yeah the tests pass
20:21
vup
can you upload a dump of `design` for a failing and a successful version with the DramPacketRingbufferStreamWriter thing?
20:22
tpw_rules
sure, it will take a while though, i don't keep compiled gateware around
20:22
vup
sure
20:22
tpw_rules
(15-20 mins)
20:40
tpw_rules
vup: https://pastebin.com/1zXbsHue https://pastebin.com/TuJmBppm
20:47
vup
tpw_rules: hmm can you try to add a StreamInfo before and after the Gearbox in both cases?
20:47
tpw_rules
those two commits?
20:47
vup
yeah
20:48
tpw_rules
ok
20:54
tpw_rules
left the channel
20:55
tpw_rules
joined the channel
21:04
Dest123
joined the channel
21:22
tpw_rules
vup: https://pastebin.com/x5UGgGUa https://pastebin.com/04KAxSU9
21:23
tpw_rules
hm, looks like it is my fault. or at least whatever condition is propagating all the way back through the fifo and it is filling up
21:24
vup
tpw_rules: I actually found a bug with the SimpleGearbox: https://github.com/apertus-open-source-cinema/naps/commit/5f5c9897f19c63f3d85ab028910864b6286521f6
21:26
tpw_rules
ah, does it not handle non power of 2 division ratios?
21:26
vup
it *did* not
21:26
vup
yeah
21:28
tpw_rules
ok, let me rebase and see what difference that makes
21:35
vup
tpw_rules: yeah, having some valid_not_ready > 0 for a stream that cannot actually buffer the data means you will drop some, which matches exactly what you can observe
21:36
tpw_rules
isn't the StreamBuffer supposed to buffer one thing?
21:37
tpw_rules
and why is the FIFO backing up? there must be some interaction with the fix that breaks bursting or adds excessive delays
21:37
vup
yeah the StreamBuffer is basically a one deep fifo
21:37
vup
I think somewhere you just need to be able to buffer one more word
21:37
tpw_rules
but the fifo is 2048 words deep
21:37
tpw_rules
it should not fill up
21:41
tpw_rules
like i said i think there's some new problem in the dram writer where it is spending too much time waiting for some reason
21:41
vup
yeah maybe
21:41
vup
I am looking into that right now
21:44
tpw_rules
ok, so SimpleStreamGearbox works now and significantly simplifies the logic but the timing is of course much worse
21:44
tpw_rules
>_<
21:45
vup
lol
21:45
tpw_rules
9000 -> 7000 nets
21:46
anuejn
loooool
21:49
tpw_rules
all the timing issues are in the DRAM domain anyway
21:50
tpw_rules
hm, yeah it is better in the sensor domain. maybe i will switch later