Current Server Time: 23:45 (Central Europe)

#apertus IRC Channel Logs

2020/08/15

Timezone: UTC


03:59
mithro
left the channel
04:10
Guest27507
left the channel
04:12
Guest27507
joined the channel
04:25
mithro
joined the channel
04:43
Bertl_oO
off to bed now ... have a good one everyone!
04:43
Bertl_oO
changed nick to: Bertl_zZ
06:16
aombk2
left the channel
06:19
aombk
joined the channel
06:31
mumptai
joined the channel
06:41
BAndiT1983|away
changed nick to: BAndiT1983
06:53
BAndiT1983
changed nick to: BAndiT1983|away
07:42
BAndiT1983|away
changed nick to: BAndiT1983
07:51
BAndiT1983
changed nick to: BAndiT1983|away
12:32
RexOrCine
left the channel
12:32
RexOrCine
joined the channel
13:25
Bertl_zZ
changed nick to: Bertl
13:25
Bertl
morning folks!
13:29
anuejn
morning :)
14:33
vup
BAndiT1983|away: Bertl: btw I managed to get the mainline gcc to a semi working state for the axiom remote, I think interrupts are still broken (and thus usb does not work) and for some reason the remote hangs when accessing the menu under some circumstances, I will probably upload my current state of that experiment somewhere later, is one of you interested in trying to push that further?
14:34
vup
It would give us a new gcc, (using 9.3.0 for my experiments currently) and of course optimizations without patching the compiler
14:34
vup
(fyi optimizations seem to help quite a bit with the framerate)
14:34
vup
we could even use the latest and greatest c++20 features :)
14:36
Bertl
\o/
14:36
Bertl
did you try the lcd.c and usb.c with that setup?
14:37
vup
Bertl: lcd.c yes
14:37
vup
usb.c no
14:37
vup
link?
14:37
Bertl
same dir, sec
14:37
vup
(also random side note and probably obvious, but not using the l1 cache makes the pic verrry slow)
14:38
Bertl
http://vserver.13thfloor.at/Stuff/AXIOM/REMOTE/usb.c
14:38
Bertl
is the l1 cache turned off?
14:39
vup
well my startup code initially didn't initialize it
14:39
Bertl
ah, so it was off, now it is on :)
14:39
vup
now it does (or it calls into libpic32 and that does it)
14:39
vup
yep
14:39
vup
do you have a .hex for the usb example on hand by any chance?
14:40
Bertl
likely, sec
14:41
Bertl
http://vserver.13thfloor.at/Stuff/AXIOM/REMOTE/usb.hex
14:48
vup
tx
14:48
vup
*thx
14:53
Bertl
np
15:06
vup
Bertl: how reliable is the uart echo for you with that hex? With my setup it sometimes misses some characters, but that could be very well be a problem with the usb uart converter i am using...
15:11
Bertl
works perfectly fine here, but for 1/4MBaud I usually use FTDI adapters like the FT2232 or FT4232 which seem to work very reliable up to 12MBaud
15:12
Bertl
(this is also what is used in the remote setup, btw)
15:16
vup
makes sense
15:56
vup
Bertl: do you maybe also have a elf for the usb example? :)
15:57
Bertl
http://vserver.13thfloor.at/Stuff/AXIOM/REMOTE/usb.elf
15:59
vup
nice :)
17:11
vup
hmm might be a good idea to configure the interrupt controller, that atleast explains why interrupts currently don't work
17:17
Bertl
probably helps ...
17:30
RexOrCine
left the channel
17:31
RexOrCine
joined the channel
17:38
RexOrCine
left the channel
17:38
RexOrCine1
joined the channel
18:20
illwieckz
joined the channel
19:19
BAndiT1983|away
changed nick to: BAndiT1983
19:20
BAndiT1983
vup: sounds interesting, have you used the microchip DFP?
19:24
BAndiT1983
btw. you can go lower on frequency for UART by using U2BRG = 51 and BRGH = 1 for 921600baud, if your adapter is also problematic
19:24
BAndiT1983
but USB firmware has some problem regarding receiving data, but had no time to analyse further yet
19:58
rektide
joined the channel
20:03
vup
BAndiT983: microchip DFP?
20:05
BAndiT1983
the headers and code for specific MCU family -> https://packs.download.microchip.com/
20:06
BAndiT1983
wanted to try it some weeks ago, but lacking time at the moment
20:06
BAndiT1983
fortunately they also provide SAME70 DFP
20:39
RexOrCine
joined the channel
20:41
RexOrCine1
left the channel
20:42
Bertl
off for now ... bbl
20:42
Bertl
changed nick to: Bertl_oO
20:49
vup
BAndiT983: ah interesting, I stole some of those files from the xc32 installation
20:49
vup
so basically yes
20:49
vup
but a lot of stuff needs adaption
20:50
vup
as their linker / compiler fork generates some code that the mainline stuff doesn't
20:52
BAndiT1983
changed nick to: BAndiT1983|away
20:53
kumar[m]
joined the channel
21:25
BAndiT1983|away
changed nick to: BAndiT1983
21:26
BAndiT1983
thought so, as they stick to old version, as the MCU-specific stuff is a bit difficult to port and especially verify afterwards
21:27
BAndiT1983
but as long as we can cover most things without much performance loss, it's fine for me
21:45
mumptai
left the channel
22:18
BAndiT1983
changed nick to: BAndiT1983|away
22:20
illwieckz
left the channel
22:21
illwieckz
joined the channel
22:54
vup
Well performance is acutally a lot better due to -O3 and lto
22:55
vup
However for some reason i still don't get any interrupts
23:25
Spirit532
left the channel
23:25
Spirit532
joined the channel
23:47
RexOrCine
left the channel
23:50
RexOrCine1
joined the channel
00:06
illwieckz
left the channel
00:33
RexOrCine1
left the channel