FT232R DeviceDescriptor class is always used.
Brought to you by:
mike_werner
The 3.0 native library has the FT Program Data Version hard-coded to FT232R and Version is not being set by FT_EE_Read function.
This causes the DeviceDescriptorFT232R class to be used. When the Rev4 or Rev5 FT Program Data fields are non-zero the
DeviceDescriptorFT232R class is used to set the class fields for either a Rev4 or Rev5 descriptor.
This results in the java.lang.NoSuchFieldException to be thrown when an attempt to set a class variable is made that does not exist
in the DeviceDescriptorFT232R class.
Maybe the logic for setting the DeviceDescriptor class is wrong in the native library.