What AT commands does NEO1973 support?
Hi, Does NEO1973 support AT command, such as call wait, multiparty call control, etc? Althought there are BP functions, I don't know where I can find this information. Can I send AT command directly to BP in development board via serial port? Cherrs, ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: What moblie service to get
Jeremy wrote: I just wanted to give a little head-up about Cingular data plans. They are quite confusing, and I've looked into them in the past and read several forums at Cingular's website regarding the issue. Essentially, the cheaper unlimited plan (smart phone?) gives you walled garden access similar to T-Mobile. If you sign up for this plan and access the internet via a different method, you will get slapped with a LARGE bill (depending on your usage). If you sign up for the PDA plans, you can essentially access the internet freely, but you are not allowed to tether your phone, and if you do and they catch you (roll of the dice?), then again you'll get a LARGE bill. And even if you call Cingular and try to ask a sales reps about them, you don't have a great chance they'll know any more than you do about the plans. If you really want to get some info, I've been told you should talk to the actual technical support people as they apparently know a bit more about how the data network actually operates and what is/isn't allowed. Again, I would like to emphasize that this info was taken from 3rd parties in online forums. I don't have any first hand knowledge on this topic (yet). Related to the issue of having to buy a Smart phone with a data plan, I don't think this is true. You can add and remove plans to your account at pretty much any time. They don't really care about the device you're using as long as you don't break the Terms of Use. They want your money... The Cingular data plans have been discussed ad nauseum over at Treocentral.com. The consensus is that basically all the plans will work fine and with the web access to your account you're free to add or subtract any of the data plans w/o dealing w/ customer service. That being said, I've been happily using the $19.99 unlimited data plan for the last 3 years. There doesn't appear to be any 'wall' - I can surf anywhere, vpn, ssh, pop, imap, etc. On a monthly basis my usage is between 80 - 90 Mb. Dunc ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Idea: Wake me during light sleep
On 12-Mar-07, at 11:53 AM, Ian Stirling wrote: Dean Collins wrote: Hey guys, you're missing the point. You need to stop thinking of the openmoko device being a standalone unit, you are always connected to your pc when in mobile phone coverage. Just use your gprs data link. Start thinking of the Neo as a portable 'viewer' to applications running on standalone servers then you'll start seeing location is irrelevant. No, it's not. Absolutely not. No way. With most UK contracts and pay to talk deals, I get a whole megabyte a month free! I need to pay around $80(US) per month or so for unlimited GPRS data. The cheapest 'pay as you go' sort of data tarrifs are around $6/ meg, and that requires a contract. And in many buildings, I don't get a signal. If it possibly can be done, applications should live on the phone, perhaps 'growing' if they can get connectivity. Connectivity can be anything from GPRS, to SMS, to walking by a wifi access point that you have access to, to USB-net. Having just looked up rates by Canadian providers, I can say that the situation here is not any better. Rates are ludicrous at best. So having all the applications reliant on a constantly available net connection will make them unusable by a lot of people. Igor ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Crossroads
Dear Community, OpenMoko is built around the philosophy that far more knowledge exists outside the walls of a corporation than within. Internally, we're struggling with two issues. So we're throwing this out, hoping that some of you have can help us move past our current crossroads: 1) We can't find a WiFi Chipset with GPL'ed drivers -- We know this has been discussed (to death) on this list, but as we're beginning work on the next summer hardware refresh we still can't seem to find a vendor that meets our strict requirements: Namely, we refuse to put anything binary in the kernel. Marvell has some nice for larger devices (the 8388). But we need one specifically for mobile phones (like the 8686). If somebody can help us find the right vendor, we'll give you a free Neo1973. If you're a vendor and want to work with us to GPL your driver, we'll give you lots of business -- and a free phone ;-) 2) We don't have enough UI / Application developers -- If anybody meets (or knows somebody who can meet) the following qualifications: * = 2 years experience with GTK * object oriented design and implementation w/ GObject * experience with writing GUI applications from scratch, * has software quality assets like: o writing maintainable and reusable code o refactoring o design patterns o identifying and extracting common application code into frameworks Familiarity with collaborative development tools such as: * bugtracker, * source control management, * wiki, * mailing lists is a necessity. We've love to talk with you! Please email [EMAIL PROTECTED] with links to your previous work and a resume if you have one. (The latter is nowhere near as important as the former.) Thanks in advance for any help! -Sean ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: What AT commands does NEO1973 support?
Since no one else has lept on this one, I'll pipe in with my comment. At the eTel conference, I asked Sean Moss-Pulz about this indirectly, actually asking if the GSM module they're using is open enough for me to download the details of their AT command set support. Unfortunately, the GSM module is one of those components that comes with an NDA, so no, I can't just go and download the specs. But there is a bright side, 3GPP has a standard set of AT commands that all GSM modems are supposed to respond to, and the two that you mention MultiParty Call Control (AT+CHLD) and Call Waiting (AT+CCWA) are in the list. Sean said that for reasons of adhering to the NDA, he couldn't discuss specifics, but it was reasonable to expect the modem to respond to standard 3GPP commands. My concern, however, is that while the commands themselves are more or less standardized, the behavior of the module is not. I wrote a simple dialer for the Telit GM862 module used by the FrankenPhone / SqueakMoPho. Some behavior, such as the amount of time you should wait before assuming the module isn't going to compete the call, or the state your device is in after it doesn't complete a call. These types of behaviors are not covered in the 3GPP spec. It's not a huge deal, but software that is designed to take timing issues into account can provide a more responsive and more robust experience. But depending on the robustness of the module they're using, it could very well turn out to be a non-issue. -cheers! -Matt H. On Mar 13, 2007, at 2:42 AM, Rockmen Jack wrote: Hi, Does NEO1973 support AT command, such as call wait, multiparty call control, etc? Althought there are BP functions, I don't know where I can find this information. Can I send AT command directly to BP in development board via serial port? Cherrs, ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Crossroads
Dnia wtorek, 13 marca 2007, Sean Moss-Pultz napisał: OpenMoko is built around the philosophy that far more knowledge exists outside the walls of a corporation than within. Internally, we're struggling with two issues. So we're throwing this out, hoping that some of you have can help us move past our current crossroads: 1) We can't find a WiFi Chipset with GPL'ed drivers Ralink Technology has chipset with GPL driver (outside of mainline kernel, also in -mm kernel iirc). Zydas also have GPL driver (in mainline kernel). Ralink chipset takes 40mA less then Zydas. Both are 802.11g and can be connected over USB. I do not know can they be connected over SPI. IIRC both are 3.3V so no need for +5V at all. -- JID: hrw-jabber.org OpenEmbedded developer/consultant Warning: Dates in calendar are closer than they appear. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Crossroads
On Tue, 13 Mar 2007 17:51:00 +0100, Sean Moss-Pultz [EMAIL PROTECTED] wrote: Hello Sean, 1) We can't find a WiFi Chipset with GPL'ed drivers -- We know this has been discussed (to death) on this list, but as we're beginning work on the next summer hardware refresh we still can't seem to find a vendor that meets our strict requirements: Namely, we refuse to put anything binary in the kernel. Marvell has some nice for larger devices (the 8388). But we need one specifically for mobile phones (like the 8686). If somebody can help us find the right vendor, we'll give you a free Neo1973. If you're a vendor and want to work with us to GPL your driver, we'll give you lots of business -- and a free phone ;-) Atheros AR6K - check http://atheros.com/pt/AR6001Bulletins.htm , and for the fully GPL'ed driver and SDIO stack please check http://sourceforge.net/projects/sdio-linux/ I hardly think you will find a better alternative ;) Regards, Imre ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Crossroads
Intel's laptop-oriented chips have GPL drivers, albeit with binary modules - but not *kernel* binary modules. The 3945abg driver uses a binary userspace daemon and a binary on-chip microcode: http://ipw3945.sourceforge.net/ The 2200bg/2945abg driver relies on a binary on-chip firmware: http://ipw2200.sourceforge.net/ The latter one is in the mainline kernel too. D. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Crossroads
Atheros AR6K - check http://atheros.com/pt/AR6001Bulletins.htm , and for the fully GPL'ed driver and SDIO stack please check http://sourceforge.net/projects/sdio-linux/ I hardly think you will find a better alternative ;) Do you know if the on-chip MAC is a full MAC? Last time I used an Atheros-based Wifi card (for an AP application) the predominant Linux driver - Madwifi - relied on binary in-kernel modules (ath_hal). Is that still the case (for this chip)? Sean, given the uncertainty surrounding Wifi drivers, would an externally-accessible SDIO slot be a better step for the next hw revision? D. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Crossroads
Imre Kaloz wrote: On Tue, 13 Mar 2007 17:51:00 +0100, Sean Moss-Pultz [EMAIL PROTECTED] wrote: Hello Sean, 1) We can't find a WiFi Chipset with GPL'ed drivers -- We know this has been discussed (to death) on this list, but as we're beginning work on the next summer hardware refresh we still can't seem to find a vendor that meets our strict requirements: Namely, we refuse to put anything binary in the kernel. Marvell has some nice for larger devices (the 8388). But we need one specifically for mobile phones (like the 8686). If somebody can help us find the right vendor, we'll give you a free Neo1973. If you're a vendor and want to work with us to GPL your driver, we'll give you lots of business -- and a free phone ;-) Atheros AR6K - check http://atheros.com/pt/AR6001Bulletins.htm , and for the fully GPL'ed driver and SDIO stack please check http://sourceforge.net/projects/sdio-linux/ I hardly think you will find a better alternative ;) From common_atheros_sdiostack.patch (in sdio-linux tarball): Any implementation of the Simplified Specification may require a license from the SD Card Association or other third parties. Any insight on may in this case? Thanks, -Jeff ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Crossroads
2007/3/13, dimitris [EMAIL PROTECTED]: Intel's laptop-oriented chips have GPL drivers, albeit with binary modules - but not *kernel* binary modules. The 3945abg driver uses a binary userspace daemon and a binary on-chip microcode: http://ipw3945.sourceforge.net/ The 2200bg/2945abg driver relies on a binary on-chip firmware: http://ipw2200.sourceforge.net/ The latter one is in the mainline kernel too. D. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community A better option would be to use one of the chipset that has runtime firmware that (even) OpenBSD is allowed to distribute. You'll find a good article on the problems with binary firmwares on http://www.thejemreport.com/mambo/content/view/293 For a round up: atu (4) - Atmel AT76C50x USB IEEE 802.11b wireless network device ral (4) - Ralink Technology IEEE 802.11a/b/g wireless network device (2nd gen 802.11 Ralink) rum (4) - Ralink Technology USB IEEE 802.11a/b/g wireless network device zyd (4) - Zydas ZD1211 USB IEEE 802.11b/g wireless network deviceMarcin Juszkiewicz already mentioned some of them. Hans ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Crossroads
On Tuesday 13 March 2007 18:49:17 dimitris wrote: Sean, given the uncertainty surrounding Wifi drivers, would an externally-accessible SDIO slot be a better step for the next hw revision? I would very much welcome a standard SD slot anyhow. SD cards are available in bigger sizes than MicroSD. Possibly even better, retain the microsd slot for storage and add an fullsize SDIO one for well whatever people want ;) pgplCzTTQBG7o.pgp Description: PGP signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Crossroads
I don't know much about the intel one except that I wouldn't be surprised it downloaded the firmware into the chipset. I Broadcom also does this as well as TI. There is an opensource version of the TI driver. Getting attention from a Chipset manufacturer is another story. Marty Message: 7 Date: Tue, 13 Mar 2007 10:38:38 -0700 From: dimitris [EMAIL PROTECTED] Intel's laptop-oriented chips have GPL drivers, albeit with binary modules - but not *kernel* binary modules. The 3945abg driver uses a binary userspace daemon and a binary on-chip microcode: http://ipw3945.sourceforge.net/ The 2200bg/2945abg driver relies on a binary on-chip firmware: http://ipw2200.sourceforge.net/ The latter one is in the mainline kernel too. D. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Crossroads
On Tue, 13 Mar 2007 18:49:17 +0100, dimitris [EMAIL PROTECTED] wrote: Atheros AR6K - check http://atheros.com/pt/AR6001Bulletins.htm , and for the fully GPL'ed driver and SDIO stack please check http://sourceforge.net/projects/sdio-linux/ I hardly think you will find a better alternative ;) Last time I used an Atheros-based Wifi card (for an AP application) the predominant Linux driver - Madwifi - relied on binary in-kernel modules (ath_hal). Is that still the case (for this chip)? Check the urls, the AR6001 has nothing to do with the AR5000 series ;) ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Crossroads
I don't know much about the intel one except that I wouldn't be surprised it downloaded the firmware into the chipset. I Broadcom also does this as well as TI. There is an opensource version of the TI driver. Getting attention from a Chipset manufacturer is another story. Marty Message: 7 Date: Tue, 13 Mar 2007 10:38:38 -0700 From: dimitris [EMAIL PROTECTED] Intel's laptop-oriented chips have GPL drivers, albeit with binary modules - but not *kernel* binary modules. The 3945abg driver uses a binary userspace daemon and a binary on-chip microcode: http://ipw3945.sourceforge.net/ The 2200bg/2945abg driver relies on a binary on-chip firmware: http://ipw2200.sourceforge.net/ The latter one is in the mainline kernel too. D. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Crossroads
Gabriel Ambuehl wrote: On Tuesday 13 March 2007 18:49:17 dimitris wrote: Sean, given the uncertainty surrounding Wifi drivers, would an externally-accessible SDIO slot be a better step for the next hw revision? I would very much welcome a standard SD slot anyhow. SD cards are available in bigger sizes than MicroSD. Possibly even better, retain the microsd slot for storage and add an fullsize SDIO one for well whatever people want ;) ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community Don't know how much re-work that would require, but I really like that idea. I already have 2GB and 4GB SD cards. I'm not overly thrilled about having to use a different format. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Crossroads
On Tuesday 13 March 2007 19:22:08 you wrote: Don't know how much re-work that would require, but I really like that idea. I already have 2GB and 4GB SD cards. I'm not overly thrilled about having to use a different format. SDIO has one disadvantage: the cards are rather pricey. The Spectec card is the cheapest by far and still retails for 75EUR in Switzerland... Ralink based USB Sticks are less than one third of that. pgp2rd5SPEQLH.pgp Description: PGP signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Crossroads
On Tue, 13 Mar 2007 19:03:48 +0100, Hans Cats [EMAIL PROTECTED] wrote: 2007/3/13, dimitris [EMAIL PROTECTED]: Intel's laptop-oriented chips have GPL drivers, albeit with binary modules - but not *kernel* binary modules. The 3945abg driver uses a binary userspace daemon and a binary on-chip microcode: http://ipw3945.sourceforge.net/ The 2200bg/2945abg driver relies on a binary on-chip firmware: http://ipw2200.sourceforge.net/ The latter one is in the mainline kernel too. A better option would be to use one of the chipset that has runtime firmware that (even) OpenBSD is allowed to distribute. You'll find a good article on the problems with binary firmwares on http://www.thejemreport.com/mambo/content/view/293 For a round up: atu (4) - Atmel AT76C50x USB IEEE 802.11b wireless network device ral (4) - Ralink Technology IEEE 802.11a/b/g wireless network device (2nd gen 802.11 Ralink) rum (4) - Ralink Technology USB IEEE 802.11a/b/g wireless network device zyd (4) - Zydas ZD1211 USB IEEE 802.11b/g wireless network deviceMarcin Juszkiewicz already mentioned some of them. Hans The PCI based devices (Intel and the first Ralink) would harldy fit into a phone both physically and power-usage wise. Regarding the USB ones, the Atmel is pretty much EOL'ed as far as I know, and the driver for the others are not stable nor too portable. And we didn't speak about wireless characterisks, sensivity and other lower priority stuff. Imre ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Crossroads
On Tue, 13 Mar 2007 19:26:16 +0100, Eric Heinemann [EMAIL PROTECTED] wrote: My only concern with a full SDIO slot is the bulk that it would require. One thought could be to have 2 microSD slots since there is a microSD WiFi card (http://www.spectec.com.tw/sdw823.htm). I would think it conforms to standard SDIO spec, but I do not know. -Eric Those don't have GPL'ed driver and it's unlikely that they will have one, ever. Also, a SDIO based wireless chip can be placed on the board, so the device doesn't have to have a full sized SD slot (and this way it will take up way less space, look at http://atheros.com/pt/images/AR6001X_BGA.gif ). Imre ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Fwd: Re: Crossroads
[the reply to issue bit me another time ;)] On Tuesday 13 March 2007 17:51:00 Sean Moss-Pultz wrote: Marvell has some nice for larger devices (the 8388). But we need one specifically for mobile phones (like the 8686). If somebody can help us find the right vendor, we'll give you a free Neo1973. Well for starters it would help if you could give a somewhat more concise requirement ;) Aside of the aforementioned Ralink and Zydas (which USB works easily with Linux and doesn't even seem to need a firmware blob [1]). http://www.thejemreport.com/mambo/content/view/293/ (posted on 2006-12-27) Atmel: For some things we do require non-disclosure agreements, but we are generally able to provide the API documentation and the firmware driver interface specifications for our hardware. As to why others may not be able to do this... well, our software is developed in-house, but others might out outsource their driver development to third-party companies, so they may not even have the documentation that a programmer requests. We usually provide driver source code, and we try to put it under the GPL if possible, so that's usually good enough if you want to write your own driver. If you want to see more than that, we generally require an NDA, or if you're an embedded customer, we provide reference platforms. Some of the Atmel drivers are even in 2.6.20 as is Zydas. Realtek and RAlink have similar statements of wanting to work with Linux vendors. And that investigation was done by someone who didnt actually want to buy anything. Realteks USB chips require 3.3V and 1.8V, 5V is tolerated for input. http://www.realtek.com.tw/products/productsView.aspx?Langid=1PNid=24PFid=1Level=6Conn=5ProdID=36 they don't seem to support SPI. Realtek seems to think they are fit for use in phones and lists mobile phone as application area explicitely. Publically available data doesn't seem to list power consumption. Driver tarball on the site seems to consist of sources only. [1] I once looked at the driver tarball and didn't find it, in any case. It might still be hidden inside some variable deepdown in a source file. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Crossroads
Dnia wtorek, 13 marca 2007, Imre Kaloz napisał: Regarding the USB ones, the Atmel is pretty much EOL'ed as far as I know, and the driver for the others are not stable nor too portable. Not portable? There are users or ARM (Xscale, IOP) machines which use ralink and zydas dongles with their hardware... -- JID: hrw-jabber.org OpenEmbedded developer/consultant You can logoff, but you can never leave. -- Nina Liedtke, CyberJoly Drim ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Crossroads
On Tue, 13 Mar 2007 14:46:57 -0400 Mike [EMAIL PROTECTED] wrote: Good to see things moving forward on the wifi issue. But, I was going to be a developer for this platform, but in light of my recent thread, and the lack of wifi support, I don't think I can, at least not until it's launched to the general public, which defeats the entire purpose of the developer release phase. It's because of the following: 1. The sheer quantity of information about finding a mobile provider with a data plan that will support the neo, as indicated by the useful responses to my recent thread. And the lack of certainty of that information. I think this will work. I appreciate those responses from non-openmoko people, because it's all we've got to go on. And that brings me to problem 2: 2. The fact that the openmoko guys have apparently just washed their hands of the entire issue of which services will work, and aren't providing any information on the site (and very little on the wiki). (At least start with the big countries/regions). Your device is great, guys, your platform sounds great too. But you can't leave us all on our own when it comes to getting the thing on the net. Your neo is a $350 doorstop without a working service provider. 3. If there was wifi on the device this wouldn't be nearly as much of an issue, obviously, because we wouldn't need to rely on the provider to get on the net. Either give us detailed information on which providers and plans will work, or get wifi on the device. Those are the two roads at the crossroads. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community Not sure what this has to do with Wifi? I think part of the issue is that the openmoko is a GSM device, and GSM is available all over the world. I bet the majority of the company (FIC), and current developers are probably not even in the same country you are. (i have no clue). So especially in this first developer phase, I think its fair and understandable that developers and interested individuals do their own research and experimentation to find out how they will make it work for them, and contribute that back to the community. Let's face it, the device is in its very early form, and a lot of things are not going to be very polished it seems. I for one am willing to pay the 350, and also willing to check my account status with cingular online every few days to see what my usage will look like. I think if one wants a more polished, internet capable device, hopefully this community will help that happen by September. But it will take a community, research, dedication, and time from many individuals. We are at the beginning. Cheers, and I can't wait for phase 1. -Scott ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Crossroads
Scott Rushforth wrote: ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community Not sure what this has to do with Wifi? I think part of the issue is that the openmoko is a GSM device, and GSM is available all over the world. I bet the majority of the company (FIC), and current developers are probably not even in the same country you are. (i have no clue). So especially in this first developer phase, I think its fair and understandable that developers and interested individuals do their own research and experimentation to find out how they will make it work for them, and contribute that back to the community. Let's face it, the device is in its very early form, and a lot of things are not going to be very polished it seems. I for one am willing to pay the 350, and also willing to check my account status with cingular online every few days to see what my usage will look like. What this has to do with wifi is covered in my last email. If I can't have wifi on the device, then I have to rely on the mobile service provider. If I have to rely on the mobile service provider, then I have to figure out what plan to get. If we have to do that, then the openmoko people shouldn't leave us entirely on our own. If they're going to sell worldwide then they should FIGURE OUT worldwide. This is open source development. So we developers aren't making money here. I for, one am NOT willing to pay $350 to get a device that I'm not sure will work with whatever service I choose, and therefore that I'm not sure I can even develop for. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Crossroads
On Tue, 13 Mar 2007 20:00:14 +0100, Marcin Juszkiewicz [EMAIL PROTECTED] wrote: Dnia wtorek, 13 marca 2007, Imre Kaloz napisał: Regarding the USB ones, the Atmel is pretty much EOL'ed as far as I know, and the driver for the others are not stable nor too portable. Not portable? There are users or ARM (Xscale, IOP) machines which use ralink and zydas dongles with their hardware... ...and they suffer from the same problems since the vendor code-drop. Don't get me wrong, I really appreciate the work the rt2x00 guys are doing, but there will be quite some time before that driver will work reliable - and it's not their fault, they had to base the whole work on the vendor driver, not actual datasheets. Regarding the ZyDAS chip, probably you either mean the 802.11b version, which is EOL'ed and has a clean and nice driver, or the 802.11b/g one, which has currently 3 different drivers with different bugs. Oh, mea culpa, most of the ZyDAS portability problems only affect big endian systems ;) Imre ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Crossroads
Jonathon Suggs wrote: Jonathon Suggs wrote: I HIGHLY doubt (I'd actually be willing to bet) that the Neo is incapable of working with the US carriers. Now, that doesn't mean that it will be easy in the first few weeks/months of the developers edition of the device, but it is not a hardware limitation. So, don't worry about whether or not you will be able to get onto the network...you will. On which plan!??! Which plan can I get on the network with and which can I not? There's a big different between a $9.99/mo plan and a $39.99/mo plan. I don't want to become a neo developer if it's going to cost me an additional $480/year beyond the initial device cost. This whole don't worry about it, you can get on somehow crap is absurd! It just may require a little elbow grease to get it working. However, if you actually did read the wiki, the developers edition is NOT meant for non-technical users, or users that can't handle bugs. Just to clarify, I'm betting that the Neo WILL be able to get onto the networks via GPRS. I know there is a lot of discussion, but GSM and GPRS are standardized protocols. Therefore, if the NEO hardware is able to implement these standards, then it WILL be able to get onto the network (which I'm willing to bet that it does). Sorry to be condescending, in that last email, but it was written in a somewhat arrogant tone. So, please no bad blood on the mail list. Bottom line, you WILL be able to use the Neo on GPRS networks in the US. My other email has the plans that will work. Again, they may take some additional work to get up and running, but eventually it will work and will be a much more user-friendly experience. But if you want a phone during the developers phase, then don't count on it happening within a specific timetable unless you are willing to do the work yourself. Johnathan, it's not as simple as just a GPRS network in the US. See my thread What mobile service to get. There are 12 data plans offered by cingular. Different prices. Some of them have Blackberry in the title. Can neo work with those? How do you know? After all, it's a GPRS network. As I said in my original response in this thread, the sheer volume of information, and the tentative way everyone presented it in my thread, indicates that finding a mobile plan is, in fact, not simple, and I SHOULD worry about it. The openmoko people had better provide us some information about what will work and what won't, or I'm out and advising others to do the same. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Crossroads
El Tuesday 13 March 2007 22:10:03 Mike escribió: Johnathan, it's not as simple as just a GPRS network in the US. See my thread What mobile service to get. There are 12 data plans offered by cingular. Different prices. Some of them have Blackberry in the title. Can neo work with those? How do you know? After all, it's a GPRS network. As I said in my original response in this thread, the sheer volume of information, and the tentative way everyone presented it in my thread, indicates that finding a mobile plan is, in fact, not simple, and I SHOULD worry about it. The openmoko people had better provide us some information about what will work and what won't, or I'm out and advising others to do the same. I'm sure that your provider can do a better work at it, just call them and ask. I called Orange this afternoon an, at least here in Spain, the plan names don't matter. You can get the Blackberry Foo and Windows Mobile Bar plans without a specific device, they don't care. In fact, they have a interesting Blackberry labeled plan which offers unlimited POP and IMAP traffic to your server (you need to give them the ip when you sign the contract). I've started thinking of setting up a proxy listening on port 110 and configuring the Neo for using it for all the internet traffic[1], so I can get unlimited internet access for 12 €/mo. Regards, Alberto [1] http://httppc.sourceforge.net/ ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Crossroads
2007/3/13, Mike [EMAIL PROTECTED]: The openmoko people had better provide us some information about what will work and what won't, or I'm out and advising others to do the same. We, others, don't need babysitting. Especially we don't expect Asian hardware manufacturer will provide any information about our local (EU or US) GSM services and pricing. We can read, do we? -- Tomek Z. [EMAIL PROTECTED] ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Crossroads
Rod Whitby wrote: I can't believe this thread. Anyone who is going to be a phone developer should be able to do their own research on phone plans. With the attitude being displaying (I'm out and advising others to do the same), I wonder what the reaction would be to a P1 device with bugs in it. Anyone with an attitude of OpenMoko must spoon feed me everything should probably wait for September ... Sheesh! -- Rod -Original Message- The openmoko people had better provide us some information about what will work and what won't, or I'm out and advising others to do the same. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community Agreed. And since Mike couldn't read my other post that had this exact same information, I will post it one more time...just for him. This time with a little more detail. Cingular - SmartPhone Connect or Data Connect will work T-Mobile - Can't find the exact details, but you can sign up for a voice plan, then add on a data plan as well...those data plans will work with the Neo. Does that help? ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Idea: Wake me during light sleep
2007/3/13, Edwin Lock [EMAIL PROTECTED]: And I don't think there will be many countries that have cheaper prices...correct me if I'm wrong! http://msmobiles.com/catalog/i.php/578.html In Poland flat rate GPRS/EDGE/3G is available for private person for ~EUR 15 (cheapest option, data transfer may be limited after first GB / month). -- Tomek Z. [EMAIL PROTECTED] ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Crossroads
I don't see what plan you should be getting has anything really to do with Openmoko, other than helpful people relaying their experiences with data plans in the USA. Regardless of what phone you get you still have to navigate through the different plans and what they mean. If you think OpenMoko is going to open a kiosk in a mall because you said so, your living in a fantasy world. Why don't you collect all the information that came on this email list and post it to the Wiki, or FAQ? Marty What this has to do with wifi is covered in my last email. If I can't have wifi on the device, then I have to rely on the mobile service provider. If I have to rely on the mobile service provider, then I have to figure out what plan to get. If we have to do that, then the openmoko people shouldn't leave us entirely on our own. If they're going to sell worldwide then they should FIGURE OUT worldwide. This is open source development. So we developers aren't making money here. I for, one am NOT willing to pay $350 to get a device that I'm not sure will work with whatever service I choose, and therefore that I'm not sure I can even develop for. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Crossroads
Jonathon Suggs wrote: Mike wrote: SmartPhone Connect and Data Connect ONLY? All t-mobile data plans will work? All? Are you with the openmoko project or is your advice conjecture? Is your advice official? This is my point. I would shut up since on this subthread, I look like the only one with the problem. But if you read my What mobile plan... thread, you'd find others with similar questions and confusion. First of all, if you can't accept help from anyone other than and official OpenMoko developer, then you probably should not be a part of this community. We will make things work together by helping each other. There are only a few official OpenMoko developers, but there are many of us here in the community that will give you a hand if you will allow us. That said, PLEASE ALLOW ME TO HELP YOU! (It's amazing that I have to beg you for permission to help you). Johnathon let me phrase it like this- I love the help of the open source community, I'm a part of it myself. But when it comes to whether or not I spend $350 plus an officially-unknown monthly price, and likely with a two year contract, then yea, I want big official advice with a golden seal of approval on a silver platter with a company logo in a spotlight and smiling showgirls on either side. You talk about it like you're putting mobile service advice in the same category as advice for debugging my code. I don't need official people to debug my code, but I DO need someone official to tell me how much it's going to cost me to develop for this platform, before I start signing two year contracts with providers. The rest of your email is great thanks much, I'll add it to my (growing) notes file on service plans for the neo, m ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Crossroads
Mike wrote: SmartPhone Connect and Data Connect ONLY? All t-mobile data plans will work? All? Are you with the openmoko project or is your advice conjecture? Is your advice official? This is my point. I would shut up since on this subthread, I look like the only one with the problem. But if you read my What mobile plan... thread, you'd find others with similar questions and confusion. First of all, if you can't accept help from anyone other than and official OpenMoko developer, then you probably should not be a part of this community. We will make things work together by helping each other. There are only a few official OpenMoko developers, but there are many of us here in the community that will give you a hand if you will allow us. That said, PLEASE ALLOW ME TO HELP YOU! (It's amazing that I have to beg you for permission to help you). T-Mobile http://wiki.howardforums.com/index.php/T-Mobile_Data http://www.t-mobile.com/shop/plans/default.aspx?plancategory=7 The stand-alone data plans are more expensive. I can only speak from my personal experience in that I pay $19.95/month for unlimited internet as an add-on to my voice plan. I'm sorry that I cannot find a direct link to an official site that says this is possible/available. However, I'm just speculating that it is still available. Cingular http://wiki.howardforums.com/index.php/Cingular_Data_Plans If you read, both Smartphone Connect and PDA Connect have unlimited access to wap.cingular.com I've looked into this pretty extensively as I was considering switching to Cingular (from T-Mobile) due to coverage at my house. I talked to an offical Cingular representative on the phone. He said that I could use my PocketPC on the Smartphone Connect plan. Therefore, in my non-official opinion, you should be able to use the Neo on the Smartphone Connect Plan. It costs $19.95/month. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Crossroads
Mike wrote: SmartPhone Connect and Data Connect ONLY? All t-mobile data plans will work? All? Are you with the openmoko project or is your advice conjecture? Is your advice official? This is my point. I would shut up since on this subthread, I look like the only one with the problem. But if you read my What mobile plan... thread, you'd find others with similar questions and confusion. Please consider that it may not be the actual question you are asking, but the way in which you are asking it. Threatening OpenMoko by saying that you will tell lots of other people to leave the project is not a useful way to get your question answered ... Saying that OpenMoko should have details of *all* phone plans *worldwide* well ahead of a September public release is also not very realistic. [Especially when in most (if not all) of the world GSM is GSM and the Neo will just work with whatever plan people already have for their existing GSM phone.] Remember that you are being given a *developer preview* of a future mobile phone that is being released in September. If it was a different company, you would not see *anything* other than a press release before September. You should temper your expectations accordingly ... I personally would prefer that OpenMoko staff continue working on development of the phone hardware and software, rather than spend months of time documenting and testing all the phone plans in the world, just so you don't have to do the legwork yourself. -- Rod ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Crossroads
Marcel de Jong wrote: What exactly do you expect for an answer, Mike? I expect something official for an answer from someone official. Are you going to Nokia/Motorola/Sony-Ericsson to demand they tell you whether their GSM phones works with T-Mobile US / Cingular? Of course it will work with their GSM phones, since GSM and GPRS are standards. No, because Cingular can tell me that. They can't tell me that for the neo. I'll tell you, here in The Netherlands, we have PCMCIA cards with SIMcard slots. You put these PC-cards in your laptop, insert your SIMcard and you have GPRS internet access on your laptop. They can't stop you. In fact, they offer that service here in The Netherlands themselves. (I'm assuming you weren't directing that paragraph for me, I'm not in the netherlands). ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Crossroads
Rod Whitby wrote: Please consider that it may not be the actual question you are asking, but the way in which you are asking it. Threatening OpenMoko by saying that you will tell lots of other people to leave the project is not a useful way to get your question answered ... I disagree. Saying that OpenMoko should have details of *all* phone plans *worldwide* well ahead of a September public release is also not very realistic. I didn't say that exactly. [Especially when in most (if not all) of the world GSM is GSM and the Neo will just work with whatever plan people already have for their existing GSM phone.] Remember that you are being given a *developer preview* of a future mobile phone that is being released in September. If it was a different company, you would not see *anything* other than a press release before September. You should temper your expectations accordingly ... If it was a different company, it wouldn't be open source, and, thus, they wouldn't need a developer preview. It's a circular point. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Crossroads
I have a much more important question, however: will the Neo work with european electrons, or will I need to import asian ones? If I'd need to import a new set of electrons to use for charging my battery every time it runs out, it'd become very expensive very soon. If, on the other hand, I could use my regular wall outlet, the power would be free. Can anyone *OFFICIAL* give me any advice on this? If you don't do that within 10 minutes, I'll get a Windows Mobile phone instead. ons 2007-03-14 klockan 08:17 +1030 skrev Rod Whitby: I can't believe this thread. Anyone who is going to be a phone developer should be able to do their own research on phone plans. With the attitude being displaying (I'm out and advising others to do the same), I wonder what the reaction would be to a P1 device with bugs in it. Anyone with an attitude of OpenMoko must spoon feed me everything should probably wait for September ... Sheesh! -- Rod -Original Message- The openmoko people had better provide us some information about what will work and what won't, or I'm out and advising others to do the same. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Crossroads
On Tue, 13 Mar 2007 19:45:36 -0400 Mike [EMAIL PROTECTED] wrote: If it was a different company, it wouldn't be open source, and, thus, they wouldn't need a developer preview. It's a circular point. Exactly, Mike. And now that we are all on the same page about this being an open-source project, it appears that it is being handled in the same manner as most if not all open-source projects, through a community. To me, if a community member has taken the time to do research for me, and email me back with weblinks, and enough basic information for me to make a fairly educated decision, I would not only be satisfied, but I would be very grateful. It really should not make a differece if the word was official. At this point most of the people on this list are either developers are linux hobbyists. So I think that we should all be smart enough that by collaborating, come up with some decent solutions. If this makes you feel unfortable about the unknown, then it would indeed be better to wait until september for you. I am sure that many aspects of this project will handled in a similar pattern of communication, through the community. For me, this is not an issue. I plan on actively participating, and I am not worried about plans, because with any modern GSM carrier (cingular and t-mo included) you can change your plan if it does not suit you. Folks, the point of this thread is for the community to ask the community for help in finding an open-source wifi device. This thread has gotten completely taken over by this miscellaneous discussion about plans. Lets move the topic back to wifi chips. This is the whole point of open-source, we all have a say. Right now the community needs to work together, so lets do that! How Much Is Your Time Worth I ask :) ? Cheers -scott ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Crossroads
On 3/14/07, Martin Lefkowitz [EMAIL PROTECTED] wrote: Why don't you collect all the information that came on this email list and post it to the Wiki, or FAQ? Marty Aha! Thank you Marty, that is a way out of this Merry-Go_round. Otherwise I was thinking about the normal advice Don't feed the trolls clare ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [openmoko-announce] Crossroads
Hi Sean, What about the Marvell® 88W8385 module used on the wifistix Open source drivers can be found at http://gumstix.com Cheers Grahame Jordan Sean Moss-Pultz wrote: Dear Community, OpenMoko is built around the philosophy that far more knowledge exists outside the walls of a corporation than within. Internally, we're struggling with two issues. So we're throwing this out, hoping that some of you have can help us move past our current crossroads: 1) We can't find a WiFi Chipset with GPL'ed drivers -- We know this has been discussed (to death) on this list, but as we're beginning work on the next summer hardware refresh we still can't seem to find a vendor that meets our strict requirements: Namely, we refuse to put anything binary in the kernel. Marvell has some nice for larger devices (the 8388). But we need one specifically for mobile phones (like the 8686). If somebody can help us find the right vendor, we'll give you a free Neo1973. If you're a vendor and want to work with us to GPL your driver, we'll give you lots of business -- and a free phone ;-) 2) We don't have enough UI / Application developers -- If anybody meets (or knows somebody who can meet) the following qualifications: * = 2 years experience with GTK * object oriented design and implementation w/ GObject * experience with writing GUI applications from scratch, * has software quality assets like: o writing maintainable and reusable code o refactoring o design patterns o identifying and extracting common application code into frameworks Familiarity with collaborative development tools such as: * bugtracker, * source control management, * wiki, * mailing lists is a necessity. We've love to talk with you! Please email [EMAIL PROTECTED] with links to your previous work and a resume if you have one. (The latter is nowhere near as important as the former.) Thanks in advance for any help! -Sean begin:vcard fn:Grahame Jordan n:Jordan;Grahame org:Glass Expansion adr:;;15 Batman St;West Melbourne;VIC;3003;Australia email;internet:[EMAIL PROTECTED] title:Product Development Engineer tel;work:+61 (0)3 9320 tel;fax:+61 (0)3 9320 1112 x-mozilla-html:TRUE url:http://www.geicp.com version:2.1 end:vcard ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [openmoko-announce] Crossroads
Hello, On 3/13/07, Sean Moss-Pultz [EMAIL PROTECTED] wrote: 1) We can't find a WiFi Chipset with GPL'ed drivers -- We know this has been discussed (to death) on this list, but as we're beginning work on the next summer hardware refresh we still can't seem to find a vendor that meets our strict requirements: Namely, we refuse to put anything binary in the kernel. Marvell has some nice for larger devices (the 8388). But we need one specifically for mobile phones (like the 8686). If somebody can help us find the right vendor, we'll give you a free Neo1973. Have you guys looked into Nanoradio? Specifically NRX700/2 : http://www.nanoradio.com/?NavID=278 Haven't worked (or actually talked) w/ them, but stumbled across them when working on another project. Seem small, so they may work w/ Free Software technologist. I have a longer list some where, just need to dig it up, will post it when I find it. Steve ps. Sorry to send directly to you(Sean), I'm not subscribed to the community list and not sure if this would get through. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [openmoko-announce] Crossroads
On Wed, 14 Mar 2007 00:07:45 +0100, Grahame Jordan [EMAIL PROTECTED] wrote: Hi Sean, What about the Marvell® 88W8385 module used on the wifistix Open source drivers can be found at http://gumstix.com Cheers Grahame Jordan Hello Grahame, No open source drivers for that either. If you check the Makefile of the wireless driver [1], you can see that they are using a binary-only driver for 6 months now [2]. Imre P.S: You have to use username gumstix with password gumstix (http://docwiki.gumstix.org/Software_development_kit) [1] http://websvn.gumstix.com/filedetails.php?repname=Buildrootpath=%2Ftrunk%2Fpackage%2Fwifistix%2Fwifistix.mkrev=0sc=0 [2] http://websvn.gumstix.com/log.php?repname=Buildrootpath=%2Ftrunk%2Fpackage%2Fwifistix%2Fwifistix.mkrev=0sc=0isdir=0 ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community