<antto>
k, i tossed 3 SPIs (for the SWD) and 3 USARTs (one for virtual com port, one for SWO RX, one for my own printf() debug)
<antto>
and an ADC for measuring VTref
<antto>
also, about the USB, iirc you said to improve the debugger "speed", one way was to use USB HighSpeed (480M), my chip only has FullSpeed (12M), and so the other way was iirc some Bulk thing?
<antto>
basically if this works at all, i hope that it responds "faster" than the two daplinks i've tried so far (kamami zl33prg and atmel ice)
<antto>
if my silly SPI scheme works, i should get like around 10MHz SWCLK
<antto>
hm, actually, the SWCLK freq has to be adjustable, doesn't it?
<antto>
the program can tell the daplink "pls, 4MHz"
<antto>
my SPI master's clock isn't uber flexible, i can get 12M, 8M, 6M, 4.8M, ...
<antto>
well, i could shift those down if i fiddle with the peripheral reference clock too, so maybe not super bad
<karlp>
because making yet another usb-fs daplink seems kinda ..... useful foryour learning experience, but not really contributing anything novel...
<PaulFertser>
blhost, hm, what's the target MCU there?
MGF_Fabio has joined #openocd
defiant has quit [Ping timeout: 260 seconds]
cp- has quit [Ping timeout: 272 seconds]
cp- has joined #openocd
defiant has joined #openocd
cp- has quit [Ping timeout: 256 seconds]
cp- has joined #openocd
slobodan_ has quit [Ping timeout: 260 seconds]
<antto>
hm
<antto>
i thought i looked at those
<antto>
but also yes, this was going to be my first attempt at USB
<karlp>
PaulFertser:blhost is kinetis at least, and some of the lpc as well iirc.
<karlp>
lpc55s69 according to their website.
<karlp>
but I use the samet hing on k32l2 at least...
<PaulFertser>
karlp: so their ROM bootloader is not standard DFU?
mark_feathers has joined #openocd
slobodan_ has joined #openocd
<mark_feathers>
I'm looking to add support for some Renesas microcontrollers (Eg, ra4m2). I have a new flash driver for the micro that supports its code/data flash. I'm realizing now this microcontroller has a third kind of flash (option-setting memory) which acts like a simple sram. Is there any existing way in a config file I could allow these writes to pass through to memory on the target without changes to the custom flash driver? There are a bunch of
<mark_feathers>
these small regions so I'm mostly worried about complicating the bank init syntax if I need to support them there.
<PaulFertser>
mark_feathers: hi!
<PaulFertser>
mark_feathers: if it's just like SRAM then you can "load_image" into it, right? Without getting flash drivers involved.
nerozero has quit [Ping timeout: 264 seconds]
vampirefrog has quit [Remote host closed the connection]
vampirefrog has joined #openocd
<mark_feathers>
that makes sense, and would probably be simpler. Their build generates a single srec that includes both regions that they use with the jlink server
<mark_feathers>
I can split those out of the srec and use load_image
<PaulFertser>
mark_feathers: is one region supposed to go via flash driver and the other not?
<mark_feathers>
correct
<PaulFertser>
mark_feathers: that would probably work with GDB "load"
<PaulFertser>
(assuming single srec is generated from a single elf)
<mark_feathers>
interesting, I'll try that first. I had just been using flash write_image and related commands
<mark_feathers>
thanks!
<PaulFertser>
mark_feathers: you can do "set debug remote 1" in GDB to see what it's doing with each section. It's supposed to be calling special flash erase + flash write commands for sections that are mapped to flash according to XML memory map from OpenOCD and just regular writes for everything else.
<PaulFertser>
But I do not remember trying ELFs with some sections mapped to flash, some elsewhere, so no idea if that works.
stefanct has quit [Ping timeout: 268 seconds]
stefanct has joined #openocd
<antto>
well, bluh, the board is half-way there
<antto>
is the mcu-link really faster?
<antto>
and not $vendor-locked in some dumb way
gpol has quit [Quit: Ping timeout (120 seconds)]
gpol has joined #openocd
<antto>
also, i saw some USB buffer-related definitions and iirc the LPC11U35 that they use for the simple daplinks has like the minimum amount of RAM daplink suggests, i'll have much more (and more flash) so i can probably add moar buffers
<antto>
also, if i get the USB working, i could reuse the same MCU for my fancy 7seg clock, adding serial-over-USB
<antto>
because i made that with the samd20, which is basically the same minus USB
tlwoerner has quit [Remote host closed the connection]
tlwoerner has joined #openocd
erhankur has quit [Remote host closed the connection]
erhankur has joined #openocd
erhankur has quit [Remote host closed the connection]
erhankur has joined #openocd
bvernoux has quit [Quit: Leaving]
<karlp>
PaulFertser: lol, you think nxp would do some thing normal?
<karlp>
no, it has a whole pile of magic functions you can drive witht hat blhost thing, not dfu plus extensions like st.
MGF_Fabio has quit [Ping timeout: 240 seconds]
<zapb_>
mark_feathers, is your implementation online? I have the RA0E1 on my TODO/WIP list, which has a similar flash programming interface