Re: barom - an altimeter/weather utility for freerunner
Hi Ben! Am Samstag 05 Februar 2011, 23:56:18 schrieb Benjamin Deering: This project uses the bmp085 barometer to show either weather or altitude. The bmp085 is part of the freerunner navigation board, is to be part of the GTA04, and can be installed separately. I don't think I have an account to edit the openmoko wiki, but this could go under userspace software in the Freerunner Navigation Board page. I'm showing the application here at FOSDEM and it attracts quite a few people. Nice work! Many thanks for it! Best regards, Christoph ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: barom - an altimeter/weather utility for freerunner
Hi, AFAIK you can edit Openmoko wiki without being logged in. However, it's always better to register your own account for credibility. :-) Martix 2011/2/5 Benjamin Deering ben_deer...@swissmail.org: Hello All, I think this project is working well enough to share: http://jeepingben.homelinux.net/barom/ This project uses the bmp085 barometer to show either weather or altitude. The bmp085 is part of the freerunner navigation board, is to be part of the GTA04, and can be installed separately. I don't think I have an account to edit the openmoko wiki, but this could go under userspace software in the Freerunner Navigation Board page. Ben ___ 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: faenqo
On 5 February 2011 18:06, Joif fdvj...@vodafone.it wrote: Hi cyberesprit! You came here like the Spring! :D You made a really awesome theme! Now our Freerunner seems really a brandnew smartphone :D I completely agree. This really is a beautiful look. Although I have nothing but admiration for the way that Radek and his contributors have been shepherding and improving QtMoko, I haven't actually tried it recently because I find the default look too dull. But your theme makes me feel like trying QtMoko again. Thanks! Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: faenqo
Neil Jerram wrote: Although I have nothing but admiration for the way that Radek and his contributors have been shepherding and improving QtMoko, I haven't actually tried it recently because I find the default look too dull. But your theme makes me feel like trying QtMoko again. There is also theme called asthromod, which is very beutiful too. The problem with themes is that they are quite big to be all in default instalation and i tried to solve this this weekend. My idea is to extend the appearence dialog with button or option get more themes which will preview all themes that we have and you can install new theme with single click. The problem is how to package them. First i tried to make theme packages with qtopia package system which looked promising (package was created easily), but then it turned out that this package system can install only to /home/root/packages and needs executable binary. So for now my plan is to make .deb package for each theme. I started learning debian packaging system and now i think i can do it. While learning debian packaging i made source package of qtmoko [1]. It does not have correct dependencies, but otherwise you can build qtmoko .deb package on PC host for ARM target. It's also possible to modify it for ARM package on ARM host (pass some more arguments to configure as described here [3]). While we are at it we could probably package all other qtmoko apps as .deb packages. Regards Radek [1] https://github.com/radekp/qtmoko/tree/master/debian [2] https://github.com/radekp/qtmoko/tree/master/etc/themes [3] https://github.com/radekp/qtmoko/blob/master/doc/txt/debian_rootfs_howto.txt ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: It's not a camera
Nice work! Is there any How-to-write-drivers-for-I2C-devices-connected-to-FR guide? Zb. Rui Miguel Silva Seabra píše v Pá 04. 02. 2011 v 15:01 +: Em 04-02-2011 14:19, Al Johnson escreveu: On Friday 04 February 2011, Benjamin Deering wrote: http://jeepingben.homelinux.net/index.php?level=albumid=26 There is a similar part called a mlx90615 which is much smaller, but also has a smaller temperature range. It may not work with the current kernel module, but could probably work with small changes. The temperature range is still -40C to 115C so probably good enough for many uses. I'd say for most uses! Rui ___ 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: Audio path gain, was: Re: Bluetooth module
Al Johnson píše v Pá 04. 02. 2011 v 13:46 +: How did you pick 0.5mV as a suitable input amplitude? Measurement of peaks when talking? It was completely wrong! I did some internet search and found that micropohone like that in FR usually produce signal with amplitude in tens of mV. I was wondering if the singal was only 0.5mV it wouldn't probalby get distorted so easily - so I went to check my generator and saw that the attenuator was set incorrectly and so the signal was probably way higher than 0.5mV. I was doing bass-fix to my Freerunner today so I did the the same measurement with generator again. I run Voice notes and set the generator so that the amplitude was simmilar to the amplitude of voice, captured by the microphone. LAter on I was listening to the files recorded when setting the generator and the 1kHz beep was clean and the volume was OK. I rewrite the text and put there all pictures from the scope I made. http://hnet.endofinternet.net/elektro/Freerunner/ALSA/sound_setting.html Seems that the sidetone may be set to 2 instead of 1, but mic should stay 0. Thanks for your question ! Zb. ___ 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
FOSDEM 2011
Hi list, I just returned from FOSDEM 2011. The GTA04 team had a seat available at the boot, so I spend most of my time showing the semi-/demi-populated GTA04-boards to the masses, explaining the various uses of the Navigation board, introducing even more people to the Openmoko-concept or just refreshing the collective memories (oh, is that project still alive? Great!). Asthro has been repairing/bug fixing some units, including two of mine, thanks a lot again! The openembedded guys and Tux Brains were squeezed in between the Openmoko/GTA04 samples and the phone doctor, and came up with the suggestion on the mailinglist earlier: lets team up with neighbouring (embedded) projects next year and get a room. Well, looking back to a great weekend. Nice to see some of you in person! Best regards, Boudewijn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtmoko v32 (experimental)
Hi, I replaced my v31 by v32 a few days ago. BT seems to run, although I hear nothing in my handsfree set. But it may be just wrong volume settings. But file transfer, etc. works fine. I was trying to run NAvit and QX asked me whether to install Xorg server or Xglamo. I did choose Xorg server ... ... when R(apt)or finished installation I was trying to run Navit but Xorg server didn't load ... Xorg. log is attached. Thx for any help, BTW... USB host mode is also working. I was using PL2303 based USBtoRS232 converter and worked fine. Although I had to modprobe pl2303 first. zb. Radek Polak píše v So 05. 02. 2011 v 18:18 +0100: Ole Carlsen wrote: Did we loose the languages? No, i just build the branch without languages. Next time i will do better, i promise :-) Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community X.Org X Server 1.7.7 Release Date: 2010-05-04 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.32 armv5tel Debian Current Operating System: Linux Holly 2.6.34.7-v32 #1 Tue Jan 18 23:44:59 CET 2011 armv4tl Kernel command line: loglevel=4 console=tty0 console=ttySAC2,115200 init=/sbin/init ro mtdparts=physmap-flash:-(nor);neo1973-nand:0x0004(qi),0x0004(depr-ub-env),0x0080(kernel),0x000a(depr),0x0004(identity-ext2),0x0f6a(rootfs) root=/dev/mmcblk0p2 rootdelay=1 console=tty0 loglevel=3 rootwait Build Date: 12 January 2011 03:54:41AM xorg-server 2:1.7.7-11 (Cyril Brulebois k...@debian.org) Current version of pixman: 0.16.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Sun Feb 6 23:33:15 2011 (==) Using config file: /etc/X11/xorg.conf (==) Using system config directory /usr/share/X11/xorg.conf.d (==) ServerLayout Default Layout (**) |--Screen Default Screen (0) (**) | |--Monitor LCD Panel (**) | |--Device Glamo Graphics Chip (**) |--Input Device Power Button (**) |--Input Device AUX Button (**) |--Input Device Touchscreen (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory /usr/share/fonts/X11/misc does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/X11/100dpi/ does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/X11/75dpi/ does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/X11/Type1 does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/X11/100dpi does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/X11/75dpi does not exist. Entry deleted from font path. (WW) The directory /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType does not exist. Entry deleted from font path. (==) FontPath set to: built-ins (==) ModulePath set to /usr/lib/xorg/modules (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. (II) Loader magic: 0x1aa174 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 6.0 X.Org XInput driver : 7.0 X.Org Server Extension : 2.0 (--) using VT number 7 (II) extmod will be loaded by default. (II) dbe will be loaded by default. (II) glx will be loaded. This was enabled by default and also specified in the config file. (II) record will be loaded by default. (II) dri will be loaded by default. (II) dri2 will be loaded. This was enabled by default and also specified in the config file. (II) LoadModule: glx (II) Loading /usr/lib/xorg/modules/extensions/libglx.so (II) Module glx: vendor=X.Org Foundation compiled for 1.7.7, module version = 1.0.0 ABI class: X.Org Server Extension, version 2.0 (==) AIGLX enabled (II) Loading extension GLX (II) LoadModule: dri2 (II) Loading /usr/lib/xorg/modules/extensions/libdri2.so (II) Module dri2: vendor=X.Org Foundation compiled for 1.7.7, module version = 1.1.0 ABI class: X.Org Server Extension, version 2.0 (II) Loading extension DRI2 (II) LoadModule: extmod (II) Loading /usr/lib/xorg/modules/extensions/libextmod.so (II) Module extmod: vendor=X.Org Foundation compiled for 1.7.7, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension SELinux (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II)
Re: qtmoko v32 (experimental)
On Monday 07 February 2011 00:54:37 Hrabosh wrote: I was trying to run NAvit and QX asked me whether to install Xorg server or Xglamo. I did choose Xorg server ... ... when R(apt)or finished installation I was trying to run Navit but Xorg server didn't load ... Xorg. log is attached. It would be interesting to check if the installation wrote correct /etx/X11/xorg.conf It would be also interesting to shutdown qtmoko and run X server from ssh console: /etc/init.d/qpe.sh stop Xorg Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: faenqo
Radek, On 2011-02-07 06:18, Radek Polak wrote: Neil Jerram wrote: Although I have nothing but admiration for the way that Radek and his contributors have been shepherding and improving QtMoko, I haven't actually tried it recently because I find the default look too dull. But your theme makes me feel like trying QtMoko again. There is also theme called asthromod, which is very beutiful too. The problem with themes is that they are quite big to be all in default instalation and i tried to solve this this weekend. My idea is to extend the appearence dialog with button or option get more themes which will preview all themes that we have and you can install new theme with single click. The problem is how to package them. First i tried to make theme packages with qtopia package system which looked promising (package was created easily), but then it turned out that this package system can install only to /home/root/packages and needs executable binary. So for now my plan is to make .deb package for each theme. I started learning debian packaging system and now i think i can do it. While learning debian packaging i made source package of qtmoko [1]. It does not have correct dependencies, but otherwise you can build qtmoko .deb package on PC host for ARM target. It's also possible to modify it for ARM package on ARM host (pass some more arguments to configure as described here [3]). While we are at it we could probably package all other qtmoko apps as .deb packages. If you are going to do that, why not look at the proposed new standard packaging method? http://www.itwire.com/opinion-and-analysis/open-sauce/44800-linux-distros-in-bid-for-common-app-installer Regards, Phil. -- Philip Rhoades GPO Box 3411 Sydney NSW 2001 Australia E-mail: p...@pricom.com.au ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community