-
Notifications
You must be signed in to change notification settings - Fork 39
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
UHS notes - not issues - just looking for discussion #11
Comments
There are several people actively working on this code; however, If you're the same guy who e-mailed me the other day asking how to clone the repo and other basic questions then I'm afraid you're not ready to discuss anything here. |
Yes, its alive
|
Yes, there are folks working here. Be prepared as this code base is very unstable, and if you are just trying to get something to work (like with Arduino) I would suggest moving back to v2.0 or even earlier. A quick google search will also find some other GitHubs that have various mods to this and the original code base perhaps in a form more suitable for sketches. My project involves a custom MK20DX256 based board (not a teensy) with pure bare-metal arm code. The board contains a MAX3241E and supports host mode. The Kinetis MCU does the USB device work, and the MAX3421E provides host support. I have worked through many issues in the UHS3.0 code to get some level of stability, and have just started working on drivers for various devices (enumeration is very reliable). This setup is using both IRQ and GPIO pins via interrupts to the kinetis, as well as the software IRQs added to UHS30. I found it difficult to work with the .h files containing all of the code, so I broke out drivers into separate .cpp/.h files with each driver deriving from various base classes. HID, and hubs are working fairly with good stability, I have a working FTDI serial port driver working, and just 30 minutes ago, I got Android Accessory Mode to kick in and get configured. (Don't have an android app talking with it yet, but enumeration and switching to AOA is working nicely). There are still a few bugs with hubs plugged into hubs. For example, I have a device (Wifi/Bluetooth interface) that contains a built in hub with two separate devices, one for Wifi and one for the Bluetooth module. Things work nicely if plugged into the host port directly, but if I plug in a USB hub, and then this device, I have problems with releasing drivers correctly when the device is unplugged (hub into hub issue). Once I think this stuff is stable, I will post on github. I don't want to merge back into the original UHS30 code base because of the reorg of the code trying to get away from everything in .h files. |
On Mar 10, 2016 4:37 PM, "marketideas" notifications@github.com wrote:
The core is already soid....
No need to do this, as the inline headers are already C++. The reason for
Enumeration structure already provides this. There is no need to re-read
Sorry about that, but since the Arduino ecosystem lacks any sane way to
|
Thanks for Arduino.cc style forum welcome. |
Emmm.... LOL? Really?
|
Anybody actively using / working this UHS?
Like to discuss some issues, but if there is nobody home, why bother.
Please reply first.
The text was updated successfully, but these errors were encountered: