Current Server Time: 09:03 (Central Europe)

#apertus IRC Channel Logs

2020/10/19

Timezone: UTC


01:07
mumptai
left the channel
03:36
futarisIRCcloud
joined the channel
06:43
BAndiT1983|away
changed nick to: BAndiT1983
07:42
Bertl_zZ
changed nick to: Bertl
07:42
Bertl
morning folks!
08:36
mumptai
joined the channel
08:53
se6ast1an
good day
10:06
Bertl
off for now ... bbl
10:06
Bertl
changed nick to: Bertl_oO
10:22
illwieckz
left the channel
10:36
illwieckz
joined the channel
10:40
illwieckz
left the channel
11:04
illwieckz
joined the channel
11:18
EmilJ
Got frustrated figuring out u-boot, I'll do that another day when I actually have basic understanding of the OS and boot procedure
11:18
EmilJ
I moved the frame buffer to the top of RAM
11:18
EmilJ
which is a *total* hack but this is just a demo, really
11:19
EmilJ
I'm memsetting the frame buffer at 115 MB/s = 920Mbps (1050Mbps is specified speed for my DDR3 RAM on the Pynq Z2)
11:20
EmilJ
...however, without regard to which of the buffers is in use. Anyway, I've figured out that *only the lowest byte* of the words is used :D
11:35
EmilJ
actually, no, that doesn't seem the case. Memsetting 0x000000FF to the frame buffer definitely does draw white on the screen... but writing 0x000000FE already makes visible single pixel vertical lines
11:52
EmilJ
oh I think I get it. The HdmiBufferReader is only used in camera.py and isn't a generic thing, but is probably designed for whatever cursed format comes out of the camera
11:53
EmilJ
https://github.com/apertus-open-source-cinema/nmigen-gateware/blob/b9cae2e3678aa96ff9efd392b2036d2ebf747cba/src/cores/hdmi/hdmi_buffer_reader.py#L83
11:53
illwieckz
left the channel
12:01
xerrox_
joined the channel
12:08
illwieckz
joined the channel
12:22
anuejn
EmilJ: yup currently HdmiBufferReader is only able to output grayscale (as you can see)
12:23
anuejn
moreover the decoding is somewhat messed up (now that i read it again)
12:23
anuejn
however you should be able to modify it so that it fits your needs :)
12:24
anuejn
this is a dataformat that somehow packs 4 12bit raw pixels into one 64bit memory word
12:44
intrac
left the channel
12:46
intrac
joined the channel
14:21
intrac_
joined the channel
14:23
intrac
left the channel
14:33
EmilJ
guess who forgot memset works on bytes and not words
14:34
EmilJ
^ this guy
14:38
EmilJ
would be nice if RAM-alocated buffers showed up in the `memorymap:` from `address_assignment_hook`. I might attempt to hack that together
14:57
comradekingu
left the channel
15:10
comradekingu
joined the channel
15:11
Bertl_oO
EmilJ: 'RAM-allocated buffers'?
15:40
intrac
joined the channel
15:42
intrac_
left the channel
15:54
intrac
left the channel
16:18
anuejn
EmilJ: sounds like a nice idea :)
16:27
vup
Bertl_oO: the RAM framebuffer
17:00
intrac
joined the channel
17:00
se6ast1an
Meeting time!
17:00
se6ast1an
who is here?
17:01
Bertl_oO
changed nick to: Bertl
17:01
Bertl
is here ..
17:02
vup
is here for another 15 minutes
17:03
se6ast1an
great, vup any news to report? like vivado ?
17:05
vup
well, recently I worked on starting to automate the gateware build process, as that is one of the remaining "binary blobs" that are not automatically built yet
17:06
vup
currently this is tested in the nmigen-gateware repository to check if the various gatewares we create there synthesis for their various configurations and it works quite well there so far
17:06
Oscqar
joined the channel
17:06
Oscqar
Hi!
17:07
vup
so now the plan is to split off the gateware from the axiom-firmware repository into its own and start to automatically create the required bitstreams when the gateware changes instead of just downloading prebuilt ones
17:08
vup
so yeah thats it from me this week :)
17:08
se6ast1an
great, news, many thanks!
17:08
se6ast1an
*great news
17:09
se6ast1an
hi oscar!
17:10
se6ast1an
how are things going?
17:11
Oscqar
Good. Just finished and sent in the quarterly tax return. (BTW quite a week with COVID test but it turned out negative)
17:11
Oscqar
How are things over there?
17:12
se6ast1an
good to hear!
17:12
se6ast1an
things here are busy, as always :)
17:13
Bertl
we have an all-time-high regarding covid-19 in Austria ...
17:14
Oscqar
Yes, I read about it. Same over here in Belgium. Cafes and restaurants just closed again.
17:15
se6ast1an
quick updates from me: the PCB panel collection of offers continues
17:15
se6ast1an
currently what we know: rogers material (far too expensive), TU 883 and similar (slightly too expensive), FR4 -> cheap
17:16
se6ast1an
while we are hoping that standard FR4 will work, acutal tests will show
17:16
se6ast1an
after Bertl finished assembling and testing of new PB we will order a set in FR408 and FR4 for automated assembly
17:16
se6ast1an
the search for a gigahertz oscilloscope for that purpose continues
17:17
se6ast1an
in other news: I brought the pcb prober back to Bertl today after I filmed it in action yesterday (for new TT most likely)
17:17
se6ast1an
we attended the virtual google mentor summit last week
17:18
se6ast1an
thats it from me
17:18
comradekingu
We have gigahertz oscilloscopes at the radio enthusiast club at the uni in Trondheim
17:18
se6ast1an
nice :)
17:19
comradekingu
Swing by before the coronas take over
17:19
Bertl
comradekingu: send them over! :)
17:19
se6ast1an
we are also trying to get in touch with local universities
17:19
se6ast1an
so far no luck
17:20
comradekingu
Might try the military guys and various corps have them
17:20
comradekingu
What city is it?
17:21
se6ast1an
We are in Vienna
17:21
comradekingu
Are you going full ted etching your own boards?
17:21
se6ast1an
yes we should try the austrian military :)
17:22
comradekingu
Each year in mid-December, officials from the 56 OSCE participating States gather in Vienna to exchange information on their armed forces, military organization, manpower and major weapon and equipment systems.
17:22
comradekingu
https://www.osce.org/fsc/74528
17:22
se6ast1an
https://image.shutterstock.com/image-photo/bad-ischl-austria-31-december-600w-1198717606.jpg
17:22
comradekingu
Guy in the middle there looks to have 0 GHz oscilloscopes
17:23
se6ast1an
Bertl: please finish us , as usually :)
17:23
Oscqar
:D
17:23
Bertl
tries some finishing moves ... but fails ...
17:24
Bertl
well, I tried to finalize the backup this week, but failed because the server is 'unstable'
17:25
Bertl
I also tried to update the Axiom Beta at the observatory with some neat features, but failed as well, problems with the SD card and similar
17:26
Bertl
on the positive side, I'm almost done with one side of the new power board prototype so we should be able to test that soon
17:26
Bertl
that's basically it from me for this week.
17:27
comradekingu
I only found https://www.semaf.at/ https://www.army-store.at/fahrzeuge
17:28
Bertl
yeah, both are not into multi GHz bandwidth as far as I know ...
17:29
se6ast1an
thanks Bertl
17:29
se6ast1an
anyone else with topics/reports for the meeting?
17:29
comradekingu
(help, I am in a meeting)
17:30
Bertl
just play dead, it's almost over :)
17:32
se6ast1an
its over!
17:32
se6ast1an
MEETING CONCLUDED
17:32
se6ast1an
many thanks everyone!
17:33
Oscqar
Great. See you soon!
17:34
Bertl
are you coming over?
17:35
Oscqar
Virtually I mean! I would like to though, but I'm afraid it has to wait a bit.
17:39
Oscqar
left the channel
17:53
EmilJ
I don't think you should limit yourself to military people in search of an oscilloscope to borrow for a weekend. I've seen 40GS/s Teledynes in Siemens in Prague, and those guys only do industrial automation and some train stuff
17:54
EmilJ
so that's 4GHz bandwidth
17:54
Bertl
would be perfect
17:58
EmilJ
is wondering if the axiom-firmware is flexible enough to work with the UART, ETH and USB conections on my zynq board, and how much work would it be to adapt it
17:59
Bertl
you very likely need a proper (hand crafted) device tree, but otherwise I think you should be fine with minimal modifications
18:00
EmilJ
actually, it's not clear to me from the website, what state are the dev kits in - this project in general seems to me like contributing to it is potential master's thesis material
18:01
EmilJ
so I may be interested on getting my hands on one
18:31
EmilJ
...okay, I'm looking at the wiki, and I realized how high-end the entire thing is, wow
20:03
mumptai
left the channel
20:30
se6ast1an
EmilJ: I think the beauty is that you can start with very high level modifications like creating a bash script but if you want to go all the way down to the fpga code
20:30
se6ast1an
you have that option
20:31
se6ast1an
I don't know any military source of an osci
20:31
se6ast1an
I only have conncetions to industrial and university folks, lets see where that takes us
20:58
mumptai
joined the channel
21:19
vup
EmilJ: u-boot config and devicetree should be enough to make axiom-firmware work
21:20
vup
With u-boot probably being the hard part
21:20
vup
We don't use the fsbl generated by vivado, but instead boot using u-boot spl
21:21
vup
Which needs a c file that inits the soc, which can be generated by vivado when you create a fsbl project with it
21:23
EmilJ
u-boot spi? Meaning axiom firmware is supposed to live in SPI connected flash?
21:23
vup
spl
21:23
vup
Second program loader, a alternative to fsbl
21:23
vup
https://github.com/apertus-open-source-cinema/axiom-firmware/blob/master/patches/u-boot/z_turn_lite_support.patch
21:23
vup
Thats how adding support to u-boot for a board looks like
22:11
Bertl
where you can probably keep the current u-boot for a start
22:11
Bertl
(i.e. the one you already have on your board)
22:13
xerrox_
left the channel
22:14
xerrox_
joined the channel
22:37
EmilJ
geez what a massive file
22:38
EmilJ
autogenerated register definitions, I see
22:54
EmilJ
update: I can write to the buffer, and it looks like both vsync and hsync are broken
22:54
EmilJ
https://irc.tywoniak.eu/file/1/NjV3rrRWgQwthPMR
22:54
EmilJ
wow, convos can auto host files. That's wonderful
22:55
EmilJ
this image is, in theory, me writing *one* dark pixel, to x=y=1
22:56
EmilJ
instead of that I get these silly broken lines and they *move* over time
23:00
Bertl
what gateware do you use at the moment?
23:10
BAndiT1983
changed nick to: BAndiT1983|away
23:11
EmilJ
Uh, nmigen gateware, with the HDMI buffer reader, which supposedly was never successfully tested to work :D
23:12
Bertl
ah, okay, yeah, then you have to check with vup/anuejn I guess
23:13
Bertl
but I presume it is somewhat modeled after the one used on the Beta at the moment
23:13
Bertl
does the movement repeat? is it slow or fast?
23:26
EmilJ
It's real fast and does not appear to repeat every buffer_umber of frames, no. What's interesting is that I've had vertical lines working without any issue when I was wildly memsetting.
23:31
Bertl
could be that the vertical lines provided enough information for the monitor to do the sync
23:32
Bertl
but double check sync inversion and timing, this is one of the sensitive points
23:32
Bertl
does the devel board have a direct HDMI connection?
23:38
Bertl
you are using the PYNQ-Z2 right?
23:41
Bertl
so there you have directly connected HDMI ports and you want/need to use the TMDS_33 IO standard on a 3V3 io-power rail
23:42
Bertl
at 1080p60 signal quality could be at the limit there
00:16
xerrox_
left the channel
00:30
mumptai
left the channel