#apertus IRC Channel Logs

Hey all, this is Mohit here, I am new to this community and am not sure if this is the right place to ask a few doubts I had about the webui repo. I found this org quite interesting, and was going through the gsoc projects for this year, and I have configured and ran the webui repo on my local machine and had a few doubts about the Wifi connection

Hello mohitdmak!

The task description for the Web-UI (task T1222) lists 'vup' as mentor, so that is the person you want to contact :)

Hi

I am ECE undergrad from India, and did gsoc 2020 with beagleboard.org.

very nice, can you tell a bit more about your background and knowledge, also what was your project with beagleboard?

I am currently in 3rd year and have decent experience with embedded development. here's my github: https://github.com/VedantParanjape and here's my gsoc project: https://github.com/VedantParanjape/simpPRU, I developed a transpiled language for realtime co-processor inside the beaglebone (AM372x) called PRU. It has a python like syntax and transpiles to PRU-C then it used gcc to generate the binary. remoteproc framework

After this gsoc, I am working on a personal project called open authenticator, I have designed a custom esp32 board for it, and completed the firmware. here's the hackaday page: https://hackaday.io/project/176959-open-authenticator and github org: https://github.com/VedantParanjape/simpPRU/wiki.

* After gsoc, I am working on a personal project called open authenticator, I have designed a custom esp32 board for it, and completed the firmware. here's the hackaday page: https://hackaday.io/project/176959-open-authenticator and github org: https://github.com/VedantParanjape/simpPRU/wiki.

Also, making lids for a imx8 based SBC called kimchi-micro: https://twitter.com/QwertyEmbedded/status/1367692115036102659

Yeah :)

this is good, couldn't think of any BL challenge, so the one we have is targetting the firmware, but nevertheless the goal is to learn our code, infrastructure and show the skills regarding coding guidelines etc.

<BAndiT1983 "this is good, couldn't think of "> Yeah, makes sense and working with code is the best way understand the source :)

if oyu have any questions, don't hesitate to ask, what i prefer is the main channel, so other students can also see the solutions or ideas

am lazy to write the word bootloader over and over ;)

<BAndiT1983 "if oyu have any questions, don't"> can you link the main channel ?

<BAndiT1983 "*BL challenge is a bit difficult"> I could buy one with concerned PIC chip

there is no point to buy it, as we will have remote setup for the gsoc, and the second reason is, this MCU is out of production and we are targetting either the EF version, ours is EC and outdated or the SAME70, which is currently being evaluated

* Also, I would like to work on any pcb design tasks too, but don't see any

pcb design*

ohk :) I ask him

you can for sure contribute to such things besides GSoC, if you want

<BAndiT1983 "but GSoC is about software, firm"> ohh.

google summer -> of code <- ;)

<BAndiT1983 "google summer -> of code <- ;)"> well we had some hardware projects at beagleboard :) like making a custom BB as a logic analyser

like i said, at the mentor summit in 2019 therewere discussion regarding open hardware, so Bertl will know more as he was moderating them

regarding crowdfunding is a question for se6ast1an_, as he is the project lead

<vedant16[m] "Also, I would like to work on an"> CC Bertl_oO

* CC Bertl_oO :)

good morning

I see there are questions for me, but quite some backlog to read first :)

doing a campaign on crowdsupply for the axiom remote might be a great idea, lets do some research/thinking in this direction

but a dev platform with buttons and knobs as well as extension port, etc. could be interesting for developer outside the axiom universe as well I can imagine

vedant16[m]: you're meant

<se6ast1an_ "what are your thoughts in this r"> I am afraid, I don't understand what you mean by dev platform.

ohh, that sounds like a great ida

but, development in C isn't ideal for devs outside. Is it possible to port it to arduino ?

oh, and did you mean this for axiom remote, right ?

ohk, is there any task for me in pcb design side, I'd be happy to help

yes, remote is meant, the camera itself is a different topic, it uses a hybrid fpga with dual-core ARM for the archlinux and other fpgas for data transfer

what is the advantage of arduino there? as far as i know it has quite some performance hit, because of interpretation

> could be interesting for developer outside the axiom universe

our plan is to provide a platform framework, to encapsulate parts, without the need to degrade performance with interpreters

wrapper over platform code

yes, but with less burden than microchip harmony or atmel ASF

<BAndiT1983 "yes, but with less burden than m"> can microchip be programmed without it's IDE (without losing sanity xD)

> <@freenode_BAndiT1983:matrix.org> yes, but with less burden than microchip harmony or atmel ASF

cool 👌

never used a pic before, one of the reason is costly dev board setup

but, just curious, why didn't you go for something like STM or esp32 ?

<BAndiT1983 "i understand that their goal is "> agreed, since this is a very specific application.

at the moment we evaluate SAME70, as ARM architecture is much more spread and gcc is available without the need for proprietary extensions from microchip

STM32 has one-time programmable config, so it would be tedious to develop stuff, at least from what i've heard

