http://forums.leaflabs.com/topic.php?id=189 A place to share, learn, and grow... en-US Fri, 22 Jan 2016 00:09:31 +0000 http://bbpress.org/?v=1.0.2 q http://forums.leaflabs.com/search.php http://forums.leaflabs.com/topic.php?id=189&page=2#post-10706 Wed, 16 May 2012 20:09:03 +0000 feurig 10706@http://forums.leaflabs.com/ <p>Well it is lgpl as apposed to purist gpl. (always prefer mit/bsd personally) But there is some technical meat there. Thanks for the pointer. </p> http://forums.leaflabs.com/topic.php?id=189&page=2#post-10698 Wed, 16 May 2012 16:35:59 +0000 mbolivar 10698@http://forums.leaflabs.com/ <p>i'd love to see a more generic USB driver core in libmaple, something that sits on top of the various USB peripherals available across the different series. this is important since e.g. F1 performance line USB is incompatible with F2, etc. any CDCACM, MIDI, etc. driver would ideally just be a bunch of descriptors and endpoint callbacks registered with the USB driver core, which would then use a target-specific backend to get the job done.</p> <p>gareth mcmullin has done a lot of great work for libopencm3 in this regard. i'd love to use it, but i'm not sure how the LGPL plays with the MIT license.</p> <p>i know that portions of the linux kernel are dual-licensed under GPLv2 and some BSD license in order to facilitate collaboration between the two camps. something like that would be nice here. is anyone on friendly terms with the libopencm3 people? maybe they'd be open to the idea. </p> http://forums.leaflabs.com/topic.php?id=189&page=2#post-10696 Wed, 16 May 2012 15:25:47 +0000 feurig 10696@http://forums.leaflabs.com/ <p>Also as someone who spent a lot of time working with deans CDCACM instability I am not sure that lufa is the end-all here. What would it take to get a working group for usb-midi integration? </p> http://forums.leaflabs.com/topic.php?id=189&page=2#post-10620 Fri, 11 May 2012 18:32:04 +0000 feurig 10620@http://forums.leaflabs.com/ <p>Has any one revisited this lately? I am also in need of a usb storage class.... </p> http://forums.leaflabs.com/topic.php?id=189#post-2669 Wed, 17 Nov 2010 02:04:08 +0000 metaphysician 2669@http://forums.leaflabs.com/ <p>hi folks - newbie scott here...just thought i would add my voice to the other posts here to say i am VERY interested in being able to address the Maple from a computer as a USB class compliant device (ideally audio and MIDI). i can basically stand on the sidelines and cheer you on and test the result, but i have almost zero microcontroller experience. however in the last year, i've played with a Teensy, a Lilypad, a UBW32 and most recently, purchased a Maple rev 3. </p> <p>i can guarantee that as the user base of Maple increases, there will be those wanting or needing direct USB interaction, not just uploading programs to a standalone processor. hacking LUFA (or reworking it) sounds like the best way i know. CNMAT had been doing something supposedly allowing any microcontroller to be enumerated as an OSC device, but that's probably not sufficient in terms of audio device access.</p> <p>at any rate, one of the chief reasons i purchased it was because of the near CD quality A/D conversion, and yes, Okie's project holds a huge amount of interest for me. i would LOVE to start working on the audio DSP ability to see how hard it could be pushed into being a flexible reasonable quality modular DSP platform. </p> http://forums.leaflabs.com/topic.php?id=189#post-2658 Tue, 16 Nov 2010 20:42:39 +0000 soundcyst 2658@http://forums.leaflabs.com/ <p>hmm. having two cables seems less useful to me.. at that point, why not make a programmer and a device? usability is a bit taxed there too.. "why isn't my device working? oh, woops, i plugged in the wrong usb cable".. sure, using a mini and a full sized cable solves that problem, but it's still potentially confusing.</p> <p>slightly OT, i'm dying to see the 16/44 fx pedal mentioned in the blog.. and to know what codec you guys are using. =D </p> http://forums.leaflabs.com/topic.php?id=189#post-2649 Tue, 16 Nov 2010 18:45:22 +0000 gbulmer 2649@http://forums.leaflabs.com/ <blockquote><p>i'm not really convinced that adding another stm32 will solve the problem, unless there are two usb ports -- one for programming, and one for running the midi device. </p></blockquote> <p>I think having two USB's is exactly what poslathian is describing for a future product.</p> <p>One USB correspnds to the 'existing' USB, and their would be a second USB for program loading and debugging, implemented on a second STM32F. The 'existing' USB would be available to be programmed in any way the user chooses.</p> <p>Some development boards work this way, including the new STM32F103RG board from ST. </p> http://forums.leaflabs.com/topic.php?id=189#post-2646 Tue, 16 Nov 2010 18:19:12 +0000 structuresound 2646@http://forums.leaflabs.com/ <p>Yes I'm happy to do some work on this, just am not at the programming level that someone who is helping maintain a public codebase should be at. </p> <p>@soundcyst that's about as far as I've gotten too, it seems the bootloader has a different usb headers than the base for the IDE, also it seems a call to setupUSB() would be fine, thankfully the maple folks have put in software control over usb "discovery" so it shouldn't be that hard to change the USB device in user code and leave the bootloader alone for re-programming, would just have to hit the button to stay in permanent bootloader to re-write.</p> <p>The confusing thing to me for adding new descriptors is that the maple lib seems to have it's own struct's for the desciptors rather than using the normal char table were descriptors are "daisy-chained" with a size char at the start of each set. </p> http://forums.leaflabs.com/topic.php?id=189#post-2640 Tue, 16 Nov 2010 16:30:30 +0000 soundcyst 2640@http://forums.leaflabs.com/ <p>i've been quietly reading into this more, and i haven't gotten too far.</p> <p>i'm not really convinced that adding another stm32 will solve the problem, unless there are two usb ports -- one for programming, and one for running the midi device. instead, it seems like it just pushes the problem upstream.</p> <p>if i'm understanding the bootloader correctly, the maple actually appears as one type of usb device during the programming window, then turns itself into a different type of device for serial comms.</p> <p>basically, for a midi device to happen, we need a setupUSB() function that sets up the device as an audio class instead of cdc, which torches the ever-useful print() function.</p> <p>i've been thinking that making the computer think the maple is a hub might be a good approach, but haven't investigated it too much. </p> http://forums.leaflabs.com/topic.php?id=189#post-2627 Tue, 16 Nov 2010 15:03:07 +0000 poslathian 2627@http://forums.leaflabs.com/ <p>if someone wants to work on this, well help support the effort - its just not at the top of the stack at this exact moment. But with strong interest it could be. One of the things weve been wanting to do in future Maple revisions/other boards is to drive the usb port of a completely separate (and smaller and cheaper) stm32 like what arduino UNO has done by adding an avr-usb to drive the port. With this approach, a LUFA port would be very handy. </p> http://forums.leaflabs.com/topic.php?id=189#post-2610 Tue, 16 Nov 2010 05:11:01 +0000 structuresound 2610@http://forums.leaflabs.com/ <p>Wondering if anyone has touched this topic recently?</p> <p>Looks like Dean is headed to Norway to hang with Atmel so I'm guessing he won't be delivering LUFA to STM land anytime really soon.</p> <p>I have a couple versions of the USB midi class descriptors kicking around and would love to hard-code it in, but I'm not quite sure what else has to be done other than hacking the char tables to get the maple to enumerate as anything other than vcom.</p> <p>plus I mostly never have any real idea what I'm doing when it comes to low level coding so I'm hoping someone else has had a go of it. </p> http://forums.leaflabs.com/topic.php?id=189#post-1478 Thu, 30 Sep 2010 15:26:19 +0000 gbulmer 1478@http://forums.leaflabs.com/ <p>I haven't started on a LUFA port. I am still futzing with the robot (my colleague is thinking of doing another event in November!).</p> <p>I asked Dean if he knew of anyone porting LUFA to STM32F (last week) and he said not that he knew of.</p> <p>He also said he was going to work on refactoring the low-level, LUFA code; especially around end-points.<br /> Dean said he's a bit busy at the moment, but plans to do that work when he does his 32-bit port.<br /> So it would be worth discussing with Dean how he would like to move forward, and see if we can help each other.</p> <p>Hopefully, when LeafLabs have 0.0.7 released (expected near this weekend), they will return to this thread to talk.<br /> My priority is to make the bootloader driverless, then move onto other USB devices. I'd like a few (i.e. HID, Mass storage, ...) </p> http://forums.leaflabs.com/topic.php?id=189#post-1440 Wed, 29 Sep 2010 17:50:58 +0000 tesseract 1440@http://forums.leaflabs.com/ <p>I am looking at the stm32 for an upcoming project and have been underwhelmed with the ST driver libraries. I was looking into porting LUFA and I see from this thread that this has been contemplated - or maybe even started? - previously. Is there any porting effort started that I could help out with? Or would someone care to outline the discussion with Dean about how it might be accomplished? </p> http://forums.leaflabs.com/topic.php?id=189#post-1314 Fri, 17 Sep 2010 14:45:23 +0000 poslathian 1314@http://forums.leaflabs.com/ <p>That would be stellar. Lets come back to this for sure. </p> http://forums.leaflabs.com/topic.php?id=189#post-1312 Fri, 17 Sep 2010 11:19:45 +0000 gbulmer 1312@http://forums.leaflabs.com/ <p>poslathian - very helpful response.</p> <p>My choice of chip is driven by:<br /> 1. Reasonable ADC &amp; DAC (midfi audio at low-cost)<br /> 2. Open Source tool chain<br /> 3. On board USB with plenty of endpoints.</p> <p>So, I didn't want an FTDI chip on board :-) I want to be able to make a range of USB devices from the same hardware.<br /> I've 'spoken' to Dean, and he gave me some good ideas.</p> <p>I seriously considered Atmel ATmega with USB, mostly because of LUFA and the Arduino IDE, but ATmega fails at 1.<br /> Almost NXP, but STM32F seems much better at 1 (1msps vs 200ksps)<br /> Atmel AVR32 a bit new (though I have development kits, and they are very nice chips).</p> <p>I am starting to refocus on Maple/STM32F (a big part of my September goals was completed earlier this week).<br /> Maybe we could discuss USB and try to help each other once you guys have recovered from Maker-fair-fever? </p>