#apertus IRC Channel Logs

hi Wanderer_99, VHDL is more preferable, as it's the main language for apertus° FPGA development, but Bertl can give you more precise answer

http://irc.apertus.org/index.php?day=08&month=03&year=2017

11:24Bertl for the challenge task, which is VHDL, you definitely need to use VHDL

hi

Wanderer_99: in case the information BAndiT1983 dug out for you was not clear: the VHDL challenge, as the name says, requires you to use VHDL :)

so I should check again?

line 32 is your first real formatting issue, although I consider the formatting in lines 18-25 'extreme'

first line is already an issue

Bertl : What IDE do professional kernel developers prefer

*or

doesn't really matter as long as the result adheres to the kernel coding style

I use sublime :)

nah, not geek enough

it requires some time to get used to it

one should use the editor he/she is comfortable with

how good is it at handling the kernel style?

if i add the right formatting for clang-format or prettier or whichever tool is there, then it would do same stuff like everywhere

just a matter of settings

same can be done in sublime, atom.io etc.

A word of caution pratyush, once you get comfortable with vim, it will probably stick to you for the rest of you life....for good ;)

Gvim is a bit better

@Bertl Thats why i said for good ;)

> Gvim is a bit better

bluez_[m]: just wait until you enter the world of work, companies are rather different on the topic of tools and environment

BAndiT1983 that could be true... but I guess the thing that really sticks is the vim bindings... you can get those in many ide's these days...

best thing is when people approach me and ask what makes the noise at my table, they can't imagine that a macbook also has fans (!!) and it can get loud, my impression is, that people do not use macbooks for work properly

(and that was quite some time ago :)

would've liked to take linux PC, but they haven frozen the plans, so next step is win10 or mac (if the will keep the environment)

so i have to know many tools, between linux, windows and mac

yep, but companies can extend the period by paying or finally switching, which takes time when companies have just played the waiting game

bluez_[m] same here

https://drive.google.com/file/d/1IRcGCabCMuF6Yf6UC6JikYP8wWFLqOxY/view?usp=drivesdk

Fixed the formatting issue

preetimenghwani[: what exactly am I seeing there?

matrix screensaver ;)

pratyush: line 29/30 for example, line 53, etc

Bertl: you mean that ctrl+] thing that jumps to the definition??

> yes, and generating the definitions for that

But what about linting though? And autocomplete??

Data_out the the output data from deseializer. Depth select is used to select

Ready signal is assigned '1' when bitslip is adjusted.

okay, looks good, got a testbench for that?

bluez_[m]: ctags can do autocompletion although I use it seldom

The code needs a bit formatting will send you the link in sometime :)

Bertl, I think probably my msg has been missed 😅

Bertl: I wanted to ask what is the priority of projects for Apertus?

actually I am taking about subtask where AXIOM Remote firmware needs to control Axiom Beta camera.

Ohh...cool...I'll check it out...maybe I have some things to configure

> bluez_: and what do you need linting for? :)

ashok_singh[m]: ah, yes, well, we haven't decided how the physical layer will look like, so it should be something which can be handled by RS232, USB, ethernet, etc

ashok_singh[m]: which kind of suggests to go with an ASCII based protocol and simple commands

*preetimenghwani

Bertl : Are there more kernel related task on which we could work on gsoc?

pratyush: currently no, but there might be some in the future

so is it something which will be implemented bebore gsoc period or is expected to be part of the subtask only?

srry for this :😅

I read MachXO2 documentation for T731. It would be really helpful if you can explain the task in bit more detail.

