Re: Freerunner for sale
On 21/03/2009 23:34, al iasid wrote: I couldn't find a mini-to-mini USB cable. Instead I bought a mini-to-regular adapter and a female-to-female adapter. This was awkward - though it worked well (if FR USB set to host mode). Also, I used a USB hub. Thank you Rob. I think I have to buy a solder. Good luck with the sales. Michele Renda ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[SHR] vim, ntpclient... a repository ?
Hi folks, does someone know how to install vim (not vi) in SHR ? I think there is one repository I don't have, I can't believe vim to be not available :P Xavier. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Anti-buzz application
Hi, Because I want to use my FR as my daily phone and because I have no solution to perform the hardware buzz-fix yet, I decided to write an application which allows to quickly and easily change essential mixer settings. According to http://wiki.openmoko.org/wiki/Neo_FreeRunner_Hardware_Issues#Active_Issues and http://www.mail-archive.com/supp...@lists.openmoko.org/msg00564.html 3 mixers settings (5, 12, 48) help to reduce buzz intensity and and 2 others (4, 6) affect the volume of the caller (on the neo side). Application is written in Python/Elementary. python-elementary version must be 0.1+svnr39575 or greater :-( This app works fine under SHR-unstable. For other distributions, I fear that it does not. I don't know if some people will find this app useful. But if it's the case, lets me know. I'm not sure to be able to find time in the future to improve this program, but I can: - modify it to accept GTK as toolkit for GUI (instead of Elementary) - create a project (anti-buzz ?) on http://projects.openmoko.org - create a package for opkg.org ? Description === The application reads mixer settings (controls) in /usr/share/openmoko/scenarios/gsmhandset.state and for 5 of them (5, 12, 48, 4, 6) displays a slider to adjust their values. NEVER the app modify the file /usr/share/openmoko/scenarios/gsmhandset.state Button Apply: load current mixer settings in the soundcard and create an new gsmhandset.state file in /tmp. Button Restore default: at any time, you can click on this button to restore mixer settings in the app and in the soundcard. Usage = * Before or during a call, launch the app: ./anti-buzz.py * Changes settings with sliders * Click on 'Apply' button to test changes in live * When you are happy with a set of settings, copy /tmp/gsmhandset.sate in /usr/share/openmoko/scenarios/ To finish, here the settings which go best with my FR: * Mono Playback Volume (5): 112 * Mono Sidetone Playback Volume (12): 5 * Mic2 Capture Volume (48): 2 * Speaker Playback Volume (4): 112 * Bypass Playback Volume (6): 7 -- Valéry Febvre #!/usr/bin/env python # -*- coding: utf-8 -*- ALSA_STATE_PATH = '/usr/share/openmoko/scenarios/gsmhandset.state' # define here controls you want to manage # only controls of type INTEGER are allowed CONTROLS = [ 5, 12, 48, # mic volume buzz problem 4, 6, # speaker volume echo problem ] # Anti-Buzz -- an application to kill your GSM buzz # # Copyright (C) 2009 Valéry Febvre vfeb...@easter-eggs.com # http://???.projects.openmoko.org/ # # This file is part of Anti-Buzz. # # Neon is free software; you can redistribute it and/or modify # it under the terms of the GNU General Public License as # published by the Free Software Foundation, either version 3 of the # License, or (at your option) any later version. # # Neon is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the # GNU Affero General Public License for more details. # # You should have received a copy of the GNU General Public License # along with this program. If not, see http://www.gnu.org/licenses/. Anti-Buzz is an application to kill your GSM buzz. import os, re, commands import elementary RE_CONTROL = re.compile(r'^\t\control.(\d+) {$') RE_TYPE= re.compile(r'^\t\tcomment.type ([A-Z]+).*') RE_COUNT = re.compile(r^\t\tcomment.count (\d+)) RE_RANGE = re.compile(r^\t\tcomment.range '(\d+) - (\d+)) RE_NAME= re.compile(r^\t\tname '([A-Za-z0-9- ]+)') RE_VALUE = re.compile(r'^\t\tvalue (\d+)') RE_VALUE0 = re.compile(r'^\t\tvalue.0 (\d+)') RE_VALUE1 = re.compile(r'^\t\tvalue.1 (\d+)') controls_data = {} blocks= {} sliders = {} def destroy(obj, event, data): print Bye bye elementary.exit() def restore_default(obj, event, data): for id in sliders.keys(): control = controls_data[id] sliders[id].value = float(control['value']) alsactl_restore(ALSA_STATE_PATH) def apply_changes(obj, event, data): new_alsa_state_path = '/tmp/%s' % os.path.basename(ALSA_STATE_PATH) f = open(new_alsa_state_path, 'w+') f.write(state.neo1973gta02 {\n) for id in blocks.keys(): for line in blocks[id]: if id in CONTROLS and \ (RE_VALUE.match(line) or RE_VALUE0.match(line) or RE_VALUE1.match(line)): old_value = controls_data[id]['value'] new_value = str(int(round(sliders[id].value))) #print 'control %d: %s = %s' % (id, old_value, new_value) line = line.replace(old_value, new_value) f.write(line) f.close() alsactl_restore(new_alsa_state_path) msg = New Alsa scenario has been applied and saved in %s % new_alsa_state_path label_info.label_set(msg) def alsactl_restore(state_file):
Re: Data call (aka CSD) with QtExtended
Tuan TRINH wrote: Yes, my GSM carrier support both data/fax and I also did register it. Thought we need to interact with modem directly to make data calls, unfortunatety Qt has not much info on how to to this. Ed, do you have any experience on using it? On Fri, Mar 20, 2009 at 11:37 PM, Mike Montour m...@mmontour.net mailto:m...@mmontour.net wrote: Ed Kapitein wrote: I am also looking for a way to make data calls, do you know of any other method of making a data call with the FR? ( direct AT commands to the modem etc)[...] All pointers are welcome! First you need to make sure that your GSM carrier supports CSD (mine doesn't AFAIK) and that it is activated on your account. In the past people have mentioned that the Calypso performs similarly to an Enfora Enabler modem and there is some web-accessible documentation for that. The AT+CBST (select bearer service type) command seems to be involved. There's probably some overlap between the CSD commands and the ones used for GPRS so I would also look at http://wiki.openmoko.org/wiki/Manually_using_GPRS ___ Openmoko community mailing list community@lists.openmoko.org mailto: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 Hi Tuan/TAT(?), On om2008.12 i was able to make a data call using simple AT commands. I need to login to my provider with username/password, and that will be mailed to me next week. So the data call works, i am not yet able to start ppp over it, due to the missing username/password, but i think it will work. I use gsm0710muxd, so i first request a channel with: identvar=$(date +%s) MODEM=$(dbus-send --system --print-reply --type=method_call --dest=org.pyneo.muxer /org/pyneo/Muxer org.freesmartphone.GSM.MUX.AllocChannel string:$identvar | grep string | awk -F '' '{ print $2 }') echo ${MODEM} And then start minicom (mikey term might work just as well) and issue the AT commands. AT+CBST=7,0,1 AT+CR=1 atdt your dial-in number here You might want to experience with AT+CBST=0,0,1 to get auto baud rate There is a bug with gsm0710muxd, (#2223 ), so if you experience packet loss, you can use the /dev/ttySAC0 directly. First kill all applications using the gsm modem ( in my case qpe ) and check with lsof if /dev/ttySAC0 is not used by anything else. then make the data call. The data call is charged from your airtime account, so be carefull with the costs! i need to figure out some callback/callfrward scheme, to cut the costs Kind regards, Ed ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Debugging SIM problems
Hello, I just got OM to my hands (actually two days ago), on the original distro (2008.8), I was able to read the SIM content and get calls but not to call others. When I upgraded to 2008.12 and after that to FSO stable, it stopped reading my (and few other people's) SIM card at all, and I get with FSO stable and zhone the following error message: GSM failed to read authentication status I also since then experience problems with my regular cell phone (no voice mail or caller id (both for incoming and outgoing calls). I have a guess that the carrier blocked something, however I'm no expert in cellular, so my question is what/how can I debug such things in order to understand what is wrong ? I added logging to /var/log/messages instead of a buffer so I can supply the log if required. Thanks, Ido ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debugging SIM problems
Ido, Can you try this again, but turn on debug logging for ogsmd? Try getting your messages then post the log file. Will On Sun, Mar 22, 2009 at 8:44 AM, ik ido...@gmail.com wrote: Hello, I just got OM to my hands (actually two days ago), on the original distro (2008.8), I was able to read the SIM content and get calls but not to call others. When I upgraded to 2008.12 and after that to FSO stable, it stopped reading my (and few other people's) SIM card at all, and I get with FSO stable and zhone the following error message: GSM failed to read authentication status I also since then experience problems with my regular cell phone (no voice mail or caller id (both for incoming and outgoing calls). I have a guess that the carrier blocked something, however I'm no expert in cellular, so my question is what/how can I debug such things in order to understand what is wrong ? I added logging to /var/log/messages instead of a buffer so I can supply the log if required. Thanks, Ido ___ 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: Data call (aka CSD) with QtExtended
Hi Ed, My name is Tuan :-) Thanks for your reply, but I still confuse on username/password portion, what does it for? For connecting to operator's modem ? I don't have any idea on how data calls are established end-to-end. Where does ppp play its role? Do you have any doc or URL regarding it ? I did the following commands but nothing happend: ATE1 AT+CFUN=1 AT+CPIN= AT+COPS AT+CBST=0,0,1 AT+CR=1 ATDxx where is my PIN and xxx is another phone number. After last command I also repeat some AT+CEER to check but it reports no error as: AT+CEER +CEER: 0,1,1,255,no error With the first 4 ATs, I can make a voice call successfully. Cordially, Tuan On Sun, Mar 22, 2009 at 6:23 PM, Ed Kapitein e...@kapitein.org wrote: Tuan TRINH wrote: Yes, my GSM carrier support both data/fax and I also did register it. Thought we need to interact with modem directly to make data calls, unfortunatety Qt has not much info on how to to this. Ed, do you have any experience on using it? On Fri, Mar 20, 2009 at 11:37 PM, Mike Montour m...@mmontour.net mailto:m...@mmontour.net wrote: Ed Kapitein wrote: I am also looking for a way to make data calls, do you know of any other method of making a data call with the FR? ( direct AT commands to the modem etc)[...] All pointers are welcome! First you need to make sure that your GSM carrier supports CSD (mine doesn't AFAIK) and that it is activated on your account. In the past people have mentioned that the Calypso performs similarly to an Enfora Enabler modem and there is some web-accessible documentation for that. The AT+CBST (select bearer service type) command seems to be involved. There's probably some overlap between the CSD commands and the ones used for GPRS so I would also look at http://wiki.openmoko.org/wiki/Manually_using_GPRS ___ Openmoko community mailing list community@lists.openmoko.org mailto: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 Hi Tuan/TAT(?), On om2008.12 i was able to make a data call using simple AT commands. I need to login to my provider with username/password, and that will be mailed to me next week. So the data call works, i am not yet able to start ppp over it, due to the missing username/password, but i think it will work. I use gsm0710muxd, so i first request a channel with: identvar=$(date +%s) MODEM=$(dbus-send --system --print-reply --type=method_call --dest=org.pyneo.muxer /org/pyneo/Muxer org.freesmartphone.GSM.MUX.AllocChannel string:$identvar | grep string | awk -F '' '{ print $2 }') echo ${MODEM} And then start minicom (mikey term might work just as well) and issue the AT commands. AT+CBST=7,0,1 AT+CR=1 atdt your dial-in number here You might want to experience with AT+CBST=0,0,1 to get auto baud rate There is a bug with gsm0710muxd, (#2223 ), so if you experience packet loss, you can use the /dev/ttySAC0 directly. First kill all applications using the gsm modem ( in my case qpe ) and check with lsof if /dev/ttySAC0 is not used by anything else. then make the data call. The data call is charged from your airtime account, so be carefull with the costs! i need to figure out some callback/callfrward scheme, to cut the costs Kind regards, Ed ___ 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: Data call (aka CSD) with QtExtended
Hi Tuan :-) well, it seems like you are almost there. you can check if the gsm network has data capabilities with the following command: atz OK AT+CBST=? +CBST: (0-7,12,14,65,66,68,70,71,75),(0),(0-3) OK i am able to make a call after that with: AT+CBST=7,0,1 AT+CR=1 ATD xx the username/password i need is indeed my username/password for my dial-up ISP, but it is only needed *after* a successful call to my ISP. after a successful login i should be able to start a ppp link with my ISP. If i make a datacall to my home phone, i can hear the FR trying to initiated a data connection, kind of like a calling fax machine. So you could test that. A good source of information on ppp could be http://tldp.org/HOWTO/PPP-HOWTO/ I use no PIN, but i don't think that matters much. Good luck, i will try to make a full internet connection once i have my username password and let you know the results. Kind regards, @ Tuan TRINH wrote: Hi Ed, My name is Tuan :-) Thanks for your reply, but I still confuse on username/password portion, what does it for? For connecting to operator's modem ? I don't have any idea on how data calls are established end-to-end. Where does ppp play its role? Do you have any doc or URL regarding it ? I did the following commands but nothing happend: ATE1 AT+CFUN=1 AT+CPIN= AT+COPS AT+CBST=0,0,1 AT+CR=1 ATDxx where is my PIN and xxx is another phone number. After last command I also repeat some AT+CEER to check but it reports no error as: AT+CEER +CEER: 0,1,1,255,no error With the first 4 ATs, I can make a voice call successfully. Cordially, Tuan On Sun, Mar 22, 2009 at 6:23 PM, Ed Kapitein e...@kapitein.org mailto:e...@kapitein.org wrote: Tuan TRINH wrote: Yes, my GSM carrier support both data/fax and I also did register it. SNIP ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debugging SIM problems
It seems that the ml does not allow me to send attachments. The log file can be found here: http://ik.homelinux.org/projects/files/frameworkd.log Thanks, Ido On Sun, Mar 22, 2009 at 1:54 PM, Will Siddall will.sidd...@gmail.comwrote: Ido, Can you try this again, but turn on debug logging for ogsmd? Try getting your messages then post the log file. Will On Sun, Mar 22, 2009 at 8:44 AM, ik ido...@gmail.com wrote: Hello, I just got OM to my hands (actually two days ago), on the original distro (2008.8), I was able to read the SIM content and get calls but not to call others. When I upgraded to 2008.12 and after that to FSO stable, it stopped reading my (and few other people's) SIM card at all, and I get with FSO stable and zhone the following error message: GSM failed to read authentication status I also since then experience problems with my regular cell phone (no voice mail or caller id (both for incoming and outgoing calls). I have a guess that the carrier blocked something, however I'm no expert in cellular, so my question is what/how can I debug such things in order to understand what is wrong ? I added logging to /var/log/messages instead of a buffer so I can supply the log if required. Thanks, Ido ___ 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 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Anti-buzz application
did you ever check in a statistically valid way, if your approach works? as i understand from the long-term discusions, consensus is, that the only way to remedy the buzz are hardware fixes. no fiddling with mixers in what dimension ever is going to solve that basic issue. since the buzz is, iirc, related to the tx power of the fr, depending on your situation you might reach a compromise between sound quality and buzz suppression, that satisfies your needs -- but that does not help, if your situation worsens, soon the call quality declines to a level inacceptable even for the most hardened. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-testing] GSM restart, how?
On Sat, 2009-03-21 at 17:23 +0100, Francesco de Virgilio wrote: Jan Lübbe ha scritto: On Sat, 2009-03-21 at 16:46 +0100, Francesco de Virgilio wrote: Is there a way to get GSM/dbus work again without reboot? Depending on what went wrong, releasing and re-requesting the GSM resource might be a workaround. Could you try to reproduce this with debug logging for ogsmd? When you have a log, please create a ticket at http://trac.freesmartphone.org . Yeah but, how could I do it? Something like what is explained in point 6 here? : http://wiki.openmoko.org/wiki/OpenmokoFramework/mdbus Take a look at: http://git.freesmartphone.org/?p=framework.git;a=blob;f=conf/example/frameworkd.conf;h=5e19b138b8d689835484fc9ab748f39ea3feaddc;hb=HEAD under [frameworkd] set: log_to = file log_destination = /tmp/frameworkd.log under [ogsmd] you need to set: log_level=DEBUG Then reproduce the problem, and attach /tmp/frameworkd.log to a ticket. -- Jan Lübbe jlue...@lasnet.dehttp://sicherheitsschwankung.de gpg-key 1024D/D8480F2E 2002-03-20 fingerprint 1B25 F91F 9E7B 5D4F 1282 02D6 8A83 8BE4 D848 0F2E ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debugging SIM problems
It does seem like a carrier issue. Anytime that phone is requesting service or a wakeup (AT+CMGL=2, it receives CMS ERROR 313. Now I'm not an expert in these kinds of situations, but if someone else might have an idea about this. It might also be wise to check with your carrier and see if there is an issue with your SIM card and/or if you can request to have it replaced. Will On Sun, Mar 22, 2009 at 11:19 AM, ik ido...@gmail.com wrote: It seems that the ml does not allow me to send attachments. The log file can be found here: http://ik.homelinux.org/projects/files/frameworkd.log Thanks, Ido On Sun, Mar 22, 2009 at 1:54 PM, Will Siddall will.sidd...@gmail.com wrote: Ido, Can you try this again, but turn on debug logging for ogsmd? Try getting your messages then post the log file. Will On Sun, Mar 22, 2009 at 8:44 AM, ik ido...@gmail.com wrote: Hello, I just got OM to my hands (actually two days ago), on the original distro (2008.8), I was able to read the SIM content and get calls but not to call others. When I upgraded to 2008.12 and after that to FSO stable, it stopped reading my (and few other people's) SIM card at all, and I get with FSO stable and zhone the following error message: GSM failed to read authentication status I also since then experience problems with my regular cell phone (no voice mail or caller id (both for incoming and outgoing calls). I have a guess that the carrier blocked something, however I'm no expert in cellular, so my question is what/how can I debug such things in order to understand what is wrong ? I added logging to /var/log/messages instead of a buffer so I can supply the log if required. Thanks, Ido ___ 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 ___ 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: Data call (aka CSD) with QtExtended
Hi Ed, Woop, I have the same results with +CBST. But still can not make data call although AT+CEER show no error ? Btw, your data call is to a land-line modem ? My target is a data call between 2 FreeRunners or from FR to other mobile, I heard some where mobile-2-mobile data call is quite diffirent than to land-line modem. Is it correct? PPP is only need after modem completes hand-shaking with far end modem. Unfortunately, I still can not have hand-shaking done :-(( Cordially, Tuan On Sun, Mar 22, 2009 at 8:10 PM, Ed Kapitein e...@kapitein.org wrote: Hi Tuan :-) well, it seems like you are almost there. you can check if the gsm network has data capabilities with the following command: atz OK AT+CBST=? +CBST: (0-7,12,14,65,66,68,70,71,75),(0),(0-3) OK i am able to make a call after that with: AT+CBST=7,0,1 AT+CR=1 ATD xx the username/password i need is indeed my username/password for my dial-up ISP, but it is only needed *after* a successful call to my ISP. after a successful login i should be able to start a ppp link with my ISP. If i make a datacall to my home phone, i can hear the FR trying to initiated a data connection, kind of like a calling fax machine. So you could test that. A good source of information on ppp could be http://tldp.org/HOWTO/PPP-HOWTO/ I use no PIN, but i don't think that matters much. Good luck, i will try to make a full internet connection once i have my username password and let you know the results. Kind regards, @ Tuan TRINH wrote: Hi Ed, My name is Tuan :-) Thanks for your reply, but I still confuse on username/password portion, what does it for? For connecting to operator's modem ? I don't have any idea on how data calls are established end-to-end. Where does ppp play its role? Do you have any doc or URL regarding it ? I did the following commands but nothing happend: ATE1 AT+CFUN=1 AT+CPIN= AT+COPS AT+CBST=0,0,1 AT+CR=1 ATDxx where is my PIN and xxx is another phone number. After last command I also repeat some AT+CEER to check but it reports no error as: AT+CEER +CEER: 0,1,1,255,no error With the first 4 ATs, I can make a voice call successfully. Cordially, Tuan On Sun, Mar 22, 2009 at 6:23 PM, Ed Kapitein e...@kapitein.org mailto:e...@kapitein.org wrote: Tuan TRINH wrote: Yes, my GSM carrier support both data/fax and I also did register it. SNIP ___ 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: Anti-buzz application
Hi Valery, Did you mean to release this under the GPL ? If so you should probably change the references from neon to anti-buzz. There is already a similar gtk application to this called fso-mixer, you could look at it if you wanted to add gtk functionality to your app. Angus ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debugging SIM problems
I called the carrier, it seems that there are few problems both with their services and with the record about me. Thank you for the help Ido On Sun, Mar 22, 2009 at 5:13 PM, Will Siddall will.sidd...@gmail.comwrote: It does seem like a carrier issue. Anytime that phone is requesting service or a wakeup (AT+CMGL=2, it receives CMS ERROR 313. Now I'm not an expert in these kinds of situations, but if someone else might have an idea about this. It might also be wise to check with your carrier and see if there is an issue with your SIM card and/or if you can request to have it replaced. Will On Sun, Mar 22, 2009 at 11:19 AM, ik ido...@gmail.com wrote: It seems that the ml does not allow me to send attachments. The log file can be found here: http://ik.homelinux.org/projects/files/frameworkd.log Thanks, Ido On Sun, Mar 22, 2009 at 1:54 PM, Will Siddall will.sidd...@gmail.com wrote: Ido, Can you try this again, but turn on debug logging for ogsmd? Try getting your messages then post the log file. Will On Sun, Mar 22, 2009 at 8:44 AM, ik ido...@gmail.com wrote: Hello, I just got OM to my hands (actually two days ago), on the original distro (2008.8), I was able to read the SIM content and get calls but not to call others. When I upgraded to 2008.12 and after that to FSO stable, it stopped reading my (and few other people's) SIM card at all, and I get with FSO stable and zhone the following error message: GSM failed to read authentication status I also since then experience problems with my regular cell phone (no voice mail or caller id (both for incoming and outgoing calls). I have a guess that the carrier blocked something, however I'm no expert in cellular, so my question is what/how can I debug such things in order to understand what is wrong ? I added logging to /var/log/messages instead of a buffer so I can supply the log if required. Thanks, Ido ___ 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 ___ 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 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Accelerometer Data
I have been playing a bit with the accelerometers on the FR appear to observe the following: 1) The time stamp on events appears to be unreliable, in the sense that the time difference between sequential events is frequently negative, and appears also to be have erratically by jumping an order of magnitude or 2 between sequentially available events. 2) It also appears to be relatively common that a SYN arrives before all 3 axis values are available, making it hard to figure out the meaning of the data 3) There is a significant difference between the readings of the 2 accelerometers when the FR is just sitting there on the desk doing nothing. 4) When you move the FR about, the rate of reports being available appears to become very erratic, in the sense that there are relatively long periods between reports. My questions are: 1) Is this a common situation with the FR (OM2008.12) 2) Is the device driver just buggy? Of course, I realize that my own code might be just buggy, but these features of the accelerometers appear in both my C++ and TCL code, and in the example programs from the wiki references with print statements inserted. Tks for any advice. -- Iain B. Findleton Tel: 514-457-0744 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Accelerometer Data
Hi, Iain B. Findleton ifindle...@videotron.ca writes: I have been playing a bit with the accelerometers on the FR appear to observe the following: ... 1) Is this a common situation with the FR (OM2008.12) Unmaintained distro using old kernel? No wonder. There was plenty of accelerometer changes since that! -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Data call (aka CSD) with QtExtended
Hi Tuan, Yes, i call a landline with my FR, so that is different. i think need a data number added to your phone by your provider, at least in holland you need to. Do you have two numbers for your FR? one for voice calls and one for data calls? Do you have any other method of making a data call to another mobile, just to prove that it does work? I guess you can use an old modem to call the mobile and make a data connection with it. if that works, you can try the same thing with the FR. Kind regards, Ed Tuan TRINH wrote: Hi Ed, Woop, I have the same results with +CBST. But still can not make data call although AT+CEER show no error ? Btw, your data call is to a land-line modem ? My target is a data call between 2 FreeRunners or from FR to other mobile, I heard some where mobile-2-mobile data call is quite diffirent than to land-line modem. Is it correct? PPP is only need after modem completes hand-shaking with far end modem. Unfortunately, I still can not have hand-shaking done :-(( Cordially, Tuan On Sun, Mar 22, 2009 at 8:10 PM, Ed Kapitein e...@kapitein.org mailto:e...@kapitein.org wrote: Hi Tuan :-) well, it seems like you are almost there. you can check if the gsm network has data capabilities with the following command: atz OK AT+CBST=? +CBST: (0-7,12,14,65,66,68,70,71,75),(0),(0-3) OK i am able to make a call after that with: AT+CBST=7,0,1 AT+CR=1 ATD xx the username/password i need is indeed my username/password for my dial-up ISP, but it is only needed *after* a successful call to my ISP. after a successful login i should be able to start a ppp link with my ISP. SNIP ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fennec Beta 1 Released
Brad Lassey wrote: On 3/21/2009 2:54 PM, GNUtoo wrote: I built it too... but it has issues: *slow There have been a lot of performance improvements in beta 1 (with more coming before release). If its slow on FR, it would be great to get some profiles so we can know where the hot spots are. Well, I think that one of the things that mostly affect this aspect is libpixman; as I've read, Fennec uses it a lot to design the pages and that library is mostly written with floating-point logic, and it has not native arm code for armv4; so this causes a great slowdown. Upgrading it allows to get a slightly better experience, but I figure that this is not the only problem. *not obtimized for the openmoko screen... With some user.js optimization it could be better (look in the archives), but it is not so good for us yet. -- Treviño's World - Life and Linux http://www.3v1n0.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Accelerometer Data
Hi, With the following Kernel the Accs work great for me. http://downloads.openmoko.org/distro/unstable/NeoFreerunner/uImage-2.6.28- stable+gitr0+f19f259d3c1afde8eae53983fd19f61831927413-r2-om-gta02.bin greets Michael ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fennec Beta 1 Released
Xavier Cremaschi wrote: Rui Miguel Silva Seabra a écrit : Does it have a sane compile process already? Or is it still the hell on drugs that I last saw (which was fairly recent)? I tried for alpha 1 and alpha 2 too, and I failed. But IIRC Marco Trevisan succeeded (for alpha 1) a long time ago... Yes I did using the toolchain... Marco if you read this, can you put a bit of your knowledge on the wiki ? So maybe one of us will be able to compile the beta for FR without becoming insane. Well, honestly I don't remember so well how I did, but practically followed the building wiki... However surely I hg-cloned the repos for mozilla-central and mobilebase, then I configured mozilla-central using this mozconfig: # Options for client.mk. mk_add_options MOZ_BUILD_PROJECTS=xulrunner mobile #mobile mk_add_options moz_objd...@topsrcdir@/../mobilebase # XULRunner options ac_add_app_options xulrunner --enable-application=xulrunner ac_add_app_options xulrunner --disable-javaxpcom # Enabling --with-arm-kuser implies Linux on ARM and enables kernel # optimizations for that platform ac_add_app_options xulrunner --with-arm-kuser # mobile options ac_add_app_options mobile --enable-application=mobile ac_add_app_options mobile --with-libxul-sdk=../xulrunner/dist mk_add_options AUTOCONF=autoconf2.13 CROSS_COMPILE=1 #export CC=arm-angstrom-linux-gnueabi-gcc #export CXX=arm-angstrom-linux-gnueabi-gcc #export LD=arm-angstrom-linux-gnueabi-ld #export AR=arm-angstrom-linux-gnueabi-ar #export AS=arm-angstrom-linux-gnueabi-as ac_add_options --target=arm-angstrom-linux-gnueabi ac_add_options --disable-gnomevfs ac_add_options --disable-gnomeui ac_add_options --disable-ogg If I'll find some more time, I'll retry again, but honestly I don't think that fennec will be our answer. Webkit based browsers works well in our platform (actually the best are the gtk-webkit [compiled with libsoup backend] based ones, but I figure that in the future libewebkit based browsers will be our primary choice). -- Treviño's World - Life and Linux http://www.3v1n0.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GSM buzz-fix party in Braunschweig, Germany
Am Sonntag 15 März 2009 schrieb Daniel Willmann: In order to gauge interest and plan ahead wrt ordering Resistors/Capacitors I'd like to know how many phones would come. The party will probably take place in mid April. If you are interested and would show up please mail me privately and also tell me how many phones you would bring. If all goes well I'll be doing this with support from Openmoko and will be able to replace any Freerunners I break in the process. Hmmm, Braunschweig is about 300km from my home town. Is there a way to get my phone fixed as well without spending the whole day on the road (maybe send it to you?) I have terrible buzz *always* when I use my phone at home, no matter what distribution. So all the time when I happen to be at home and get a call I have to shout to the other party to call me on the land line. Really embarrassing to have to use an expensive phone thats broken by design and the manufacturer does not bother to fix it immediatly at no cost. It's really a pity that openmoko (the company) is such a disappointment concerning the buzz fix... -- j�...@home ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Illume - Command line to display the keyboard ?
Yaroslav Halchenko wrote: thanks for the snippet! but imho the best (and proper) way would be to create an illume action (not external script) so it could be assignable to a shortcut I agree. However this one works also with non-illume keyboards... That's why I've used this approach. If I'll find some time I'll try to patch illume itself too. ;) -- Treviño's World - Life and Linux http://www.3v1n0.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Community effort: Browser review/comparison in wiki
Risto H. Kurppa wrote: (I'm currently using Minimo as AFAIK it's the only one that can actually login to gmail, and I know that it's not developed anymore but.. ) Did you read my reply-mail about this theme? However any webkit based browser can log in gmail if you simply update your libcurl with one that is compiled with libgnutls support (allowing ssl). Search in the archives for links... ;) -- Treviño's World - Life and Linux http://www.3v1n0.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Freerunner For sale in New York City Area
I live in Maplewood, NJ and have two Freerunners for $260 each. Each comes with the phone in good condition, 512 MB micro SD card, and the pouch. I will ship this in the U.S., but would rather a physical meeting. I will also entertain alternative offers. -Charles Pax ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Accelerometer Data
Iain B. Findleton wrote: I have been playing a bit with the accelerometers on the FR appear to observe the following: 1) The time stamp on events appears to be unreliable, in the sense that the time difference between sequential events is frequently negative, and appears also to be have erratically by jumping an order of magnitude or 2 between sequentially available events. 2) It also appears to be relatively common that a SYN arrives before all 3 axis values are available, making it hard to figure out the meaning of the data I've seen that too; it seems that '0' readings are discarded. 3) There is a significant difference between the readings of the 2 accelerometers when the FR is just sitting there on the desk doing nothing. You're taking into account the fact that they're oriented differently right? 4) When you move the FR about, the rate of reports being available appears to become very erratic, in the sense that there are relatively long periods between reports. A known issue in 2008.12. http://docs.openmoko.org/trac/ticket//2145 Workaround: echo 10 /sys/devices/platform/lis302dl.1/threshold My questions are: 1) Is this a common situation with the FR (OM2008.12) 2) Is the device driver just buggy? Of course, I realize that my own code might be just buggy, but these features of the accelerometers appear in both my C++ and TCL code, and in the example programs from the wiki references with print statements inserted. Tks for any advice. -- Charles-Henri ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Accelerometer Data
On Sunday March 22, charles-henri.gros+openm...@m4x.org wrote: Iain B. Findleton wrote: I have been playing a bit with the accelerometers on the FR appear to observe the following: 1) The time stamp on events appears to be unreliable, in the sense that the time difference between sequential events is frequently negative, and appears also to be have erratically by jumping an order of magnitude or 2 between sequentially available events. 2) It also appears to be relatively common that a SYN arrives before all 3 axis values are available, making it hard to figure out the meaning of the data I've seen that too; it seems that '0' readings are discarded. That is because the device reports REL events. In the latest andy-tracking it reports the more correct 'ABS' events. So now it does report zeros. However it doesn't report an axis if there has been no change. If you want to simply get the current values there is an ioctl : EVIOCGABS I think. NeilBrown ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community