Current Server Time: 00:16 (Central Europe)

#apertus IRC Channel Logs

2020/08/15

Timezone: UTC


02:59
mithro
left the channel
03:10
Guest27507
left the channel
03:12
Guest27507
joined the channel
03:25
mithro
joined the channel
03:43
Bertl_oO
off to bed now ... have a good one everyone!
03:43
Bertl_oO
changed nick to: Bertl_zZ
05:16
aombk2
left the channel
05:19
aombk
joined the channel
05:31
mumptai
joined the channel
05:41
BAndiT1983|away
changed nick to: BAndiT1983
05:53
BAndiT1983
changed nick to: BAndiT1983|away
06:42
BAndiT1983|away
changed nick to: BAndiT1983
06:51
BAndiT1983
changed nick to: BAndiT1983|away
11:32
RexOrCine
left the channel
11:32
RexOrCine
joined the channel
12:25
Bertl_zZ
changed nick to: Bertl
12:25
Bertl
morning folks!
12:29
anuejn
morning :)
13: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?
13: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
13:34
vup
(fyi optimizations seem to help quite a bit with the framerate)
13:34
vup
we could even use the latest and greatest c++20 features :)
13:36
Bertl
\o/
13:36
Bertl
did you try the lcd.c and usb.c with that setup?
13:37
vup
Bertl: lcd.c yes
13:37
vup
usb.c no
13:37
vup
link?
13:37
Bertl
same dir, sec
13:37
vup
(also random side note and probably obvious, but not using the l1 cache makes the pic verrry slow)
13:38
Bertl
http://vserver.13thfloor.at/Stuff/AXIOM/REMOTE/usb.c
13:38
Bertl
is the l1 cache turned off?
13:39
vup
well my startup code initially didn't initialize it
13:39
Bertl
ah, so it was off, now it is on :)
13:39
vup
now it does (or it calls into libpic32 and that does it)
13:39
vup
yep
13:39
vup
do you have a .hex for the usb example on hand by any chance?
13:40
Bertl
likely, sec
13:41
Bertl
http://vserver.13thfloor.at/Stuff/AXIOM/REMOTE/usb.hex
13:48
vup
tx
13:48
vup
*thx
13:53
Bertl
np
14: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...
14: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
14:12
Bertl
(this is also what is used in the remote setup, btw)
14:16
vup
makes sense
14:56
vup
Bertl: do you maybe also have a elf for the usb example? :)
14:57
Bertl
http://vserver.13thfloor.at/Stuff/AXIOM/REMOTE/usb.elf
14:59
vup
nice :)
16:11
vup
hmm might be a good idea to configure the interrupt controller, that atleast explains why interrupts currently don't work
16:17
Bertl
probably helps ...
16:30
RexOrCine
left the channel
16:31
RexOrCine
joined the channel
16:38
RexOrCine
left the channel
16:38
RexOrCine1
joined the channel
17:20
illwieckz
joined the channel
18:19
BAndiT1983|away
changed nick to: BAndiT1983
18:20
BAndiT1983
vup: sounds interesting, have you used the microchip DFP?
18: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
18:24
BAndiT1983
but USB firmware has some problem regarding receiving data, but had no time to analyse further yet
18:58
rektide
joined the channel
19:03
vup
BAndiT983: microchip DFP?
19:05
BAndiT1983
the headers and code for specific MCU family -> https://packs.download.microchip.com/
19:06
BAndiT1983
wanted to try it some weeks ago, but lacking time at the moment
19:06
BAndiT1983
fortunately they also provide SAME70 DFP
19:39
RexOrCine
joined the channel
19:41
RexOrCine1
left the channel
19:42
Bertl
off for now ... bbl
19:42
Bertl
changed nick to: Bertl_oO
19:49
vup
BAndiT983: ah interesting, I stole some of those files from the xc32 installation
19:49
vup
so basically yes
19:49
vup
but a lot of stuff needs adaption
19:50
vup
as their linker / compiler fork generates some code that the mainline stuff doesn't
19:52
BAndiT1983
changed nick to: BAndiT1983|away
19:53
kumar[m]
joined the channel
20:25
BAndiT1983|away
changed nick to: BAndiT1983
20: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
20:27
BAndiT1983
but as long as we can cover most things without much performance loss, it's fine for me
20:45
mumptai
left the channel
21:18
BAndiT1983
changed nick to: BAndiT1983|away
21:20
illwieckz
left the channel
21:21
illwieckz
joined the channel
21:54
vup
Well performance is acutally a lot better due to -O3 and lto
21:55
vup
However for some reason i still don't get any interrupts
22:25
Spirit532
left the channel
22:25
Spirit532
joined the channel
22:47
RexOrCine
left the channel
22:50
RexOrCine1
joined the channel
23:06
illwieckz
left the channel
23:33
RexOrCine1
left the channel