Re: [Libphidget-devel] libphidget newbie post...
Status: Alpha
Brought to you by:
jstrohm
|
From: Tom B. <tb...@ba...> - 2003-06-29 15:57:04
|
On 29 Jun 2003, Jack Strohm wrote:
> I'm still adding the new protocol to the code, I hope to have a test
> version checked in tonight, wasn't feeling good yesterday so didn't make
> much progress.
>
> Yep, the input buffer has gone from 7 to 8 bytes. Here is the protocol
> that chester sent me:
sorry, I have that (the protocol). I just didn't expect the
behaviour I got from the system for a buffer size mismatch.
AFAIK, I'm pretty much homefree from here, the rest should be
pretty trivial... just a case of finding another block of 5
hours...
While I'm here, my system isn't showing an output endpoint for
the 888 card... I don't have anything to compare it to... hhmm,
ok, it looks like we don't have a separate endpoint, e.g...
if (_isSoftPhidget(phidgetType(phidgetDevice))==0)
{
// If this isn't a soft phidget we use control messages so
ret=usb_control_msg(phidgetDevice->handle, 0x21, 0x09, 0x200, 0,
buffer, size, 5000);
}
else
{
// Only works for writing to soft phidgets
ret=usb_bulk_write(phidgetDevice->handle, 0x01,
(void *)buffer,size, 5000);
}
Is that conclusion/guess correct? The digitout outputs are
controlled with a control message?
is there somewhere were these magic constants like
"0x21, 0x09, 0x200" and the ones used to obtain the serial number
are described?
-Tom
|