Product Forum Discussions

Hi,

I'm trying to make a bulk transfer using the IOCTL Interface of the cyusb.sys driver with Delphi, but the DeviceIOControl Function always returns 87 (ERROR_INVALID_PARAMETER).

I'm using the following Code :

procedure NonEP0TransferOut(handle:THandle;endPointAddress:Byte; pBuffer:PBuffer; bufferSize:Word);
const cBufSize = 512;
var
    singleTransfer:SINGLE_TRANSFER;
  buffer : array[0..cBufSize+SizeOf(SINGLE_TRANSFER)-1] of Byte;
  i : Integer;
  dwBytes: DWORD;
begin
    ZeroMemory(@singleTransfer, SizeOf(SINGLE_TRANSFER));

  SingleTransfer.SetupPacket.ulTimeOut := 1000;
  singleTransfer.ucEndpointAddress := endPointAddress;
  singleTransfer.IsoPacketLength := 0;
  singleTransfer.BufferOffset := SizeOf(SINGLE_TRANSFER);
  singleTransfer.BufferLength := bufferSize;
  dwBytes := 0;

    Move(SingleTransfer,Buffer,SizeOf(SINGLE_TRANSFER));

  for i := 0 to bufferSize-1 do begin
      buffer[i+SizeOf(TSingleTransfernEP0)] := pBuffer^; // buffer direkt hinter den SINGLE_TRANFER record schreiben
  end;

  if not DeviceIoControl(    handle,IOCTL_ADAPT_SEND_NON_EP0_TRANSFER,
                          @buffer, bufferSize+SizeOf(SINGLE_TRANSFER),
                          @buffer, bufferSize+SizeOf(SINGLE_TRANSFER),
                          dwBytes,nil) then
      raise ECyUSBException.Create('Error #17 during nonEP0 control Transfer : ' + IntToStr(getLastError()));
end;

The SINGLE_TRANSFER structure seems to be correct. It works fine for EP0 Transfers. I also tried IOCTL_ADAPT_SEND_NON_EP0_DIRECT, which gives the same error. Can someone tell me what I'm doing wrong ?

regards

Simon Koops

i am performing the data transfer of bulkendpoints continuously with out any delay. I am sending and receiving 8 bytes of data through the bulkend points.

after every 75 to 80  8 byte data transfer loop , I get the delay of 15 miliseconds. which is actually causing my data trasfer speed slow.  other wise all tests take .3 miliseconds or 0 seconds.

can  u tell me where is this 15 miliseconds coming from.

Thanks in advance

It looks thath there is a limit in PSOC3: the code adressing space is limted to 64 KB, on the other hand we can see that the adressing space for external memory is up to 8 MB.

My question is: is there a way to overcome the code space limit to say 256 KB ?

I am connecting a Cyclone III FPGA directly with FX2LP, but I am not sure which IO standard to choose on the FPGA side?  The options in Altera Quartus II are: LVTTL-3.3V, LVCMOS-3.3V,  LVTTL-3.0V, LVCMOS-3.0V, 2.5V, etc.. The IO banks of the FPGA are powered at 3.3V using the same power source as the FX2LP.

I have a FPGA program which seems to run correctly using the default 2.5V IO Standard. However, if I change the IO standard to LVCMOS-3.3V or LVTTL-3.3V (which should be the correct choice),  the program does not seem to work.

Thanks for any suggestion in advance.

Is the watermark parameter for CyU3PGpifSocketConfigure (for configuring a partial full flag) only relative to the current buffer, or to all the buffers in the channel as a whole?

That is, if I have the slave fifo DMA channel set up with 2 buffers of 512 bytes, and I specify a watermark at 768 bytes (192 samples for 32-bit mode), will the watermark be hit if one buffer is filled but not consumed, and the second is half-full?  Or does it only consider the current buffer, and such a watermark will never be hit?

Thanks!

Hello,

I want to use an oscillator which is easier to find than ITTI's on my FX3 board.

ITTI has no information about the 14400076-19.200MHz crystal on thier website.

Do you have the datasheet of this crystal?

What is the input capacitance of the FX3?

What should be the load capacitance of the crystal?

Regards,

Ersin OEZALP

Hi,

Is there any solution/algorithm available for encoding Speech/Audio input given to one of the ADC inputs in PCM format? My requirement is to record the analog speech or audio from a telephone in PCM G.711 encoded format. Here the sampling is required at 8K samples per second and each sample is of 8-bit length.

This requirement is similar to the application note (with algorithm) given for Microchip's dsPIC33F and PIC24 devices.

Thank you.