Current Server Time: 04:41 (Central Europe)

#apertus IRC Channel Logs

2020/05/27

Timezone: UTC


01:06
Bertl_oO
off to bed now ... have a good one everyone!
01:06
Bertl_oO
changed nick to: Bertl_zZ
01:58
Spirit532
left the channel
01:58
Spirit532
joined the channel
03:43
BAndiT1983|away
changed nick to: BAndiT1983
05:34
BAndiT1983
metal_dent[m]: hi, how is it going?
06:03
metal_dent[m]
Hi!
06:05
metal_dent[m]
Yesterday I was going through the microchip document for PIC16 and also checked out the scripts which Bertl showed us the day before on beta and I documented whatever he explained so that i can find it easily whenever I want to refer
06:05
metal_dent[m]
Also i was about to ask you regarding the prototype which you said i could use
06:06
BAndiT1983
will check where it is, but should be in the same folder on my machine
06:06
BAndiT1983
it was a very raw project for loading HEX and bringing it into right form for flashing pic16 through pic32
06:08
BAndiT1983
not even sure it came further than loading HEX, as i had trouble with linker scripts at first, so flasher wasn't approached that much
06:09
BAndiT1983
have you checked HEX specifications already?
06:10
BAndiT1983
as i don't remember how far LVP was, have you also checked if ICSProgrammer has "write" commands implemented?
06:10
metal_dent[m]
> have you checked HEX specifications already?
06:10
metal_dent[m]
Which one?
06:10
BAndiT1983
a diagram of steps would also be nice, so i can see if you are targeting the right direction and do "divide and conquer"
06:11
BAndiT1983
e.g. https://people.ece.cornell.edu/land/courses/ece4760/FinalProjects/s2012/ads264_mws228/Final%20Report/Final%20Report/Intel%20HEX%20Standard.pdf
06:13
BAndiT1983
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
06:13
BAndiT1983
this would show you in which order the bytes are stored on the pic16
06:15
metal_dent[m]
> as i don't remember how far LVP was, have you also checked if ICSProgrammer has "write" commands implemented?
06:15
metal_dent[m]
i think there are load and read methods for ICSP
06:16
metal_dent[m]
> e.g. https://people.ece.cornell.edu/land/courses/ece4760/FinalProjects/s2012/ads264_mws228/Final%20Report/Final%20Report/Intel%20HEX%20Standard.pdf
06:16
metal_dent[m]
thanks!
06:19
BAndiT1983
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)
06:19
metal_dent[m]
> 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
06:19
metal_dent[m]
are the asm files present in the remote setup?
06:19
BAndiT1983
the final result is already flashed to the pic16, otherwise you couldn't control the boards or what do you mean?
06:20
BAndiT1983
the source files, remote_e.asm and remote_w.asm, are here: http://vserver.13thfloor.at/Stuff/AXIOM/REMOTE/
06:21
metal_dent[m]
okay
08:20
samant[m]
left the channel
08:31
samant[m]
joined the channel
08:49
se6ast1an
vup / anuejn: I have a first concept to share: https://cad.onshape.com/documents/119d4253b556f8944095c5ad/w/8cba5fbf62e83d916df2c99f/e/af78801fa9663719e0120078
08:51
se6ast1an
the lens mount is envisioned to be 3d printed at the height matching the particular sensor to reach correct ffd
08:51
se6ast1an
for the mount I would screw a c to cs mount adapter into the 3d print
08:55
se6ast1an
for uv/ir filter I am still thinking
09:03
se6ast1an
found a simple solution
09:11
se6ast1an
a 29mm diameter uv/ir filter is glued into the 3d print
09:21
futarisIRCcloud
left the channel
09:28
Bertl_zZ
changed nick to: Bertl
09:28
Bertl
morning folks!
09:38
se6ast1an
good day
11:22
futarisIRCcloud
joined the channel
11:48
vup
se6ast1an: nice, where would the shield go?
11:48
vup
on the top?
11:50
vup
also how big would the sensor board need to be to fit atleast APS-C sensors? I think that would be a reasonable size.
11:50
se6ast1an
yes, top
11:50
se6ast1an
ah, if you want larger sensors as well the concept needs to be adapted a bit
11:50
se6ast1an
on it
11:50
se6ast1an
shields are identical to beta?
11:53
vup
se6ast1an: yep the shield is supposed to be identical to the beta
11:53
se6ast1an
right, adding now
11:54
vup
great
11:54
vup
I think as long as we can make it work mechanically, leaving the option for bigger image sensors would be good
11:56
se6ast1an
definitely
11:56
se6ast1an
fitting the shield at the top is a challenge though
11:56
se6ast1an
check the onshape link
11:57
se6ast1an
the zturn hole pattern gets in the way already
11:58
se6ast1an
with a larger sensor the shield will get in the way almost anywhere I am afraid...
11:59
se6ast1an
is moving the image sensor out of the center an option?
12:00
se6ast1an
moving it lower for example?
12:04
vup
yeah moving the image sensor out of the center should be no problem
12:06
vup
also we need to fit two usb-c ports somewhere
12:06
se6ast1an
right
12:06
se6ast1an
will try something
12:07
vup
shield on the side like currently is probably fine aswell I think
12:46
se6ast1an
take a look now: https://cad.onshape.com/documents/119d4253b556f8944095c5ad/w/8cba5fbf62e83d916df2c99f/e/af78801fa9663719e0120078
12:51
vup
Bertl: I just tried the camlink 4k with a dvi source and that works aswell btw
12:52
vup
so I am pretty sure it doesn't need the data island
12:52
vup
have a meeting now, will take a register dump later
12:53
vup
se6ast1an: would it not make sense to make the sensor pcb a bit wider and just use one pair of screws on the bottom?
12:54
vup
and where would you put the usb-c ports? left and right facing to the top?
12:54
vup
other than that looks pretty great
12:54
se6ast1an
good idea
12:55
se6ast1an
usb ports, any side works I guess
12:55
se6ast1an
the oher connectors on the zturn are all at the top
12:57
vup
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
12:57
vup
(r2 had pmod's on the other side, but we got rid of them)
12:58
se6ast1an
if I could choose any side for connectors then I would go for the right side
12:59
se6ast1an
if the micros lens is looking away from me
12:59
vup
yeah me too
12:59
vup
my problem is mostly how do we fit two usb c ports?
13:00
vup
I think making them facing to the right is pretty inconvenient
13:02
se6ast1an
why inconvenient ?
13:03
se6ast1an
I mean towards the back would be coolest but not sure if thats easy to do
13:04
vup
I just think cables going out of the camera to the right (if the lens is facing away from me) is inconvenient, you would be likely to get stuck on those cables and snap the ports of I think
13:05
vup
yeah to the back would be coolest, but I haven't found usb-c ports facing up from the pcb yet
13:05
se6ast1an
https://gct.co/images/products/usb-connector/gct-usb-type-c.jpg
13:05
se6ast1an
struggling with search as well
13:05
se6ast1an
https://gct.co/de/connector/usb4070
13:06
se6ast1an
https://www.digikey.at/product-detail/en/gct/USB4070-30-C/2073-USB4070-30-CCT-ND/9859732
13:09
vup
nice find
13:09
vup
although they don't look too stable I think
13:09
vup
hmm maybe we could fit them under the shield?
13:09
vup
(facing to the top)
13:10
vup
(so the normal RA ones)
13:10
Bertl
the vertical USB-C connectors are quite stable as long as they are THT
13:11
vup
by THT you mean not only SMT, right?
13:12
vup
(but having SMD pads and THT pin's)
13:12
Bertl
yes
13:12
se6ast1an
updated: https://cad.onshape.com/documents/119d4253b556f8944095c5ad/w/8cba5fbf62e83d916df2c99f/e/af78801fa9663719e0120078
13:13
se6ast1an
if you plan for mount holes around the usb-c receptables we could add a 3d print part on top of them that gives some protection
13:14
vup
se6ast1an: nice, I like it
13:15
se6ast1an
great!
13:15
vup
adding something that gives the usb-c receptables some mechanical stability sounds very good
13:15
vup
there are some truly intriguing usb-c receptable: https://www.digikey.at/product-detail/en/amphenol-icc-commercial-products/MUSBRM1C130/MUSBRM1C130-ND/5877551
13:17
se6ast1an
very solid!
13:19
se6ast1an
https://www.digikey.at/product-detail/en/jae-electronics/DX07S024WJ3R400/670-2950-6-ND/6594048
13:19
Bertl
yes, that is if you plan to hang your UPS on an USB-c cable :)
13:19
se6ast1an
https://www.digikey.at/product-detail/en/molex/2047110001/900-2047110001TR-ND/10440492
13:19
se6ast1an
https://www.digikey.at/product-detail/en/kycon-inc/KUSBVX-SMT3-CS-B30TRC/2092-KUSBVX-SMT3-CS-B30DKR-ND/9990252
13:19
se6ast1an
https://www.digikey.at/products/en/connectors-interconnects/usb-dvi-hdmi-connectors/312?k=&pkeyword=&sv=0&pv69=409429&sf=0&FV=28%7C418395%2C29%7C392960%2C-8%7C312&quantity=&ColumnSort=0&page=1&pageSize=500
13:20
se6ast1an
last time I searched that was much more difficult, great to see usb-c gain availability
13:21
Bertl
yes, it is quite accepted as 'new' standard
13:22
Bertl
in a few years, it will be hard to get micro USB connectors :)
13:22
vup
yeah I am more and more convinced of using a vertical usb-c receptable
13:22
vup
those are probably even easier to solder than the horizontal ones that have mixed tht and smt pads
13:23
vup
I think this one: https://www.digikey.at/product-detail/en/molex/2047110001/900-2047110001CT-ND/10440494 should work fine
13:25
Bertl
good choice, major brand, looks sturdy and is cheap
13:26
se6ast1an
great!
13:26
Bertl
double check if the side plated slots can be done by your PCB fab though, they are quite small
13:26
Bertl
that said, if they can't do them, round holes would work there as well
13:26
Bertl
(but they need to be plated)
13:28
vup
yeah middle terminal ones will need to be round
13:29
vup
s/terminal/blade/
13:49
se6ast1an
tried cmv12000 as aps-c option to determine size: https://cad.onshape.com/documents/119d4253b556f8944095c5ad/w/8cba5fbf62e83d916df2c99f/e/af78801fa9663719e0120078
13:49
se6ast1an
works fine
13:52
vup
nice
14:52
se6ast1an
we should revisit the CAD parts when the layout matures but for now I guess the concept is "good enough"
14:52
se6ast1an
if you need any dimensions or locations from it let me know ( you can also do measurements in the onshape webviewer)
15:01
vup
se6ast1an: yeah, could you add the connectors to the shield?
15:03
vup
And after that maybe export it to dxf in a way that the position of the screw holes and the connectors for the shield and sensor board is visible?
15:07
se6ast1an
sure
15:08
vup
awesome
15:10
miek
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?
15:15
se6ast1an
hi miek, not sure as we are not using any m4/3 lenses
15:23
miek
ah ok, i was confused by the mentions of an m4/3 adapter
15:26
se6ast1an
its purely for mechanical reasons in the R2
15:26
se6ast1an
https://wiki.apertus.org/images/2/2c/00-ABP-001_AXIOM_Micro_V0.1_R1.0.px1150m.jpg
16:42
se6ast1an
vup: https://cloud.apertus.org/index.php/s/PGHsr9PjkaxLoJC
18:03
Bertl
off for now ... bbl
18:03
Bertl
changed nick to: Bertl_oO
18:24
uberardy
left the channel
18:25
uberardy
joined the channel
19:42
vup
se6ast1an: nice, thanks
21:16
se6ast1an
you are welcome, heading to bed, good night
21:21
Bertl_oO
changed nick to: Bertl
21:34
Bertl
vup: okay, zybo image boots, shall I upload the devicetree/kernel/boot.bin?
21:35
vup
sure, but the probably won't help that much, the vivado project for the fsbl would be interesting
21:35
Bertl
no idea what I did back then, it seems to be a xilinx kernel on it
21:35
Bertl
but it should work with a .bit stream if you have one
21:36
Bertl
Vivado is finally here, so I will try to build that now
21:36
Bertl
s/build/install/
21:36
Bertl
and then see what the reference design does
21:39
vup
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
21:39
vup
I have a bitstream here: https://files.niemo.de/hdmi_zybo-27-May-2020--16-47-17.bit
21:40
vup
needs this init script: https://files.niemo.de/hdmi_zybo-27-May-2020--16-47-17.init.sh
21:43
Bertl
it's definitely an adapted beta image (for the zybo)
21:43
Bertl
3.17.0-xilinx-dirty is the kernel
21:43
Bertl
let's test that then :)
21:44
Bertl
/sys/class/fclk/fclk0/enable: No such file or directory
21:44
Bertl
I remember that the pathes chaned there :)
21:45
Bertl
it also seems the fclk driver is missing ... :(
21:46
Bertl
ah, no, driver is there, pathes are just mor different than I remembered :)
21:47
Bertl
we have output!
21:47
Bertl
1080p60 test image
21:48
Bertl
so let me try to get the same working with the reference design ...
22:28
BAndiT1983
changed nick to: BAndiT1983|away
22:42
vup
Bertl: wow didn't expect our hdmi stuff to just work, thats nice
22:44
Bertl
yeah, definitely nice job on your end! kudos!