deskthority

I haven't updated the thread for a while, but more recently I've been looking at using more of the STM32 parts. We spoke about it earlier in the thread, but some of the STM32F0 parts do crystal-less USB, and I've been using the 1262 3v3 regulators from microchip which only need a single cap for ...

Just to show I aten't dead:

There are two main issues with using a raspberry pi: firstly, the size (about 4-5x the 2d area of a teensy or similar, at least) and the software that it runs.
The Raspberry pi is a SoC (system on chip) based device, I believe, and it runs a complete operating system. It isn't really designed, or ...

Out of curiosity which debuggers did you use? I've heard J-links have special sauce that can help with unsecuring the chips.

Just a quick warning - be careful when soldering this: I hand-solder, and apparently it's possible that during soldering the flash becomes corrupted. There are four particular bits in the flash, which when in a particular state, can irrevocably brick the chip ("flash secure" and "mass erase ...

So the boards arrived from Smart Prototyping:
http://i.imgur.com/DJsTxVe.jpg

Here it is fully assembled:

http://i.imgur.com/nBBnLQ5.jpg

Now to just test that everything is working. Good news though, the USB/Battery portion of the circuit behaves as expected for sure so that is one big chunk ...

No need to even check there. Go to : http://www.freescale.com/products/arm-p ... T-SELECTOR and put under USB features "USB Crystal-less(FS)". Filter based on RAM/FLASH/Pin count.

It most definitely is out of spec from what I have heard. the IRC (internal oscillator) has too much drift to meet the USB spec, which is what the recover-clock-from-usb functionality is designed to compensate for.

Hey Oobly, check http://cache.freescale.com/files/32bit/doc/data_sheet/KL27P64M48SF6.pdf?fpsp=1&WT_TYPE=Data%20Sheets&WT_VENDOR=FREESCALE&WT_FILE_FORMAT=pdf&WT_ASSET=Documentation&fileExt=.pdf - thats the MKL27 I've successfully prototyped using its inbuilt regulator.
Not sure where you're looking ...

For what it's worth, here's a list of the Kinetis devices with a bootloader preinstalled, either in flash for one-time use or in ROM:
http://www.freescale.com/products/arm-p ... ader:KBOOT

Actually it's USB mini, Scott.
Closest thing at the moment to your oshw controller is the ps4 controller I reckon. The protocol is reverse engineered to a reasonable extent and the device can use bt or usb to connect to a variety of devices. Not reprogrammable yet but they're a good bit of kit.

I'm not so much teaching the hardware design process, but the firmware development. It's a game dev degree with a heavy vocational emphasis so there's a lot of flexibility within the projects that I run, so long as students get the opportunity to demonstrate the learning outcomes/baseline criteria ...

Minor diversion to show what I've been working on recently...
http://i.imgur.com/ur92pgr.png

Custom development board with a bunch of varied peripherals, for my students to meet their 'hardware integration' learning outcomes in the penultimate game project they are about to start in the game ...

The one thing I found with Microchip alongside their documentation and such was the compiler support was sorta half-assed. There's freeware available, but only up to a point - if I remember correctly you're limited in flash size, and I'm not sure if the current IDE runs on non-windows platforms ...

MTL has some good things worth considering.
In terms of my response to your list here are my top considerations

* Comes with bootloader
This is essential for making a product that can be reprogrammed by end users.
* at least ..(insert number) I/O pins
If the MCU doesn't have enough input pins, you ...

@twiddle: yes, I'd like to have a look at the firmware, but I guess I'm first going to have to get some nordic board(s)...


Ah, well I'm actually not quite there with the Nordic support at the moment. I've been working on the abstraction layer and getting the basic functionality in which ...

I hadn't actually seen that board - I'll have to keep it in mind for my studio projects at the college, it sounds like it might be a contender for something I can get the students to use.
Quick update for everybody - still working on the firmware, another few weeks and I think I'll be at a point of ...

Always good to hear of other projects 'in the wild' that are using the approach I intend to take, Engicoder.

Little update for everybody:
VisualGDB now have Nordic support available, so I'll get on that shortly. In the meantime I've been working on my HAL, so I figured I'd give people a little insight into how I'm building it (source will eventually be on Github when I'm at a point that it would be useful ...

Heh, well I only have very basic USB functionality working at present. As I said, I'm getting the POCs for the different chips working before I do too much, because that way I have a few hardware configurations to run my tests against so cross-mcu portability is maintained right from the start.

I ...

I'm currently trying to get a good setup for working with the nRF51 chips. Nordic don't have very good support for GCC though. The SDK is all well and fine but there's a hierarchy of makefiles, some in the SDK, and then some in the samples that depend on the SDK ones. The SDK makefiles aren't self ...

Mine arrived today as well. Thanks!

My sample requests, from an .edu domain no less, basically languished without any response at all from ST. I guess I'll have to try again - I've been buying all the parts from them and NXP so far.

Yeah a bit that way, haha
For what its worth I'm strongly considering the Freescale MKL27z for my wired project I'm working on, but I'm looking at a Nordic nRF product for BT. Where did you see the automatic switching mentioned in the specs, though? I didn't spot that.

If you find Freescale's ...

It's just that all the functions have names which are very long, and because of "versatility" the nesting of functions goes quite deep, and it is scattered among many source files in different directories. I suppose this is inevitable when it supports 3 different architectures (AVR8, XMEGA, UC3 ...

Ah right, I didnt think to check that for the L series. It isn't really important to me as I have a j-link EDU, but I'll remember it nevertheless.

The one in my design uses a crystal, but STM32L0x2 has crystal-less USB:
http://www.st.com/web/en/catalog/mmc/FM ... sc=stm32l0

Ah, my omission. Some kinetis devices support a usb-based HID bootloader in ROM, check here for a list of the parts.
http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=KBOOT The kl27z is one such part, rom bootloader and crystalless was why I picked it.

Do bear in mind I went for a ...

What's odd about that lufa code, flabbergast? Seems pretty standard for initialising those structs to me...

While I'll admit that some libraries are not much use or are written poorly, I'd respectfully disagree on the idea of using raw register access for writing your own usb stack from scratch. Putting aside code generators, the libraries themselves are field tested to a substantial degree and you will ...