Am 08.06.2010 20:40, schrieb Sven Eckelmann:
I think I found the problem. The correct USB-Mass-Storage command to send
would be 55534243123456782000000080000c85010101180101010101000000000000. The
attached patch fixed the problem. I think it was an copy and paste error from
19d2:0053.
I'm slightly confused - this is the command that is in the config file
right now ...
The difference is the data transfer length, cdb length and the actual raw data
(850000002400) which is transferred to the device. It is what the vodafone
drivers/software uses on windows and what is used here by me.
This family of devices continues to turn dark hair into grey ...
The guy who is assigned by Vodafone to take care about Linux usage of
their hardware tells me that ZTE insists the correct command is
"eject" which results in the following "message":
5553424312345678000000000000061b000000030000000000000000000000
Most reports tell me this fails and they are successful with the
command you mention.
Please be so good and try this in the 19d2:2000 file:
MessageContent="5553424312345678000000000000061b000000030000000000000000000000"
MessageContent2="55534243876543212000000080000c85010101180101010101000000000000"
NeedResponse=1
Works with my ZTE MF110 and should catch the cases when the first
command doesn't switch. The "NeedResponse" is essential for adhering
to the standards if other commands are following the first.
Regards,
Josh
--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]
