<div dir="ltr">Yes, the 340u is detected using mbim.  I don't think there's a native mbim package for the raspberry pi.  I'll work on compiling that later this week.<div><br></div><div>Does anyone know how to send AT commands with mbim on any system (linux, osx, windows 7/8, etc.)?</div>

<div><br></div><div>Thanks.</div><div><br></div><div>Noah</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sun, May 4, 2014 at 1:08 PM, Bjørn Mork <span dir="ltr"><<a href="mailto:bjorn@mork.no" target="_blank">bjorn@mork.no</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">That's comp14. Not the same as 9, I'm afraid.<br>
<br>
But the modem is of course not useless even if it is locked to MBIM only. Install libmbim and take it from there.<br>
<span class="HOEnZb"><font color="#888888"><br>
<br>
Bjørn<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
On 5 May 2014 01:00:34 CEST, David McCullough <<a href="mailto:david.mccullough@accelecon.com">david.mccullough@accelecon.com</a>> wrote:<br>
><br>
>Bjørn Mork wrote the following:<br>
>> Noah Taber <<a href="mailto:noahtaber@gmail.com">noahtaber@gmail.com</a>> writes:<br>
>><br>
>> > Well, I think I'm done with the 340u.  I'm pretty sure I broke it<br>
>tonight.<br>
>> >  I ran the following AT command:<br>
>> ><br>
>> > AT!UDUSBCOMP=9<br>
>> ><br>
>> > I only have a MBIM interface to the device.  I cannot connect to it<br>
>through<br>
>> > serial to issue anymore AT commands.<br>
>> ><br>
>> > Do any of you have any hints?  Otherwise, I'll get a different<br>
>device.<br>
>><br>
>> Shit.  I was just writing you an email where I tried to warn about<br>
>> exactly that.  Sorry.<br>
>><br>
>> I am pretty sure there is some way to fix it, but we just don't know<br>
>> how.  These settings are most likely stored in some NVRAM variable.<br>
>> One nice thing about that MBIM function is that it implements a QMI<br>
>pass<br>
>> through, so you still have all the power of QMI available.  So if we<br>
>> knew how to fix this by using QMI, then it could be fixed.  It is<br>
>> probably possible to force the modem into boot loader mode, where you<br>
>> should be able to rewrite most of the flash contents including the<br>
>> NVRAM.<br>
>><br>
>> In theory.  I wouldn't know how to do that.<br>
><br>
>It should be ok,  all the 340u I have dealt with are in mode '9' and<br>
>only<br>
>present the MBIM interface.<br>
><br>
>Under linux they present two configurations, and the MBIM interface is<br>
>configration '2'.<br>
><br>
>All i even do to get these modems operating is change them to<br>
>configuration '1'.<br>
><br>
>Find the correct /sys/bus/usb/devices/.../bNumConfigurations for your<br>
>340u (the idProduct and idVendor files in the same directory will<br>
>help).<br>
><br>
>If this is working like I usually see, bNumConfigurations will be 2 and<br>
>bConfigurationValue will be 2, fix this with:<br>
><br>
>       echo 1 > bConfigurationValue<br>
><br>
>Which should get you back to the QMI/tty interfaces (option number 6).<br>
><br>
>Cheers,<br>
>Davidm<br>
<br>
</div></div></blockquote></div><br></div>