From: Adrian M. <ad...@mc...> - 2002-02-26 23:54:39
|
I was writing a microphone driver for Linux - couldn't get very far, so wrote a Puru Puru driver instead - but now that's done I'm back to the microphone.... The microphone responds to Maple command 15 (0x0f) - (read http://mc.pp.se/dc/maplebus.html to understand what this means). A command of 0x0e, 0x01 generates an 0x08 response (ie a data transfer) - with 8 bytes transfered (other than the standard 32 bit command acknowledgement) - and the 'default' appears to be 0x00, 0x00, 0x00, 0x10, 0x00, 0x00, 0x00, 0x00 - but other commands appear to generate slighly different responses... 0x0f followed by.... 0x00 generates a -3 response 0x01 generates an 0x08 response 0x02 generates an 0x07 response 0x0002 returns 0x00 0x00 0x00 0x10 0x00 0x00 0x00 0x00 from (a subsequent) 0x01 0x0102 returns 0x00 0x00 0x00 0x10 0x02 0x00 0x00 0x00 from 0x01 0x0202 returns -3 0x03 generates an 0x07 response 0x0103 generates an 0x07 response and default from 0x01 0x0203 generates an 0x07 response and default from 0x01 0x0303 as above 0x0403 as above 0x0503 as above 0xff03 generates a -3 0x04 generates an 0x07 repsonse 0x0104 generates default response from 0x01 0x0204 generates 0x00 0x00 0x00 0x10 0x10 0x00 0x00 0x00 from 0x01 0x0304 generates -3 0x05 generates a -3 response 0x08 generates a -3 response 0x09 generates a -3 response (sorry this is written shorthand - but I hope you understand) Anyway, point is, can anyone suggest what any of this might mean... any guesses welcome. 0x10 == 16 bit sampling, seems one obvious conclusion, sort of... Before anyone asks the block read and get condition commands appear to generate a -3 response in all conditions I've tested for, so they (seem) useless as a means of transferring data from the microphone. 0x10, 0x11 and 0x12 as basic commands also appear to generate -3 responses. Anyway, any thoughts? Adrian |