Re: [PATCH] Delay full modem initialization until SIM is unlocked
Dan Williams wrote: On Sat, 2008-05-24 at 22:02 +0200, Dennis Noordsij wrote: Hi, Some modems return ERROR to most AT commands when the SIM is still locked, specifically the ATZ E0 in the initialization. BTW, which modem models do this? We're trying to get some hard data on how often this happens. [X] Novatel XU870 -- Stefan Seyfried RD Team Mobile Devices| Any ideas, John? SUSE LINUX Products GmbH, Nürnberg | Well, surrounding them's out. This footer brought to you by insane German lawmakers: SUSE Linux Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: [PATCH] Delay full modem initialization until SIM is unlocked
On Thu, May 29, 2008 at 02:51:33PM +0300, Tambet Ingo wrote: On Thu, May 29, 2008 at 2:12 PM, Dennis Noordsij - The device supports being on and off. I.e., at startup it could be allowed to just connect to a network. Then, setting up a data connection will be very fast since it doesn't have to find the network first. The nm-applet would allow you to disable the modem the same way you disable wireless; the modem can be told to turn off its radio and save power that way, and similarly will join a network again once the radio is turned back on. I think this applies to all gsm modems (AT+CFUN command), so perhaps does not need special HAL attributes. Good idea. It is marked as an optional feature in the specification, so it might or might not work. I guess it could just be a noop if the device doesn't support it. It should probably be a propery of NMManager class (just like turning wireless on/off) which in turn iterates over all registered devices and calls their enable/disable radio method. Beware though, many cards disconnect from and reconnect to the USB bus on at +cfun=1, so make sure to handle the hangup signal you will get from the kernel correctly and close the device so that it does not end up with a different device name. BTW: at least for Sierra Wireless cards, the CFUN setting does not seem to influence the power consumption (unless you are really using the card, but then it needs to be on anyway). But checking for it and having the possibility to switch the device actually is definitely a good idea. -- Stefan Seyfried RD Team Mobile Devices| Any ideas, John? SUSE LINUX Products GmbH, Nürnberg | Well, surrounding them's out. This footer brought to you by insane German lawmakers: SUSE Linux Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: ANNOUNCE: Mobile Broadband Configuration Assistant
Dan Williams wrote: On Fri, 2008-04-11 at 09:13 +0200, Stefan Seyfried wrote: Let me rephrase this: the interfaces to get the additional data _while connected_ are mostly proprietary interfaces, with the exception of a few Sierra cards, some Option cards, and some others. So while you've got PPP running, you simply can't send AT commands to most cards, even if they do expose more than on USB serial port. I count most cards as cards in the wild, and basically, at least in Europe, there is Option, Sierra Wireless, Novatel and Huawei in the market. The problem of the unusable second port is not that bad since many Cards offer a third port (the nozomis and most other option cards) that can be used and the others could possibly be handled by a port multiplexer (see below). Sorry, but that's simply not true (to not call it FUD or BS). Almost all cards work just fine using UMTSmon (http://umtsmon.sf.net). Klaas is acquiring those cards that don't right now and then they will work, too. Certainly not almost all... UMTSmon doesn't support CDMA cards yet, which rules out half of users in the Americas, most users in South Korea, large numbers of users in China, and many people in Australia/New Zealand. Since Klaas will probably spend more time in America in the future, and he has good contacts to the hardware manufacturers, the support in umtsmon for other cards will certainly improve ;-) The only thing that is still needed is a port multiplexer for single-port cards like my novatel xu870, but there was just no pressing need for having signal strength while being connected, so i did not yet look into that :-) That's interesting; would that be userspace or driver-side? That's userspace (you could put it into the kernel, but that would be totally unnecesary). There is an implementation over at berlios (the server seems down right now, my bookmark points to http://developer.berlios.de/projects/gsmmux/) but i have not tried it, simply because it is not too interesting to watch the signal strength while being connected (and everything else like searching for other providers etc. does not work while connected anyway). The search term you want to google for is IIRC GSM 07.10. Regards, seife -- Stefan Seyfried RD Team Mobile Devices| Any ideas, John? SUSE LINUX Products GmbH, Nürnberg | Well, surrounding them's out. This footer brought to you by insane German lawmakers: SUSE Linux Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: ANNOUNCE: Mobile Broadband Configuration Assistant
Dan Williams wrote: On Thu, 2008-04-10 at 07:08 -0700, Michael wrote: Hi, I have a Verizon broadband card and my experience has been that the card acts as a modem. I also use Fedora 7 and setting up the device in the Network applet as a modem allows NM to control the card as a dial-up connection. The specific card support is still required from the Verizon software to program the card for specific stuff (tower info, other programming - SPL). Although it would be nice to have some kind of signal strength meter... Unfortunately, the interfaces to get this additional data are all proprietary vendor interfaces, with the exception of a few Sierra GSM cards that accept AT commands on the second tty. So this is not currently possible without licensing the SDKs of each vendor and using non-free, binary blobs. Sorry, but that's simply not true (to not call it FUD or BS). Almost all cards work just fine using UMTSmon (http://umtsmon.sf.net). Klaas is acquiring those cards that don't right now and then they will work, too. The only thing that is still needed is a port multiplexer for single-port cards like my novatel xu870, but there was just no pressing need for having signal strength while being connected, so i did not yet look into that :-) -- Stefan Seyfried RD Team Mobile Devices| Any ideas, John? SUSE LINUX Products GmbH, Nürnberg | Well, surrounding them's out. This footer brought to you by insane German lawmakers: SUSE Linux Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list