Current Server Time: 02:09 (Central Europe)

#apertus IRC Channel Logs

2021/03/01

Timezone: UTC


02:06
rektide
left the channel
03:56
Bertl_oO
off to bed now ... have a good one everyone!
03:56
Bertl_oO
changed nick to: Bertl_zZ
05:09
BAndiT1983|away
changed nick to: BAndiT1983
06:07
mumptai
joined the channel
10:02
Bertl_zZ
changed nick to: Bertl
10:02
Bertl
morning folks!
11:24
aombk
left the channel
11:27
aombk
joined the channel
11:52
eppisai
joined the channel
12:22
eppisai
left the channel
13:35
eppisai
joined the channel
16:00
se6ast1an
MEETING TIME! Who is here?
16:01
Bertl
is here ...
16:01
bluez
is here
16:01
metal_dent[m]
is present
16:01
BAndiT1983
here, but nothing to report
16:01
se6ast1an
great, metal_dent[m] do you want to start as usual?
16:02
metal_dent[m]
okay but i don't have much to report
16:03
metal_dent[m]
just a few updates... i was trying to understand an example of the UART communication i found
16:03
metal_dent[m]
then tried to adjust my code accordingly and also according to bandit's suggestions
16:04
metal_dent[m]
i haven't gotten the time to commit it yet though
16:04
metal_dent[m]
that's it from me..
16:05
se6ast1an
many thanks, BAndiT1983 any comments or next steps to add?
16:07
BAndiT1983
not at the momen
16:07
BAndiT1983
*moment
16:07
se6ast1an
ok
16:07
se6ast1an
bluez: your turn!
16:07
bluez
thanks!
16:07
bluez
so last week i was finally able to reconfigure an LUT 'without' fixing it to a particular location
16:08
Bertl
yay!
16:09
bluez
for this i got the slice/lut location through vivado... i then used the database from prjxray, wrote a few scripts, which could get the frame addresses associated with a particular slice/lut location
16:09
bluez
I tested it and it seems to work correctly :)
16:10
Bertl
this is via PCAP frame access or did you generate a bitstream for that?
16:10
bluez
yea via PCAP access
16:10
Bertl
excellent!
16:10
bluez
i generated a partial bitstream, from one of my previous scripts
16:12
bluez
so, now my next task is to find a suitable 'entity' and a suitable manner to update that entity easily through PDR
16:13
bluez
for eg. i need to buffer the previous values of the LUTs so that they dont change with the reconfiguration takes place... and things like that
16:13
bluez
s/with/while/
16:14
bluez
so i'll be working on a test setup with a group of LUTs acting as a 32-bit register... and i'll try to update its value through PDR
16:14
bluez
that's it from me!
16:14
se6ast1an
many thanks! anything to add Bertl (next steps, etc.)?
16:15
Bertl
nah, dynamic register reconfiguration is within reach!
16:15
bluez
yup! :)
16:15
bluez
well..almost
16:15
se6ast1an
great :D
16:15
Bertl
looking forward to replace the many registers we have in the Beta ....
16:16
Bertl
(and thus saving tons of precious resources)
16:17
Bertl
and yes, there is still a lot of work which needs to be done
16:17
Bertl
but it looks very promising
16:17
bluez
indeed :)
16:17
se6ast1an
BAndiT1983 said no news, eppisai also had exams last week and no progress to report
16:17
se6ast1an
quick updates from me:
16:18
se6ast1an
all components for our hardware production run have been sourced, received and handed over today
16:18
se6ast1an
there is just one 90° pin header THT component without ETA
16:18
se6ast1an
but since THT assembly is the second step we stll have time
16:18
se6ast1an
in worst case we hand solder that one later, no big deal
16:19
se6ast1an
Tele still has a few components inbound and said they should arrive by the end of the week or beginning of next week
16:19
se6ast1an
before that happens its hard to tell when we get a slot
16:20
se6ast1an
manfred milled a custom tray from an ESD plastic for one of the last connectors we handed over today
16:20
se6ast1an
so all green light from us there
16:21
Bertl
do we have a plan for depanelization yet?
16:21
se6ast1an
yes, manfred with the cnc mill
16:22
Bertl
yeah, what I meant was, we probably need a bunch of dowel pins for that, no?
16:23
Bertl
(and a base structure to hold them, and probably the PCBs, in place)
16:23
se6ast1an
I thought manfred will mill a plate where the boards are screwed in individually but I will talk to him how he plans it in detail
16:24
se6ast1an
but I am sure he also has a collection of dowel pins if that is the route
16:24
Bertl
excellent, then!
16:24
se6ast1an
I will also talk to him regarding the sensor socket bank insertion depth and tool
16:25
se6ast1an
I asked tele today what they need for THT assembly documentation
16:25
se6ast1an
they said they have the photos and component locations anyway and dont need anything else
16:26
se6ast1an
do we have requirements in that direction, probably a topic for a separate chat/meeting
16:26
Bertl
I think there shouldn't be anything special or unexpected
16:26
se6ast1an
ok, thats it from my side, Bertl, the finisher?
16:27
Bertl
(as long as the parts go on the correct PCB side :)
16:27
se6ast1an
something to make sure the pcie angle is correct?
16:28
Bertl
I spent the weekend (on and off) with building a ZIF frontend and cleaning and testing the parts we got from felix recently
16:29
Bertl
all connectors have to be seated flush and aligned to the board i.e. centered, straight (onot at an angle) etc
16:29
Bertl
but it might help them to get a dual slot plugin for easier registration
16:29
se6ast1an
noted
16:30
Bertl
on the 'power' connectors (i.e. the 2x2 short and long pin headers)
16:31
Bertl
it helps to have a matching power board PCB (doesn't need any receptacles to work as there are holes)
16:32
Bertl
so maybe also provide them with an empty power board PCB for this purpose
16:33
se6ast1an
ok
16:33
Bertl
back to the ZIF SFE, I haven't been able to test it yet, but this should happen in the next few hours
16:33
Bertl
currently adjusting the power board trimmers for the setup
16:33
Bertl
that's it from my side for this week
16:34
se6ast1an
great thanks
16:34
se6ast1an
anyone else who wants to share/report/ask?
16:36
se6ast1an
alright then, meeting concluded! many thanks all participants!
16:37
Bertl
thanks for the moderation!
16:38
se6ast1an
my pleasure as always
16:45
Bertl
off for now ... bbl
16:46
Bertl
changed nick to: Bertl_oO
17:42
eppisai
left the channel
18:07
gcolburn
joined the channel
18:09
gcolburn
Hello. After being inactive for a while on the axiom-beta I wanted to try to find some time for it. I flashed the latest firmware on an SD card but having an issue where the system just keeps rebooting non-stop and not providing the user login prompt. Is anyone around that might be able to help? Thanks!
18:12
BAndiT1983
hi gcolburn, probably vup or anuejn_ can help there
18:12
BAndiT1983
which version have you used? 2.0?
18:13
gcolburn
I would presume so. I tried the two latest here: https://github.com/apertus-open-source-cinema/axiom-firmware/releases
18:13
BAndiT1983
ok, they should fit, so the guys will maybe know what's going on
18:14
gcolburn
The last image I had was from 2019. It booted fine but was running into wireless driver issues. It seemed like updating to the latest build with possibly newer kernel/drivers might fix it.
18:14
vup
how are you connecting? Are you able to provide a boot log? How are you powering the camera? It sounds a bit like maybe your powersupply is not providing enough power and powering up the sensor resets the camera...
18:15
gcolburn
I have the power connected to USB to my laptop. I could try connecting it to an outlet USB connection and see if that fixes it
18:15
vup
how are you powering it over USB?
18:15
vup
do you have a custom cable?
18:16
vup
But yeah thats probably it
18:17
gcolburn
Yeah. Custom cable with a DC to USB connector
18:17
gcolburn
Came with the camera
18:18
vup
Automatically starting up the aquisition pipeline seems to be causing more problems for people than not, maybe we should disable it again? Thoughts Bertl_oO, se6ast1an, anuejn_?
18:19
vup
gcolburn: I see, so yeah your laptop is probably not providing enough power to power up the sensor, which is now done automatically on boot of the camera. You can either try a beefier power supply (~15 Watts should work), or (atleast if you are using a OS / have a setup that can access a ext4 partition) disable the automatic startup of the aquisition pipeline.
18:19
se6ast1an
yes, I was also about to ask if its a crash caused by kick/start script being run automatically
18:20
se6ast1an
hi gabe, welcome back :D
18:20
se6ast1an
there might be minor changes required in the FW 2.0 image depending on specific hardware versions of your boards
18:21
se6ast1an
Bertl_oO would be able to tell that
18:21
gcolburn
It seems to restart around after it reports started User Login management or Network Management
18:21
gcolburn
No obvious errors
18:21
se6ast1an
how do you power it currently?
18:22
eppisai
joined the channel
18:22
vup
To disable the automatic startup, mount the second partition on the sdcard, under `etc/systemd/system/multi-user.target.wants` there should be a link called `axiom_start.service`. Remove that. (Make sure you are looking at the etc folder on the sdcard and not the one of your own system)
18:22
se6ast1an
vup is right, currently it sounds like a power issue
18:22
gcolburn
For convenience I plugged it into a USB port on my mac. Its actually through a USB C adapter
18:23
se6ast1an
the beta draws up to 20-30W, no laptop can supply that
18:23
gcolburn
Gotcha. Let me switch power source :)
18:23
se6ast1an
also the cable has two USB connectors right?
18:23
gcolburn
It was at least convenient while I tried to get wifi working
18:23
gcolburn
Yes it does. It also has an external DC power in
18:23
gcolburn
But it may not supply enough even with that
18:23
se6ast1an
the two usb connectors power different things in the beta
18:24
gcolburn
Oh. I thought you were referring to on my USB hub
18:24
gcolburn
The cable only has one USB connector for power
18:24
se6ast1an
hmmm
18:24
se6ast1an
we have no usb power cable with one connector...
18:24
gcolburn
I connect a separate USB cable for the UART
18:24
se6ast1an
can you share a picture?
18:25
gcolburn
Sure. Send it to your emaili?
18:25
se6ast1an
https://paste.pics/ ?
18:26
se6ast1an
here is the connector illustration: https://wiki.apertus.org/images/7/70/Side-01.jpg
18:27
gcolburn
There is a power cable that goes to the power adapter (v0.2) R1.1
18:28
se6ast1an
yes, so you use the dedicated power supply?
18:29
gcolburn
Yeah. I'm not powering the camera through the standard USB/UART port (not the JTAG)
18:31
se6ast1an
ah right, all good then
18:31
se6ast1an
then please follow vups advice
18:31
gcolburn
https://paste.pics/BQTLM
18:31
se6ast1an
uart to mac should be fine
18:32
se6ast1an
regarding wifi support
18:32
gcolburn
Yeah it seemed to connect no problems :)
18:32
se6ast1an
https://wiki.apertus.org/index.php/AXIOM_Beta/Manual#WiFi_Access_Point_Setup
18:32
se6ast1an
we collected a few sticks that work
18:32
gcolburn
Yeah. I've had the Edimax for a while, which I've occasionally been able to get working, but it has been finicky
18:37
se6ast1an
off for a bit, vup would you be so kind and assist gabe if any further steps need to be taken
18:39
gcolburn
I made it further to the login prompt. Then it reboots. I'll try another power supply
18:42
vup
yeah that all sounds very much like a power supply issue.
18:42
vup
I threw up a commit that disables the automatic start of the sensor and stuff, however it will take a moment for the CI to run through to get you a new sdcard image
18:46
gcolburn
Thanks. I could see arguments either way about the defaults on that.,
18:48
vup
Yeah, I guess as long as this is more of a developer image, not starting it automatically is probably fine and what most people actually want
18:55
gcolburn
I've tried connecting the power to an outlet with a USB adapter, as well as a 12V power bank and still get a restart around when the login prompt shows up
18:55
gcolburn
I'll try the new image
19:02
eppisai
left the channel
19:14
eppisai
joined the channel
20:33
rektide
joined the channel
20:34
vup
gcolburn: the new image it ready by now: https://github.com/apertus-open-source-cinema/axiom-firmware/releases/download/nightly%2Fc26ca6c4/axiom-beta-c26ca6c4.img.xz
20:35
gcolburn
Thanks. Already flashed it and just booted it up. I'm able to log in now. Thanks!
20:35
gcolburn
The wifi seems to be hosting in AP mode already with no configuration on my part
20:37
Bertl_oO
hey gcolburn! how's going? LTNS!
20:38
gcolburn
Hey Bertl! Yeah I know its been a while! Life has been very busy. How have you been?
20:41
Bertl_oO
considering covid-19 and everything going on nowadays, I'd say I had it quite good so far ...
20:42
gcolburn
That's good!
20:43
vup
gcolburn: nice, so that makes me 99% sure that your powersupply cannot handle running the sensor
20:43
gcolburn
What are the current main projects on-going with the axiom-beta?
20:43
Bertl_oO
raw data transfer out of the camera
20:43
Bertl_oO
dynamic system reconfiguration
20:44
Bertl_oO
gateware rewrite in nMigen
20:44
Bertl_oO
just to name a few :)
20:44
gcolburn
what are the changes being worked on the raw data transfer?
20:44
BAndiT1983
changed nick to: BAndiT1983|away
20:45
Bertl_oO
mostly new hardware solutions based on USB3 and SATA
20:45
Bertl_oO
(plus the inevitably required gateware and software of course)
20:45
gcolburn
vup: what is the recommended power supply? Also, once logged in should I manually activate the service you disabled, or use the axiom_start.sh script?
20:46
gcolburn
Bertl: Is the goal easier interface compatibility, or speed?
20:46
Bertl_oO
do I see that correctly from your image link that you are trying to power the Beta from a single USB port?
20:47
Bertl_oO
gcolburn: mainly bandwidth ... we need to move a lot of data ...
20:47
gcolburn
Gotcha
20:47
Bertl_oO
so USB3 is mainly for PC/Laptop connections, SATA for direct storage
20:47
vup
gcolburn: I have been using various usb-c power bricks with variyng success. USB PD ones almost never work, but the "dumb" ones that just give 3A have been working fine so far. Usually the developer kit includes a suitable power brick though.
20:48
Bertl_oO
gcolburn: we currently use a power supply which is rated 6A at 5V and provides a little more than 5V but roughly within USB power limits
20:49
vup
Enabeling the service will probably make the camera reboot again. But of course leaving it stopped means you can not do anything with the sensor. Currently doing something like `systemctl start axiom_start` and `axiom_start.sh` do the same, but in the future, `systemctl start axiom_start` is probably the better choice
20:49
Bertl_oO
(that is the power brick which usually comes with the Beta)
20:49
vup
*Enabling
20:49
gcolburn
Yesterday I had the camera connected as follows: Mac -> USB-C to USB HUB -> 2 connections to Axiom beta (power adapter with USB + USB/UART). That worked fine but I had problems with the wifi drivers. The last image I had on the beta was over a year old. I flashed the latest version, and it kept rebooting. Today I tried connecting the power adapter
20:49
gcolburn
to a wall outlet with USB power port, as well as a battery and it made it further before rebooting
20:49
Bertl_oO
you will effectively require peak power in the range of 2.5-3A
20:50
vup
gcolburn: were you using the sensor with the old setup?
20:51
Bertl_oO
what we do in the dual USB power connector se6ast1an mentioned is to power each of the two main power rails (Microzed and Beta) separately from one USB power power connector/adapter
20:51
vup
(was the blue led on the beta blinking)
20:51
gcolburn
I have a red led blinking
20:51
Bertl_oO
heartbeat I presume
20:52
Bertl_oO
this means the Linux is running
20:53
Bertl_oO
when you start the image pipeline, the blue led should start flashing (or at least glowing) as well
20:53
Bertl_oO
the green one will be always on as long as there is power
20:54
gcolburn
Do you know if power usage has gone up with newer firmware? I didn't have these issues in the past and even ran it in the field off a battery (using the same battery right now and it is rebooting)
20:54
gcolburn
Could be the battery is getting old though
20:54
Bertl_oO
power usage might have gone up because more stuff is running
20:55
Bertl_oO
also the wifi stick directly draws (usually a lot of) power from the Beta rail
20:55
Bertl_oO
do you still have your original power brick that came with the Beta?
20:56
gcolburn
Yeah I just need to find it. It wasn't in the case with the camera. I'll go find it :)
20:56
Bertl_oO
if so, it should be easy to verify whether the power supply is to blame or not
20:56
vup
Maybe, but I think the more stuff running is negligible. Maybe booting + starting up the sensor at once has increased the peak power consumption a bit
20:56
gcolburn
Looks like my wall USB only puts out 1Amp!
20:57
vup
1A is cutting it close, I think it got it working on 1.5A one before, but that was very fragile
20:58
Bertl_oO
1.5A is pure luck :)
20:59
gcolburn
haha. I'll make sure to get it more power
20:59
gcolburn
Are there any scripts for reporting power usage?
21:02
Bertl_oO
yes, the pac1720_info has that
21:02
Bertl_oO
but it doesn't report peak usage, just some average
21:04
Bertl_oO
but usually you can see power problems in the voltages reported there ... when they are very low compared to the nominal 5V, then it is likely that the power supply cannot keep up
21:09
gcolburn
ok thanks
21:10
gcolburn
do you remember the brand of the power adapter? I think I remember what it looks like, but not the brand
21:12
Bertl_oO
it should be an YU0506, black brick, blue LED, white text on the back with a yellow frame around it
21:12
gcolburn
thanks
21:12
Bertl_oO
https://shop.apertus.org/image/cache/catalog/dc-power-supply-800x400.jpg
21:13
Bertl_oO
https://www.apertus.org/sites/default/files/images/AXIOM_Beta_Developer_Kit_Package_Contents_2018.jpg
21:22
Bertl_oO
in case you can't find it, it doesn't need to be this specific power supply, but you should look for one which can supply at least 5A (and 5V of course) and has the proper polarity (shold be on the tiny power adapter PCB :)
21:24
Bertl_oO
https://wiki.apertus.org/images/c/c6/00-PA-001-_AXIOM_Beta_Power_Adapter_Board_V0.2R1.1_Show_sm.png
21:24
Bertl_oO
(it was conveniently photographed from the side where you can't see the information :)
21:27
Bertl_oO
http://vserver.13thfloor.at/Stuff/AXIOM/BETA/power-adapter-02.jpg
21:27
Bertl_oO
here you go :)
21:28
Bertl_oO
so 5V/5A plus in the center, minus on the outside
21:38
gcolburn
Thanks!
21:40
Bertl_oO
np
21:49
gcolburn
found the power supply and its up and running now :)
21:53
gcolburn
The Axiom Beta overlay on the HDMI is new since I last used it!
21:53
Bertl_oO
yes, it is! :)
21:54
gcolburn
What's the status of putting an IR filter in front of the sensor and not on the lens? I remember seeing a video evaluating some sample filters
21:54
Bertl_oO
this will be part of the 'enclosure'
21:55
Bertl_oO
i.e. it has a filter mount where you can put filters directly in front of the sensor
21:55
gcolburn
Gotcha
21:55
Bertl_oO
https://www.apertus.org/axiom-team-talk-15-4-optical-filters-firmware-2-article-june-2020
21:56
Bertl_oO
if you scroll down a little, you can see the filter mount
21:56
Bertl_oO
(or filter holder as it is called there)
21:57
gcolburn
Great. Yeah that's the video I saw
21:58
gcolburn
What's the current status of the compact enclosure?
22:00
Bertl_oO
prototypes are working so far and it shouldn't be too long till it is actually available
22:00
gcolburn
Great
22:01
Bertl_oO
there are still some open points and we need to test it with the new power board which was adapted for the enclosure
22:01
Bertl_oO
(mainly to allow higher input voltages)
22:01
gcolburn
gotcha
22:08
eppisai
left the channel
22:11
mumptai
left the channel
22:28
gcolburn
I thought of a new application for the axiom beta recently... high resolution film scanning by stitching multiple images behind an enlarging lens
22:31
Bertl_oO
yeah, why not
22:32
gcolburn
I have large format slide film to scan and they don't make new scanners that can extract all of the detail out of it. The standard in quality is a drum scan but those are expensive and the machines are hard to find parts for and maintain. I think this could work well. I've got the HDMI feed from the back of a large format camera focused on the film
22:32
gcolburn
on a light box
22:33
gcolburn
I should be able to do some sample stitching with manual translations, but Ideally you would have a 2 axis (possibly 3 for focus) mount for the camera to automate it
22:34
Bertl_oO
there are nice tools for the stitching ...
22:35
Bertl_oO
http://hugin.sourceforge.net/
22:35
gcolburn
Definitely. and stitching behind the lens would be trivial since you don't have to correct the lens distortion
22:35
Bertl_oO
yes, scanning the film directly has a lot of advantages
22:35
gcolburn
Looks like I can resolve the grain of the film, which isn't possible with an Epson flatbed
22:37
gcolburn
Some people are trying to use a DSLR to digitize film, but its hard to do well. This would work much better.
22:38
gcolburn
On 4x5 film the resolution would easily be hundreds of megapixels. The rough mental math was on the order of 500-600. I'd have to do more rigorous calculations, but that was ball park assuming 12MP/image determining the # of images required for an APS-C to sample a 4"x5" area
22:40
Bertl_oO
sounds like a nice project
22:42
gcolburn
Yeah. I've have stepper motors and a controller but need a good 2 axis linear slide setup
22:43
Bertl_oO
you neither need precision nor repeatability for that
22:44
Bertl_oO
so personally I would put the camera on rails and just move it around
22:45
Bertl_oO
if you have single slides (not a film) then in both directions, otherwise, only up and down and transport the film
22:46
Bertl_oO
as long as you make sure that there is some reliable overlap, you should be fine
22:49
gcolburn
I'll definitely start out that way, but eventually want it automated. The front standard of the camera can be moved up/down/left/right manually
22:50
gcolburn
But as you mentioned it doesn't need to be very precise, so cheaper parts should work well