#apertus IRC Channel Logs

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

Hi!

Also i was about to ask you regarding the prototype which you said i could use

it was a very raw project for loading HEX and bringing it into right form for flashing pic16 through pic32

have you checked HEX specifications already?

> have you checked HEX specifications already?

a diagram of steps would also be nice, so i can see if you are targeting the right direction and do "divide and conquer"

you can also store the output of the bootloader with pic16 content and compare it to the files which Bertl has built or just grab the asm files from his server and build with gpasm

> as i don't remember how far LVP was, have you also checked if ICSProgrammer has "write" commands implemented?

> e.g. https://people.ece.cornell.edu/land/courses/ece4760/FinalProjects/s2012/ads264_mws228/Final%20Report/Final%20Report/Intel%20HEX%20Standard.pdf

have postponed writing, i suppose, as i wanted to have an app to send the data to bootloader (or also to control it in both directions) and was also having a bit of trouble with USB, there is still a comment which line helped to activate pull-up or pull-down resistor (thanks to alexML and Bertl)

are the asm files present in the remote setup?

the source files, remote_e.asm and remote_w.asm, are here: http://vserver.13thfloor.at/Stuff/AXIOM/REMOTE/

vup / anuejn: I have a first concept to share: https://cad.onshape.com/documents/119d4253b556f8944095c5ad/w/8cba5fbf62e83d916df2c99f/e/af78801fa9663719e0120078

for the mount I would screw a c to cs mount adapter into the 3d print

found a simple solution

morning folks!

on the top?

yes, top

on it

se6ast1an: yep the shield is supposed to be identical to the beta

great

definitely

check the onshape link

with a larger sensor the shield will get in the way almost anywhere I am afraid...

moving it lower for example?

also we need to fit two usb-c ports somewhere

will try something

take a look now: https://cad.onshape.com/documents/119d4253b556f8944095c5ad/w/8cba5fbf62e83d916df2c99f/e/af78801fa9663719e0120078

so I am pretty sure it doesn't need the data island

se6ast1an: would it not make sense to make the sensor pcb a bit wider and just use one pair of screws on the bottom?

other than that looks pretty great

usb ports, any side works I guess

hmm yeah I was kind of hoping to get rid of one of the sides that extend beyond the zturn, as we actually only need one for the plugin slots

if I could choose any side for connectors then I would go for the right side

yeah me too

I think making them facing to the right is pretty inconvenient

I mean towards the back would be coolest but not sure if thats easy to do

yeah to the back would be coolest, but I haven't found usb-c ports facing up from the pcb yet

struggling with search as well

https://www.digikey.at/product-detail/en/gct/USB4070-30-C/2073-USB4070-30-CCT-ND/9859732

although they don't look too stable I think

(facing to the top)

the vertical USB-C connectors are quite stable as long as they are THT

(but having SMD pads and THT pin's)

updated: https://cad.onshape.com/documents/119d4253b556f8944095c5ad/w/8cba5fbf62e83d916df2c99f/e/af78801fa9663719e0120078

se6ast1an: nice, I like it

adding something that gives the usb-c receptables some mechanical stability sounds very good

very solid!

yes, that is if you plan to hang your UPS on an USB-c cable :)

https://www.digikey.at/product-detail/en/kycon-inc/KUSBVX-SMT3-CS-B30TRC/2092-KUSBVX-SMT3-CS-B30DKR-ND/9990252

last time I searched that was much more difficult, great to see usb-c gain availability

in a few years, it will be hard to get micro USB connectors :)

those are probably even easier to solder than the horizontal ones that have mixed tht and smt pads

good choice, major brand, looks sturdy and is cheap

double check if the side plated slots can be done by your PCB fab though, they are quite small

(but they need to be plated)

s/terminal/blade/

works fine

we should revisit the CAD parts when the layout matures but for now I guess the concept is "good enough"

se6ast1an: yeah, could you add the connectors to the shield?

sure

is there enough information out there to drive the electrical interface on m4/3 lenses, or is there more reverse engineering to be done there?

ah ok, i was confused by the mentions of an m4/3 adapter

https://wiki.apertus.org/images/2/2c/00-ABP-001_AXIOM_Micro_V0.1_R1.0.px1150m.jpg

off for now ... bbl

se6ast1an: nice, thanks

sure, but the probably won't help that much, the vivado project for the fsbl would be interesting

but it should work with a .bit stream if you have one

s/build/install/

Bertl: hmm I see, I think there should be some .def file that is used to configure the zynq block in vivado, which in turn is used to configure the fsbl

needs this init script: https://files.niemo.de/hdmi_zybo-27-May-2020--16-47-17.init.sh

3.17.0-xilinx-dirty is the kernel

/sys/class/fclk/fclk0/enable: No such file or directory

it also seems the fclk driver is missing ... :(

we have output!

so let me try to get the same working with the reference design ...

Bertl: wow didn't expect our hdmi stuff to just work, thats nice