#apertus IRC Channel Logs

off to bed now ... have a good one everyone!

morning folks!

there is a new OS EDA apparently, maybe worth checking out: https://github.com/horizon-eda/horizon

interesting

we are planning to use it for the rev3 of the micro

I see a few problems though, like for example Eagle import and the small maintainer base

yeah the missing eagle import is unfortunate, so for apertus related stuff it is probably only interesting for completely new boards

meeting in 8 minutes

Hi!

who is present?

fabian as our first time guest would you like to go first?

Sure, hello everyone!

I set up a page in the Wiki for an overview

I really admire the work that you guys are doing and I would really enjoy joining your team with this project!

The main advantage is that one can have very small interaxial (distance between eyes)

what distances do you usually use for that?

usually between 60-65 mm but I'm especially interested in smaller distances, in order to increase spatial depth in small scales

you can also align the cameras almost perfectly with this design I presume?

so it might also be interesting for other (non stereo3d) applications

Usually yes, the 'positioning stage' plays a crucial role in this

well, you do not lose it, you get only half of the light for each camera :)

With the right mirror yes :)

I would propose to continue in two directions:

two to start constructing a possible setup in 3d, going more indepth what would be necessary in order to build it (moving parts etc.) plus thinking about software interface and connection issues (timelock, calibration etc.)

https://www.provideocoalition.com/wp-content/uploads/content-uploads/Quasar-Sony-Broadcast.jpg

I also made a collection of references, it would be really great to get hands on one or two of these in order to fully grasp their essentials.

I will ask around a bit

maybe it would be good to also add the "next steps" to the wiki page?

anything else to add for that topic Fabian?

one thing which comes into my mind here is that under some conditions the 'mirror' can split based on the wavelengths

Is that what Sebastian mentioned as multispectral?

I'm pretty sure there are interference mirrors which do similar based on the visible wavelength

This way one could maybe combine different sensors right? (Image, Infrared, Thermal etc.)

Sounds good!

Thank you for the input!

Bertl ?

okay, then here is my update on the new ABCP power board

fortunately we could fix up one board so that it could be used for preliminary testing

I spent most of last week getting the PIC up and running so that we can test the performance of the newly added switchers as well as the planned new features

https://pastebin.com/raw/u1ULwymc

the buck converters work fine from 6.0V to 17.0V and keep a reasonably stable output at up to 3A

and preliminary testing in power down mode reduces this to about 670uA

currently working on actual measurements with thermal imaging

will airflow alone be sufficient you think or do we need a heatsink on any component?

right

in case we hit the thermal limit, we need to provide some heat bridge from the PCB or use a special PCB

noted

I also received the updated PCBs from OSHpark today, so I will start building a complete power board this week

we haven't received the Remote PCBs though, but I'm also optimistic that they will arrive soon

thanks!

not that much user visible from me, but I continued working on the control daemon

while working on the control daemon I also uncovered some long standing bugs, which is always nice

great, a question that was also raised at fosdem: can we support cheaper wifi sticks for the camera accesspoint?

(that include nonfree wifi sticks that need firmware, atleast for now)

not sure you want to bother with a cheap wifi stick saving 50 bucks on a 4k camera :)

but I got a bunch of reasonably priced 5GHz USB wifi dongles (from amazon) which I plan to test in the near future

thanks vup!

not really, waiting for challenge tsk completions, this year the task is from real software and not artificial, so naturally some problems arise here and there

but now i've finally time to do some programming, to know beforehand what happens

quick updates from me in the meantime:

the FFD measurement tests are ongoing with one method with a USB microscope and our Tormach CNC mill were conducted last Thursday, here are some pictures: https://cloud.apertus.org/index.php/apps/gallery/s/CnMyQfJNCefZLPT

but we seem to get repeatable results in the range of 0.01 - 0.03mm accuracy

the UV/IR filters we have currently need to be cut to size to be used in the filter holder metal part, as most people advised against trying to cut them myself I will see if I can get a local galzier to do it for me

the offset of the index pin in the lens mount assembly I discovered (I think I wrote about it last week) was my mistake as one drawing was not updated before ordering parts

also designed another measurement "platform" that will have an emount counterpart on one side and Bertls hardware on the other side: https://myhub.autodesk360.com/ue29b88c0/g/shares/SH56a43QTfd62c1cd96886d49da9fb9e9e37

correct, or by breathing on it :)

have you switched to fusion?

metal stencil and airbrush are currently the favourites it seems

thats it from my side, lastely I wanted to throw the question into the ring if and how we could/should advertise GSoC at local universities or how to reach more students?

probably cad data exchange is not that simple either ...

se6ast1an: gsoc needs more prominent presentation on the apertus page

good idea

anyone else with topics to share/discuss?

well it would be a start

heading off to the supermarket

quick, to the supermarket! :)

feel free to hang around, btw :)

hi metal_dent[m]

it is something which shows graphics on the linux console (i was searching for tools for drawing and stumbled upon this)

i also haven't used it but afaik some applications are drawing images on the console (like when you open some software on command line and there are images (logos and stuff) on the welcome page)

there are multiple ways in linux to draw, so don't know them all

https://en.wikipedia.org/wiki/Linux_framebuffer

to emualte the framebuffer of the display on the board, there is a texture which receives the pixel array

okay

not exactly tools, I was just looking for ways to draw an image pixel by pixel (as we've to read value from the header file and assign gray colour or no colour for the text part and orange for the ring)

you have the data, it needs to be placed in firmware, then DrawIcon() is required, main method is DrawPixel(), which should be called with right parameters

yes, about DrawPixel() : there is a ToDo in DrawImage about that

so should I implement DrawPixel() in DrawImage() too or only focus on about the DrawIcon() part?

okay

*if you want to

it would be preferable, as we have to inspect the code also, final result is important, but also coding style and formatting

but there are still 14 days till then, more than enough time, as the task only requires not more than 2-3 days

okay, cool!