Making GPRS/pppd connection.
Hi Community. Did anyone make successful GPRS connection according to the wiki? I got some errors after a few first AT commands. Enabling debug with pppd debug call gprs pppd shows series of lines [LCP ConfReq id=0x1 asyncmap 0x0 magic 0x309ee493 pcomp accomp] and then tcsetattr: Invalid argument (line 964) pppd hangups and no connections is made. I tried to stop gsmd, restart gsmd, kill dialer and other software which might be disturbing gsm but no success. I have a card with pin checking but I added AT+CPIN? AT+CPIN=mypin and it works elsewhere correcly. Minor information is that I'm using Orange PL (polish) sim card. I didn't try other cards. Does anybody know how to run this machinery? Please help. -- *Bartlomiej Zdanowski* Programmer Product Research Development Department AutoGuard S.A. Place of registration: Regional Court for the Capital City of Warsaw Registration no.: 287629 Share capital: 1 059 000 PLN Polish VAT and tax ID no.: PL1132219747 Omulewska 27 street 04-128 Warsaw Poland phone +48 22 611 69 23 www.autoguard.pl http://www.autoguard.pl ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: gpsd and AGPS
Alexey Feldgendler pisze: On Tue, 04 Sep 2007 10:19:19 +0200, Ken Yale [EMAIL PROTECTED] wrote: I notice you mention GTA01 only - is there any significance in this? Unfortunately, GTA02 does not have a Broadcom GPS device inside. Am I getting it right that while GTA01 used to contain a GPS receiver, GTA02 doesn't have one? Has. Different manufacurer. -- *Bartlomiej Zdanowski* Programmer Product Research Development Department AutoGuard S.A. Place of registration: Regional Court for the Capital City of Warsaw Registration no.: 029534 Share capital: 1 059 000 PLN Polish VAT and tax ID no.: PL1132219747 Omulewska 27 street 04-128 Warsaw Poland phone +48 22 611 69 23 www.autoguard.pl http://www.autoguard.pl ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: WiFi vs. speaker
Hi. Giles, your criticism is constructive and good so it leads to better device development. But there are some points that I don't agree. Giles Jones pisze: Port layout seemingly done at random, poor layout. USB/power connector better at bottom of device. No chance since there are antennas on both sides of device. Battery removal could be easier. I don't have such problem. Everytime I remove back cover (with pain in my figers :( and that's the real problem) the battery almost pops out by it's own will... Maybe we have slightly different phones. Memory card under the SIM card (why? there's seemingly loads of space). If there would be USB2 there will be no need to remove SD card much often. But still SD will be removed more often that SIM card, so maybe it should be somewhere else. Some phones had a SIM card slot directly in case like laptops have SD slots (if they have). Maybe Neo can have SD slot at the side of case. 2.5mm audio jack (use 3.5mm like Nokia N95 to get mp3 marketshare) True, but remember about microphone and fourth pin in phones' jack. Power button location (location towards top is better, mine's also a bit sticky/spongey). It doesn't bother me much but it's hard to push. We bought also white-orange Neo and my colleagues have used pen (sic!) to push it and there are some blue marks on button because of this. Aux button looks like IR port (does it have any use outside of the bootloader?) The same thought about black Neos but white one have this button white also so it's not confusing. GSM antenna is at bottom of phone, should be at top of phone. At the top there is a GPS antenna which *SHOULD* be there and that because GSM went on bottom. Best regards, -- *Bartlomiej Zdanowski* Programmer Product Research Development Department AutoGuard Insurance Ltd. Place of registration: Regional Court for the Capital City of Warsaw Registration no.: 029534 Share capital: 1 059 000 PLN Polish VAT and tax ID no.: PL1132219747 Omulewska 27 street 04-128 Warsaw Poland phone +48 22 611 69 23 www.autoguard.pl http://www.autoguard.pl ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: USB Booting from a neo in mass storage mode ?
Ian Stirling pisze: In principle - trivial. In practice - the kernel driver to switch from USB device to host mode isn't yet implemented - it's relatively trivial - but hasn't been done yet. Also currenty not available without external hardware because USB port is not powered. Pendrive would remain dead. It's possible with debug board (v2 at least) because it has powered USB ports. But still not possible because of what Ian wrote. Regards, -- *Bartlomiej Zdanowski* Programmer Product Research Development Department AutoGuard Insurance Ltd. Place of registration: Regional Court for the Capital City of Warsaw Registration no.: 029534 Share capital: 1 059 000 PLN Polish VAT and tax ID no.: PL1132219747 Omulewska 27 street 04-128 Warsaw Poland phone +48 22 611 69 23 www.autoguard.pl http://www.autoguard.pl ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OpenMoko trademark issues...
Hi. Jae Stutzman pisze: OpenMoko.Inc needs to have a clear trademark policy on the name OpenMoko and associated logo, etc. Right now the maemo people are going through some stuff do to recent changes. This is something that Sean and co need to figure out. If it is already figgured out then it should be posted somewhere on the wiki...a quick search for trademark reveals nothing. Yes, at Polish OpenMoko community page we have slightly repainted logo just to point our Polish roots ;) So I'm curious if we didn't breake the law doing this. The logo can be seen at *http://www.openmoko.org.pl/openmoko_org_pl_logo.png *Best regards for all Community members! -- *Bartlomiej Zdanowski* Programmer Product Research Development Department AutoGuard Insurance Ltd. Omulewska 27 street 04-128 Warsaw Poland phone +48 22 611 69 23 www.autoguard.pl http://www.autoguard.pl ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: I got charged ;) -me too!
Martin Straub pisze: Kyle Bassett schrieb: #2081, and I am in total suspense! Kyle ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community C'mon I am #3560 and 54 years old. Will I live to receive it ? I' afraid my last words will be: Did it arrive ? No ? Aargh. (dies). ;-) ? Martin LOL! Great sense of humour - RESPECT! :-D I have 3530, so we're very near :) Let's keep in touch. -- *Bartlomiej Zdanowski* Programmer Product Research Development Department AutoGuard Insurance Ltd. Omulewska 27 street 04-128 Warsaw Poland phone +48 22 611 69 23 www.autoguard.pl http://www.autoguard.pl ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Significant Numbers of Non-Developers?
Hi. ramsesoriginal pisze: On 7/20/07, *Jeff Rush* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I've been reading the archives of the various OpenMoko lists and I've noticed a significant number of people who admit they are not programmers at all, or that this is their first exposure to Linux. But it's a wonderful thing that a lot of people are curious what is going on. I'm sure that a few of the would become a real programmers. I'm curious what a non-programmer is going to do with this device in the next few months. And if your first use of Linux is on the device itself, and you run Windows on your desktop, how you're going to grow your Linux skills and effectively develop applications. Just seems odd to me, but maybe I'm overlooking something. ;-) Thet will be very good beta testers. And about that linux, always should be the first time. But linux has its own magnetism. Jeff, I think that some of them will install linux distro on their PC and a new linux adventure will happen for them. In some points i agree, but i think as an application developer you should not have to look into the code of gsmd, or whatever. As an application programmaer, i (usually) expect some sort of interface wich i can use, and wich is documented. Because if every application diggs deap in some sort of demons/driver/whatever, and some piece of code changes, then we're all fucked up (sorry for the expression). I do agree with you. The code should be modular and there should be no need to look inside of it if someone only uses services provided by some daemon. Only interface/api should be known. Ofcourse it needs a good documentation but it's the part of libraries developers. All non-developers - keep tracking the OpenMoko!!! :-) Greetings to all. -- *Bartlomiej Zdanowski* Programmer Product Research Development Department AutoGuard Insurance Ltd. Omulewska 27 street 04-128 Warsaw Poland phone +48 22 611 69 23 www.autoguard.pl http://www.autoguard.pl ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: First impressions of Neo1973
Piotr Duda napisał(a): models) use the reject-on-left and answer-on-right style. Maybe Im mistaken but I always tought that all others just do the oposite? Have no idea where did it come from, considering that first mobile phones was made in Motorola as I believe, and others perhaps should follow. But since the most The problem is same as slash and backslash or little endian and big endian. People just love incompatibility... Regards. -- *Bartlomiej Zdanowski* Programmer Product Research Development Department AutoGuard Insurance Ltd. Omulewska 27 street 04-128 Warsaw Poland phone +48 22 611 69 23 www.autoguard.pl http://www.autoguard.pl ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Facebook OpenMoko Group [SPAM]
Consider this as a spam because access requires account on facebook. Chris Fazekas napisa?(a): Hey everyone, I just got on with facebook (http://www.facebook.com) and I created an OpenMoko group (http://www.facebook.com/group.php?gid=2336942465) for fun and excitement. -- *Bartlomiej Zdanowski* Programmer Product Research Development Department AutoGuard Insurance Ltd. Omulewska 27 street 04-128 Warsaw Poland phone +48 22 611 69 23 www.autoguard.pl http://www.autoguard.pl ___ OpenMoko community mailing list [EMAIL PROTECTED] http://lists.openmoko.org/mailman/listinfo/community
Re: Facebook OpenMoko Group [SPAM]
Steven ** napisał(a): Except a lot of us already have accounts on Facebook. I and several others joined the group. And now, every one of my friends will see that I joined this grouped called OpenMoko and be curious as to what it is. Aka free publicity. Sorry, I didn't know. I've found many spammers to try to advertise their product in very intelligent ways. I thought it was a try to focus our attention on this web site. Best regards. -- *Bartlomiej Zdanowski* Programmer Product Research Development Department AutoGuard Insurance Ltd. Omulewska 27 street 04-128 Warsaw Poland phone +48 22 611 69 23 www.autoguard.pl http://www.autoguard.pl ___ OpenMoko community mailing list [EMAIL PROTECTED] http://lists.openmoko.org/mailman/listinfo/community
Voice synthesizer for blind and visual impaired person
Hi. I thought about voice synthesizer software to build in OpenMoko for blind person. I know some blind people and currently they can only use Nokia with Symbian and proper software. Does anyone have any experience with voice synthesizer soft and can provide some info whether it can be implemented on OpenMoko platform? There's so much to do for blind person and we can do it together so think guys and please provide some solutions and thoughts. Best regards, -- *Bartlomiej Zdanowski* Programmer Product Research Development Department AutoGuard Insurance Ltd. Omulewska 27 street 04-128 Warsaw Poland phone +48 22 611 69 23 www.autoguard.pl http://www.autoguard.pl ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Voice synthesizer for blind and visual impaired person
Arthur Marsh napisał(a): A large, high contrast display would help many vision impaired people, and a well-thought out spoken menu system with speech synthesis would help many low vision and completely blind people. The FIC 1973 does have the drawback of there being no tactile feedback for input via the screen. Does the hardware support the touch screen working if it were covered with a clear plastic screen with a raised grid pattern on it? Right I forgot about tactile display but plastic keys should be great. I think it should work because all PDA point-sticks work great. Touch-keys don't have to be clear... because blind person don't care about it, remember. Regards -- *Bartlomiej Zdanowski* Programmer Product Research Development Department AutoGuard Insurance Ltd. Omulewska 27 street 04-128 Warsaw Poland phone +48 22 611 69 23 www.autoguard.pl http://www.autoguard.pl ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Idea: Wake me during light sleep
Hi. Ole Tange napisa?(a): If you are woken during periods of light sleep then you will feel more rested than if you are woken during deep sleep. To reliably identify when you are sleeping lightly we will need EEG. In a real life scenario that is not possible and it may be OK if the identification is not completely reliable. If we assume that you are more noisy (e.g. turning in you sleep) then we can use the noise level as indicator. I like the idea very much. I though about it a week ago! :-) You must know (and probably do about REM) the thing is, that the cycle with deep and shallow sleep takes about 1,5h. Optimal solution is to sleep during multiplies of 1,5h then you will wake up during shallow sleep and be more rested. My idea was to observe (by sounds and/or vision) sleeping person to guess when he/she fallen asleep. Then the 1,5h counter begins. Idea with ranges is awesome. Regards, -- *Bartlomiej Zdanowski* Programmer Product Research Department AutoGuard Insurance Ltd. Omulewska 27 street 04-128 Warsaw Poland phone +48 22 611 69 23 www.autoguard.pl http://www.autoguard.pl ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: AGPS - protocol specs?
Hello. Nils Faerber napisał(a): There is all sorts of wacky stuff - for example, peer-peer DGPS that can be done, where all stationary neos on charge with a GPS signal and a free internet connection contribute to a global ionospheric model. Then any Neo can connect to this model, download 200 bytes or so, and get +-0.3m (or better) position for a short while. Exactly. Also relative positioning can be made much more precise using the raw data (AFAIK in the range of cm not m). I asked my colleagues who are GPS devices specialists and they said that this is all wrong. Military devices can do magic but civil not. They said that with civil GPS receiver you can get accuracy up to about 5 - 10 meters. For such precision it is required to be seen at least 8 satellites, a clear sky and good magnetic and ionosphere conditions (also solar magnetic field's change is important). To get *any* GPS reading device must see 3 satellites but you cannot be sure the position. It can vary even up to hundreds of meters! Of course you can get very accurate reading but device must see many satellites and stand up still for many hours! Then the mean value is computed and can be assumed that GPS position reading is accurate to centimeters... You cannot depend on GPS reading to count quite accurate velocity, acceleration and accurate position. Sorry. Regards, -- *Bartlomiej Zdanowski* Programmer Product Research Department AutoGuard Insurance Ltd. Omulewska 27 street 04-128 Warsaw Poland phone +48 22 611 69 23 www.autoguard.pl http://www.autoguard.pl ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: AGPS - protocol specs?
Al Johnson napisał(a): On Friday 09 March 2007 08:58, Bartlomiej Zdanowski AutoGuard Ltd. wrote: You cannot depend on GPS reading to count quite accurate velocity, acceleration and accurate position. Sorry. Conventionally this is true, but there are other ways. IIRC RaceLogic use the doppler shift of the GPS signal for speed and acceleration calculations. These can also be used to improve the accuracy of the location. I think they claim it's good enough to compare the line taken by the driver on successive laps of the race circuit. Yes, my GPS-wise colleagues said that measuring difference between two sequential readings it can be possible to compute acceleration because reading error is quite same in both readings. So while global position is not accurate, difference is accurate. Another problem is reading delay so you have not current data (velocity) but data delayed with reading period's time. It's not a problem since human don't travel fast on foot. It can be while trying to compute acceleration of a vehicle - it changes very fast. Regards -- *Bartlomiej Zdanowski* Programmer Product Research Department AutoGuard Insurance Ltd. Omulewska 27 street 04-128 Warsaw Poland phone +48 22 611 69 23 www.autoguard.pl http://www.autoguard.pl ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: AGPS - protocol specs?
Ian Stirling napisał(a): Bartlomiej Zdanowski AutoGuard Ltd. wrote: Hello. Nils Faerber napisał(a): There is all sorts of wacky stuff - for example, peer-peer DGPS that can be done, where all stationary neos on charge with a GPS signal and a free internet connection contribute to a global ionospheric model. Then any Neo can connect to this model, download 200 bytes or so, and get +-0.3m (or better) position for a short while. Exactly. Also relative positioning can be made much more precise using the raw data (AFAIK in the range of cm not m). I asked my colleagues who are GPS devices specialists and they said that this is all wrong. Military devices can do magic but civil not. They said that with civil GPS receiver you can get accuracy up to about 5 - 10 meters. For such precision it is required to be seen at least 8 satellites, a clear sky and good magnetic and ionosphere conditions (also solar magnetic field's change is important). It's a little more complex than that, and not quite as bad. http://www.mauve.demon.co.uk/gps-average.gif is some data I took a few years back with a garmin GPS12. The circles show radiuses inside which the stated number of points fall, in a 10 second average. For example, 99.99% of points fall within 13.8m. 10s averages are red dots, green 100 second, magenta circles 1 hour, cyan squares 6 hours, and black 24h. Try it while walking on streets between buildings :( Another problem can be when we put Neo out of pocket. I don't know if it's GPC received would need some extra time to compute pos. If a number of factors in the hardware all come together (that details are not public on) position under 10cm may be possible after downloading the few hundred bytes of correction information. (It may be possible to optimise this down a lot) So *military* devices does it. But not civil. -- *Bartlomiej Zdanowski* Programmer Product Research Department AutoGuard Insurance Ltd. Omulewska 27 street 04-128 Warsaw Poland phone +48 22 611 69 23 www.autoguard.pl http://www.autoguard.pl ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fwd: [openmoko-announce] OpenMoko Phase 0 has started
Sergi Blanch i Torné napisa?(a): I a nosaltres no ens arribarà? encara? Amigo, inglés del uso, por favor. Respeto -- *Bartlomiej Zdanowski* Programmer Product Research Department AutoGuard Insurance Ltd. Omulewska 27 street 04-128 Warsaw Poland phone +48 22 611 69 23 www.autoguard.pl http://www.autoguard.pl ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Possible security hole for Dialers/troyan horses
Hello. While thinking of antythieft protection we came to some ideas about sending smses with stolen phone GPS coords. There were some ideas about silent voice calls with message that the phone is stolen. (for details see thread Itch3: Anti-lost/theft protection). But at this point we came to a serious problem of open phones. Sooner or later someone will write a Troyan Horse or some king of dialer (like for PC) looking like a solitaire or sth. When you will be enjoying free game it will send a bunch of smses for paid numbers or make expensive calls. THAT IS THE PROBLEM. Bigger than phone theft. That's why commercial phone manufacturers don't allow to access all the phone for java apps. To disallow hidden calls and smses. I suppose that access to calling, smses and gprs data cannot be disabled but at least we can add menu entry with summaries and statistics which application made calls and sent smses. Openmoko kernel should log any transmissions with it's length and cost (if such data is available). What do you think? -- *Bartlomiej Zdanowski* Programmer Product Research Department AutoGuard Insurance Ltd. Omulewska 27 street 04-128 Warsaw Poland phone +48 22 611 69 23 www.autoguard.pl http://www.autoguard.pl ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Thunderbird - Reply to Mail List
Hi. Jonathon Suggs napisa?(a): I feel really stupid asking this, but I am having troubles using Thunderbird. I receive the list in digest mode. For each digest, it will show up as a single messages in my inbox. Also for each digest it will have I was thinking this should be a very easy thing to do (and other mail clients make this easy), but I am pretty much stumped. Any thoughts? Go to mailing list settings https://lists.openmoko.org/mailman/listinfo/community and disable digest mode. Regards, -- *Bartlomiej Zdanowski* Programmer Product Research Department AutoGuard Insurance Ltd. Omulewska 27 street 04-128 Warsaw Poland phone +48 22 611 69 23 www.autoguard.pl http://www.autoguard.pl ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
