Current Server Time: 12:19 (Central Europe)

#apertus IRC Channel Logs

2020/10/05

Timezone: UTC


01:25
intrac
left the channel
01:26
intrac
joined the channel
03:31
intrac
left the channel
03:31
intrac
joined the channel
04:16
Bertl_oO
off to bed now ... have a good one everyone!
04:16
Bertl_oO
changed nick to: Bertl_zZ
07:12
BAndiT1983|away
changed nick to: BAndiT1983
09:49
anuejn
good morning :)
11:08
Bertl_zZ
changed nick to: Bertl
11:08
Bertl
morning folks!
11:17
se6ast1an
good day
15:00
Bertl
off for now ... bbftm
15:00
Bertl
changed nick to: Bertl_oO
16:58
Bertl_oO
changed nick to: Bertl
17:00
se6ast1an
MEETING TIME!
17:00
se6ast1an
who is here?
17:03
Bertl
is here ...
17:03
se6ast1an
just us two it seems
17:04
Bertl
well, we probably can save the time then ...
17:05
se6ast1an
true
17:05
se6ast1an
I will publish the gsoc article then now
17:07
se6ast1an
https://www.apertus.org/google-summer-of-code-wrap-2020-article-october-2020
17:09
Bertl
nice
17:10
se6ast1an
BAndiT1983 you can share some news right?
17:10
BAndiT1983
a bit, was not that present lately because of my regular job
17:10
BAndiT1983
but this weekend i've finally sat down and experimented with the PCB paneliser
17:11
BAndiT1983
we had a problem with rotated data there, which was resulting in complains from the PCB fab
17:11
BAndiT1983
after some discussion with Bertl and se6ast1an the solution was found, so the gerber data was rotated by using gerbv command line exporter, then assembled and adjusted in the python scripts
17:12
BAndiT1983
final obstacle was the drill layer, but after some experiments with decimal settings it finally worked
17:12
se6ast1an
beautifully I must say :)
17:12
se6ast1an
panels have been sent to pcb fabs already for quotes
17:12
BAndiT1983
will align with se6ast1an on further tasks, as i'm a bit out of the loop
17:13
BAndiT1983
don't have a preview right now, otherwise i would show some nice images of 2d lines ;)
17:13
BAndiT1983
maybe visualiser, firmware or bootloader for axiom remote as next
17:13
BAndiT1983
that would be it
17:14
se6ast1an
great, many thanks
17:14
se6ast1an
now I feel motivated to give a brief insight into the pcb prober as well
17:15
se6ast1an
to identify the mechanical inaccuracies bertl created a test pattern
17:15
se6ast1an
https://github.com/apertus-open-source-cinema/pcb-prober/blob/master/calibration/testpattern_v2_150x150.pdf
17:15
se6ast1an
that I printed and put on the bed of the pcb prober
17:16
se6ast1an
with the attached microscope camera I then ran an automated optical center detection of around 4000 points and did each measurement 4 times
17:16
BAndiT1983
not bad, but i experience the effect where the small dots start to turn gray individually, don't remember the name at the moment
17:16
se6ast1an
the results were visualized by Bertl
17:16
se6ast1an
https://github.com/apertus-open-source-cinema/pcb-prober/blob/master/calibration/result%20visualization%2001.svg
17:16
se6ast1an
https://github.com/apertus-open-source-cinema/pcb-prober/blob/master/calibration/result%20visualization%2002.svg
17:17
se6ast1an
you can clearly see the errors have a pattern
17:17
BAndiT1983
github is crashing there, maybe too big, have to download
17:18
se6ast1an
yeah lots of lines
17:18
BAndiT1983
are the peaks just some random errors?
17:18
se6ast1an
we suspect its due to the wheels on the ender being slightly egg shapped
17:19
se6ast1an
possibly because the tension on them is too high or too low
17:19
Bertl
note that the 'error' is magnified by a factor of 10 (or probably more)
17:19
BAndiT1983
usually the belt tension is not that important, at least not to the extent people always think and propagate
17:20
BAndiT1983
is the probe head too light and vibrates too much?
17:20
se6ast1an
I also tweaked the belt tension but what I meant was the pressure on the wheels
17:21
Bertl
BAndiT1983: for vibration the pattern too much depends on the position
17:21
se6ast1an
anyway, we figured we wanna try probing now and see where we actually end up
17:21
BAndiT1983
ok, strange, haven't looked at the ender construction yet
17:22
se6ast1an
the probing routine has been added today, there are some things still to be tweaked or improved
17:23
se6ast1an
at least normal sized pads (0402+) should be hit properly
17:23
se6ast1an
for the smaller chip pads we will see what the best approach is
17:23
se6ast1an
maybe optical pad detection, bertl also suggested just trying to probe several points around the target
17:23
se6ast1an
shotgun approach
17:23
Bertl
I'm optimistic that we are good for 99% of all pads we have :)
17:23
se6ast1an
the idea is that the measurement will tell us if we hit immediately
17:24
BAndiT1983
optical approach is interesting
17:24
se6ast1an
the problem is that the movement between centering camera and moving the needle there will also produce an error
17:24
BAndiT1983
but what if you hit the pad next to it?
17:24
se6ast1an
but potentiall smaller error
17:25
BAndiT1983
^it was about "shotgun approach"
17:25
se6ast1an
yeah, I am curious if the measurement will show that
17:26
BAndiT1983
is the other probe on the GND?
17:26
se6ast1an
I mean if it will allow us to identify the neighbour pad
17:26
se6ast1an
there is only one probe
17:26
se6ast1an
but the GND plane is grounded yes
17:26
BAndiT1983
ok, am curious how we will recognize individual pads, if it hits the wrong one
17:27
BAndiT1983
resistance of the trace?
17:27
se6ast1an
bertl designed the probe to not just measure connected/not connected but resistance, capacitance, ...
17:27
se6ast1an
Bertl: can you elaborate
17:28
Bertl
I think I already did a few months ago ...
17:28
Bertl
basically we do a resistive as well as capacitive measurement
17:28
Bertl
this still needs to be fine tuned but for that we need real world measurements which haven't been available yet
17:29
Bertl
regarding 'hitting the wrong pad', if we are that far off, we have a bigger problem
17:29
BAndiT1983
i remember something like that, but had already quite many other things in-between, so it got lost somewhere in the abyss of the mind
17:30
Bertl
chances are, if we miss a pad, we a right on the edge of the pad
17:30
Bertl
this means that e.g. a circular motion around this point will either hit the pad or miss it as well
17:30
Bertl
(a sufficiently small circular motion that is :)
17:31
Bertl
so the question there becomes: can we tell whether we did hit a pad or not?
17:31
Bertl
and I'm somewhat confident that we can tell the difference there
17:31
BAndiT1983
just a theoretical question, as i wasn'T aware of wheels on the ender (my prusa doesn't have such stuff), would it work better with "belt only" printer base?
17:32
Bertl
for sure a more stable construction would work better, we just started with the ender 2 because it was available and cheap
17:32
se6ast1an
the ender 3 has a linear rail modification kit
17:32
se6ast1an
not too expensive
17:33
se6ast1an
but means we need to build a new unit from scratch
17:33
Bertl
so for now, let's see how well this one does ...
17:33
se6ast1an
exactly
17:34
se6ast1an
so much for the prober
17:34
se6ast1an
Bertl: do you have any news to share?
17:35
Bertl
guess so ...
17:35
Bertl
besides helping out with the prober and other stuff, I worked a little more on the cmv_snap* side
17:36
Bertl
and I did a SIMD (NEON) implementation for the line conversion
17:36
Bertl
this can now pull the image data from memory in about 140ms
17:37
Bertl
still if we run the cmv_snap over ssh, we get about 1.6-1.8 seconds
17:38
Bertl
but for local storage this has some advantages and if we find a clever way to eliminate the ssh overhead, we can easily transfer images in less than 500ms
17:38
se6ast1an
did you also benchmark writing to micro sd card ?
17:38
se6ast1an
ah, great
17:38
BAndiT1983
iss SSH mandatory or can we use (R)UDP?
17:39
Bertl
we can use whatever we like I guess?
17:40
Bertl
I also updated the storage system at the hub, added two disk drives there and we are currently spreading the data over the drives
17:41
Bertl
and I manually probed the new power board PCBs so that we can start assembly for testing
17:41
se6ast1an
two boards actually no?
17:41
Bertl
two boards were tested, yes, the third one is in your prober :)
17:42
se6ast1an
correct
17:42
se6ast1an
regarding snap
17:42
se6ast1an
could you test this script with it:
17:42
se6ast1an
https://github.com/apertus-open-source-cinema/axiom-firmware/blob/master/software/scripts/axiom_picture_snap.sh
17:42
se6ast1an
until line 21
17:42
se6ast1an
line 15 & 16 are a work around because snap hung with every econd run
17:42
se6ast1an
*second
17:43
Bertl
so what you want tested is a snap to SD card, right?
17:43
se6ast1an
yes
17:43
se6ast1an
the script doesnt do much
17:43
se6ast1an
disable hdmi
17:43
Bertl
i.e. we do not need the other stuff there
17:44
BAndiT1983
regarding UDP or whatever can be used, can't we just check wit socat if it will work? just as a proof of concept -> https://knplabs.com/en/blog/share-files-on-the-local-network-with-socat
17:44
se6ast1an
capture image to sd card with unique name derived from current date
17:44
se6ast1an
turn hdmi back on
17:44
se6ast1an
the rest is dng conversion, and raw development that doesnt matter for the test
17:44
Bertl
the problem I see here is that there is no sync
17:44
Bertl
so most of the SD writes will end up in cache instead
17:45
se6ast1an
good idea, added
17:45
Bertl
but I can design a test which actually writes to SD directly
17:45
Bertl
(because caching and then sync is a baad idea too :)
17:45
se6ast1an
do your magic :)
17:45
se6ast1an
and update the script then please
17:46
Bertl
I plan to spend some more time with the memory read/reorder/write anyway, so no problem there
17:47
se6ast1an
great
17:47
se6ast1an
vup messaged me: no news
17:47
se6ast1an
anuejn is currently occupied with a lot of other things
17:47
se6ast1an
he will let us know when his life has more structure again
17:49
bluez_[m]1
Hey guys! I can share something...
17:49
se6ast1an
great, please do!
17:50
bluez_[m]1
tx!.. so I tested my driver with the latest kernel in-tree (had some help from vup there), and it seems to work nicely
17:50
Bertl
yay!
17:51
bluez_[m]1
only I realized as soon as the driver is bound with the devicetree and probes...it automatically does some jtag stuff (queries status)
17:51
bluez_[m]1
so it screws up the state as the jtag is not turned on by then (which is done by a script now)
17:52
bluez_[m]1
reloading the driver works fine then
17:52
Bertl
so we should focus on that and fix this with a little help from the pic side
17:52
bluez_[m]1
but i think it would be better if we turn jtag on from within the driver...
17:52
bluez_[m]1
https://drive.google.com/file/d/109YyFnUghoU8Ajr8Et2xjYYEmsQQNuwB/view?usp=sharing
17:53
bluez_[m]1
Bertl: yep... have a look at this patch.. looks good?
17:54
Bertl
well, kind of ... let's discuss this in the next few days, I should have some time
17:55
bluez_[m]1
other than this... i have yet to add some kernel documentation, update the newer devm version of some functions, and some other clean up stuff... I guess it will be somewhat ready for mainline then...!
17:55
bluez_[m]1
Bertl: ah, alright alright
17:56
bluez_[m]1
we can make this a more generic command rather than just for jtag as you mentioned...
17:56
Bertl
yes, that's what we should aim at
17:56
bluez_[m]1
anyway... i guess thats it from me now..
17:56
Bertl
like a command register to do 'stuff'
17:57
bluez_[m]1
Bertl: yeah yeah.. we can have a switch inside that function basically that does different stuff based on the argument..
17:58
bluez_[m]1
but yea we should discuss that as you are familiar with what other 'stuff' we can include here..
18:06
se6ast1an
ok, anyone else here otherwise we can conclude this weeks meeting
18:09
se6ast1an
MEETING CONCLUDED
18:09
se6ast1an
many thanks everyone!
20:34
comradekingu
left the channel
20:36
comradekingu
joined the channel
20:54
Bertl
off to bed now ... have a good one everyone!
20:54
Bertl
changed nick to: Bertl_zZ
21:15
RexOrCine
joined the channel
21:18
aombk2
joined the channel
21:25
matthew[m]3
left the channel
21:25
aombk
left the channel
21:28
matthew[m]3
joined the channel
22:41
BAndiT1983
changed nick to: BAndiT1983|away
23:27
lexano
left the channel
23:52
lexano
joined the channel