04:00 <cladamw> this order of sheet of http://projects.qi-hardware.com/schhist/board-m1/pdf_m1.pdf is not same as the one if we use 'make pdf' under /milkymist/board-m1/r4

13:01 <cladamw> (J9/J10) wpwrak, two MIDI con if see gerber files and schematic's pin numbers, the order should be like i edited it in KiCad. the datasheet is drawn indistinctly.

13:09 <cladamw> the order is 3-5-2-4-1 for real current m1 rc3 layout, if using a 5-4-3-2-1 numbering on footprint, which will not correct. this is yes, of course confused you fully i think. we from rc1 started the same AD footprint, so I would say it's not clear in http://www.farnell.com/datasheets/65433.pdf

13:16 <cladamw> a correct schematic reference is like this: http://www.midi.org/techspecs/electrispec.php

13:29 <GitHub184> [board-m1] adamwang pushed 1 new commit to master: https://github.com/milkymist/board-m1/commit/b1a78d38048098358422a5815719f5ef23f8e1ab

13:29 <GitHub184> [board-m1/master] MK1: part number MP33125 - Adam Wang

13:50 <cladamw> this is correct one: http://en.wikipedia.org/wiki/DIN_connector#Analog_audio

13:55 <GitHub155> [board-m1] adamwang pushed 1 new commit to master: https://github.com/milkymist/board-m1/commit/3b1090aa7ed47580510f6d5e83e46029d82ec489

13:55 <GitHub155> [board-m1/master] followed by: http://lists.milkymist.org/pipermail/devel-milkymist.org/2012-May/003034.html - Adam Wang

18:46 <lekernel> grmbl... improvised a M1 demo and had to try 4 USB mice before finding one that works

18:46 <lekernel> next milkymist device won't have any fucking USB port

18:46 <lekernel> I'm fed up with that crap

18:47 <wpwrak> ;-))

18:48 <wpwrak> 1/4 is bad, though. lesson: if doing demos, always carry one with you that is known to be good.

18:49 <lekernel> 1/5

18:49 <wpwrak> were they all "normal" mice ? or some freaky combo devices ?

18:51 <lekernel> bugs were: no motion at all (x2), only 1 axis, and cursor motion way too fast

18:51 <lekernel> normal mice

18:52 <wpwrak> i've seen the speed thing. still puzzles me why that would happen.

18:52 <wpwrak> 1 axis may be larger parameters (2 bytes instead of 1)

18:54 <wpwrak> no motion could be the presence of a report ID. did your softusb include report partial descriptor parsing from xiangfu's hid branch ? he merged it a few days ago

18:54 <lekernel> no, it didn't

18:54 <wpwrak> that should filter our report ids. we still need to handle the other stuff, though

18:54 <wpwrak> okay. may all be related to report descriptors then

18:55 <lekernel> anyway... we'll have our own interface on the next MM product. this will escape pesky USB bugs.

18:55 <wpwrak> i guess as devices get more sophisticated, we'll see more and more HID units make use of that stuff

18:55 <wpwrak> naw, usb is good. we just have to outsource the nasty support work :)