https://stm32f4-discovery.net/2015/01/library-49-one-time-programmable-otp-bytes-stm32f4xx/

* ohh, something like efuses

I am not sure what the remote's capabilities are, but isn't this a bit of a overkill ? sam-e70-series

the remote just displays UI and controls it using peripherals right ?

I think, esp32 might do it, except it doesn't have native usb support or allwinner fc100s

USB is mandatory at the moment, for firmware updates etc.

<BAndiT1983 "USB is mandatory at the moment, "> generally esp32 is coupled with some uart-usb chip for this

what about availability as chips, price etc.

esp32 is 2$ module

on esp32 yes, on f1c no

as we don't have that many people who are developing for embedded, i don't see the necessity for alternatives at the moment, out backlog is large enough, but you can discuss it with Bertl, as he is the main driver of the electronics here

there are many chips out there, but the manpower is not given, also we do all the things in our free time, as our main jobs are elsewhere

<BAndiT1983 "there are many chips out there, "> ohh, TIL. I thought this was actual company

> <@freenode_BAndiT1983:matrix.org> there are many chips out there, but the manpower is not given, also we do all the things in our free time, as our main jobs are elsewhere

I assumed apertus was a camera company

that's nice :)

*or pre-assembled cameras

by the way, how is f1c* is not an overkill? SAME70 was selected as it has similar specs to pic32mz2048ecg100 (EOL)

current LCD uses parallel interface, so we also need quite some pins there, from what i've seen is esp32 available as BGA or as finished modules, which limits there, but am looking forward to what Bertl can tell, he is more experienced there, my main job revolves around Java usually ;)

<BAndiT1983 "current LCD uses parallel interf"> Ohh, I didn't know about LCD, assumed it to be SPI

you have to discuss them with Bertl, as he would need to solder the boards, but changing the MCU is a difficult topic, it's already enough of work to get into same70, as the infos are lacking often

linux would for sure be an overkill there, as we want low power consumption and some software layer which is as slim as possible

you seem to have other opinion there

<BAndiT1983 "you seem to have other opinion t"> I think, It came off as offensive, sorry for that. It was just a suggestion from my perspective, doesn't have to be ideal or correct. PIC is cool too.

have used freertos in my study time, but it won't have an advantage here, as we don't have parallel threads

Give me a few days, I'll go through the source code

nope, just discovered this organisation today.

great!

it uses hardware-agnostic parts of the firmware or overrides some

something like stubs for hardware specific functions?

<BAndiT1983 "the visualiser will help to acco"> thanks I'll check this out

you can also find the previous version of the firmware in the archive folder

BAndiT1983: In the make files you have provided xc32 toolchain path

It can be done as follows:

the setup is mostly done for the docker container, so haven't bothered to look into it again

first you should try if the setup works at all for you, afterwards we can check for improvements

<BAndiT1983 "the setup is mostly done for the"> microchip compiler is insanely big

vedant16[m]: why do you need space in /root ?

you can switch off other parts which are not required

<BAndiT1983 "you can switch off other parts w"> installer doesn't provide any option to do so

?

vedant16[m]: why would you install it in /root ?

<Bertl "vedant16: why would you install "> sorry, I meant root partition.

have /, home and data partition, the latter one has XC32 usually

I'll just put in home

yes, it has support for every pic they have

container has which compiler ?

ohh, I'll just nit pick the unnecessary things

am currently trying to optimize the container and maybe move to alpine, so people can develop out of vscode without the need to install all the stuff

then use alpine image once it

don't know when i have time to finish it yet and writing docs also takes some, so go for local install first

ok

mohitdmak: Hi ~

So what questions do you have?

Cuz in the react component, the wifi network is an empty list, and I couldnt find where specifically the network manager is obtaining the list of networks

for the wifi list it executes `nmcli dev wifi`

are you on linux? and are you using NetworkManager?

And yes I executed the command, it did return the output

wsl is probably not running networkmanager

although I have installed it through sudo

Hmmm right..

Can I try using windows powershell?

As I can atleast work on the react components with it.

vup Hmm Alright, I will probably dual boot my pc then with some linux distro.

sounds good

Ok thanks vup, I will try this out.

BAndiT1983 I compiled the firmware and simulator.

which simulator do you mean?

hi lambamansha, IRC is being in test for quite some decades, so it works properly, i ensure you

I am new to IRC bare with me , sorry for inconvenience

thanks for acknowledgement @Bertl

are you interested in GSoC?

BAndiT1983 yeah totally cool and yes I am willing to participate in GSOC

lambamansha: which area are you interested in=

"Apertus Web UI improvements"

Yeah thanks, had a quick conversation with him

Ok I will look into that and update the doc

Ok will try to optimize and update the code too

<BAndiT1983 "just run the visualiser"> what about say, I change the firmware a bit ?

<BAndiT1983 "have you tried to run the visual"> yes, I ran the visualiser

ok, then you can go on with the challenge etc.

off for now ... bbl

off to bed, good night