Rafael Ignacio Zurita wrote: > Excellent!!! How cool you are man. :-)
> Question from my absolutely ignorance : the code can be used with > just GPIOs? Yup. All the code is in https://gitorious.org/anelok/anelok/source/libswd Note that it's still heavily "work in progress". Some things are in the wrong file, API naming is inconsistent, there's not much error checking, and so on. I'll probably kick most of it out of anelok/anelok completely since libswd (from which I should separate the KL2x-specific code and put it all into a library I may call something like kldbg) and ccdbg don't really do anything that would depend on Anelok. Even most of ben.c is actually application-neutral and only assumes that we have UBB (so it should probably become something like ubb.c). > I mean, for example, from UBB+nanonote you could directly to talk > with the MCU? Yes, the fixture is all the the circuit you need: http://downloads.qi-hardware.com/people/werner/anelok/tmp/ybpgm-0-parts.jpg The pogo pins equipped in the picture are GND, 3.3 V, reset, data, and clock. The other three signals from UBB are for the CC2543, which I've populated later. There are two more places for pogo pins that currently lead nowhere. They are to provide 5 V (VBUS) and to monitor the crystal-derived clock. This, along with current monitoring of the 3.3 V supply would later be used for production testing. It's just UBB, cable, a few traces, and pogo pins. Not even a resistor (though you could add resistor plus LED for decoration.) https://gitorious.org/anelok/ybox/source/pgm The longer-term plan in Y-Box is as follows: - ccdbg goes into the KL2x and is used to a) activate the clock output (the KL2x needs that for USB) and b) to load the CC2543 firmware. The path of the latter would be: PC ---(dfu)--> Y-Box KL25x ---(ccdbg)--> CC2543 - libswd (aka kldbg) goes into whatever is used for flashing during development, in my case a Ben. - libswd (aka kldbg) will at some point in time go into the production flashing system, which may be a standalone device, TBD. It will almost certainly have a KL2x as well, so the Ben will still be needed to bring up that one. - ccdbg and kldbg may go into the production testing system. That system may be identical with the production flashing system. Note that the debug protocols have no minimum speed. I.e., if you don't have a Ben, you could even run them over, say, a USB-parallel port (with a suitable voltage matching circuit). Or port it to RPi, any other eval board, Arduino if you must, etc. - Werner _______________________________________________ Qi Hardware Discussion List Mail to list (members only): [email protected] Subscribe or Unsubscribe: http://lists.en.qi-hardware.com/mailman/listinfo/discussion