preetimenghwani[: I think I did a few days ago on the IRC channel, please check the logs and see if you can find that

preetimenghwani[: see search parameter in the logs today

preetimenghwani[: I think you can find useful information here: http://irc.apertus.org/index.php?day=04&month=04&year=2019

Hello there!

HI

MEETING TIME!

good good

Usual promo and image work. Waiting for text.

waiting for what text?

and who is going to supply this text?

ok, anything else to share/discuss?

great, thanks

sure, why not

present!

The question which board would be the best choice led me back to the automated PCB probing project we started planning some time ago (with not too much progress)

Should have something to show next week in this regard.

Wouldn't hurt, but it is rather specific

On the china PCB fabrication side we managed to get a table with the essential data (not everything, but it's progressing) to calculate impedances

Guess that's it from my side for this week.

replacing the cooling system on my workstation, checking the Z-Boxes for GSoC/Remote Beta stuff

thanks!

yep

installed his Beta in order to continue our weekly meetings despite the lockdown

we went through RCN and darkframe calibration with firmware 2.0

and find an issue with pypng that is recorded in phabricator

it's about it

Can we host this time-lapse on the Wiki please?

yes, on the Ambrosia page

sure

That's basically nothing :)

yes and no, since the RCN and darframe caibs weren't done

but I can link them and specify this issue

or did I?

great

hopefully tonight, maybe tomorrow, it'll be available online and linked in the wiki

let us know

RexOrMatrix[m]: I'll put my email address in case the link is dead and people want to access the image, or something like that

*images

sure, I've completed my qualification task for gsoc and have submitted the draft proposal on bootloader improvement which BAndiT1983 , Bertl and supragya have reviewed.

sounds good!

thank you!

where potential problems are and what might help to improve the performance of our students

this meeting is also a gsoc meeting usually

for statuses it would be enough, separate meetings for detailed discussions

vup you also have some progress to report I think

1. Finally found a direct hdmi monitor (benq bl2305)

- normal hdmi live feed

- dual_hdmi bitstream

also tried vivado 2019.2, didn't seem to make a difference (but couldn't try on my original monitor as I am currently not at home)

2. Continued working on improving the control daemon, specifically started working on a test suite to make future changes easier, hopefully the reworked control daemon with a new API should be ready soon and we can start moving more functionality to it (like handling the remote and starting to convert the various init scripts)

I think we have most of the general changes / features pinned down and are now working on fleshing out the details

swappable image sensors

a ecp5 as routing fpga, that has 5G transceivers that could (and are planned) to be used to implement usb 3.1 data transfer

would it make sense to prototype that as a plugin module?

(the USB 3.1 part I mean)

ok thats it from me I think, any questions?

I will document the planned changes on the wiki

already done

ECP5 Plugin module would indeed be very interesting for the Beta as the FTDI FT600 future looks rather bad from what Bertl reported recently

yeah thought about prototyping the plugin module with the micro, but maybe doing it the other way around is also a good idea :)

is there already a demo/open USB3 implementation available on the ECP5 ?

great, did you chat about it with _florent_ already?

but we most certainly will

thanks for the update, anything else vup?

maybe me, nothing big

mostly done preparations for gsoc, like straightening out the firmware code and plans for bootloader

did you email simon already about it?

yes, Rex did, but no response yet, he emailed in fact to 2 email addresses of him

that'S it

quick updates from me:

https://developers.google.com/season-of-docs

have they raised slot number?

I am sure they will accept more orgs this year so we have a good chance to get in hopefully

great, lets discuss it and prepare the application soon then

official applications opened last week

my recent progress, mostly doing CAD improvements and new parts for the AXIOM Beta compact enclosure

https://cloud.apertus.org/index.php/apps/gallery/s/LqkCfTLRJYd9wFB#Nato%20Rail%20Concept

so small changes/improvements based on his feedback soon maybe

AXIOM Beta Compact = AXIOM Beta CP or ABCP

thats it from me

thank you all for being here and pushing things forward!

my pleasure!

quick question regarding dcnuframe-x1.pgm and darkframe-x1.pgm

is there a way to specify where they are ?

no idea but you could always use a symlink?

I see no difference (zoom 200%) between the DNG made with the dcnuframe-x1.pgm and darkframe-x1.pgm and the one without...

max_bxl: does the raw2dng process say that the darkframe was used?

se6ast1an: raw2dng says nothing, will try the "high contrast" test

by the way, you can have a look at the output here : https://cloud.apertus.org/index.php/s/tteXjjYTN8Czt3D

how to know if raw2dng used dcnuframe-x1.pgm and darkframe-x1.pgm ?

max_bxl: I thought raw2dng writes what it does and lists what it uses or cant find

off to bed

Good night!