Re: Openmoko GTA06
Am 01.04.2014 um 12:07 schrieb Dr. H. Nikolaus Schaller h...@goldelico.com: Am 01.04.2014 um 11:53 schrieb Neil Jerram: On 2014-04-01 10:26, shamsul hassan wrote: April Fool :) On Tue, Apr 1, 2014 at 9:49 AM, Dr. H. Nikolaus Schaller h...@computer.org wrote: Hi all, I have received a rumor that somebody is working on a truly free and open phone with the following specs: * Quad-Core Intel Z3770D (1.5 - 2.5 GHz) * 4GB RAM * 128 GB eMMC * LTE with free and open baseband * 5 inch full HD display * 100g * 4000 mAh battery * runs any x86 OS (i.e. Linux, Windows, Hackintosh, ...) * shall cost less than Nexus 5 Looks like some dream machine :) Since I don't know how to validate: does anyone know more details? Nice one. I was fooled. Obviously me too... :D Best one!!! But I was fooled too. Christoph B. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: the second operating system
I think that fact isn't new. The BIOS on a normal PC is a 'Second OS' too. There is one big difference: the BIOS is safer than the firmware of an GSM modem. But it's only my opinion Viele Grüße! Christoph Bänsch Am 09.12.2013 um 19:32 schrieb Norayr Chilingarian nor...@arnet.am: There is an osnews article named The second operating system hiding in every mobile phone, and I guess some people in this list may be interested. Not that we didn't know about it, just wanted to share an article with you. http://www.osnews.com/story/27416/The_second_operating_system_hiding_in_every_mobile_phone ___ 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: website prototype
Am 02.09.2013 um 04:53 schrieb kardan kar...@riseup.net: Hi, I took a break on my console to get you a little website draft. Please let me know about your opinion. Corrections and any design feedback is highly appreciated (especially the #order page is quite packed and could make trouble at different screen sizes) https://github.com/kradan/openphoenux.org (no typo) until the whole website is pushed through my modem speed dsl (ETA 16h), you can preview it here with thumbnailed images (~800kb at all): http://heahdk.net/~kardan/openphoenux.org Looks very good!!! I don't think this is a ugly peace of page!! ;-) There is only one thing I would change: the color. I think we are a great and powerful community, but the page with the white background looks a bit like the start of a small community. If you change the color or use a background picture, it will looks great! :-) It is great to see traffic on this list. For people only interested in important updates I think a public announcement list would be a nice thing to have published here http://lists.openphoenux.org/mailman/listinfo (Maybe this is unnessecary for people subscribed to the shop wishlist) I thinnk this list is a good idea! Since a week I receive all messages twice (by community-boun...@openphoenux.org and community-boun...@lists.openmoko.org). Am I the only one? No! I receive them too! ;-) Regards Christoph Bänsch! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Phoenux, Phoneux, Phonux, Phonix?
Am 02.06.2012 18:36, schrieb pike: Hi If we were voting, I'd go for OpenPhonux, because it's roughly equal parts Phone, Phoenix and Linux which seems about right. From the domain name: www.openphoenux.org Which is really too bad. We arent voting, but if we were, Phonix would be my #1 (phone,unix,phoenix), and Phonux #2 (phone,linux,phoenix). What's in a name ? The message. Sales. Promotion. Visibility. Understanding. Remembering. It really cant be underestimated. phonux.com is in use, phonix.com is for sale. phoenux' #1 google hit is a Development platform for new, non-abusable drug substitution medication. :-) For the record, I never liked moko either. Too German. The new phone is Made in Germany so moko is okay! $2c, *-pike ___ 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: [dfu-util] who use it for flashing FR?
Am 08.05.2012 09:45, schrieb urodelo: I use dfu-util for flashing SHR and QtMoko on NAND I always use dfutils for flashing android on nand urodelo On Mon, 07 May 2012 17:15:05 +0200, Jiří Pinkava j...@seznam.cz wrote: I'm using dfu-utils time to time. I have stable version of QtMoko on flash and testing on MMC card. Dne 7.5.2012 14:58, Patryk Benderz napsal(a): Hi all, regarding recent discussion on de...@lists.openmoko.org [1] I am asking, how many of you are still using dfu-util for flashing your FR's internal memory? I also would like to inform you about new dfu-util release.[2] [1] http://lists.openmoko.org/pipermail/devel/2012-May/007245.html [2] http://lists.openmoko.org/pipermail/devel/2012-April/007243.html ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Navigation board @ Pulster shop
Am Samstag 18 Juni 2011, 14:51:05 schrieb Daniele Forsi: 2011/6/17 Christoph Pulster wrote: I think the Open Source community is missing to link and interaction between projects. Add-on products like navigation-board can cross the gap, for exaple it is useful for Openmoko, Qi Nanonote and Pandora. indeed can someone recommend an USB-i2c interface to use the navigation board externally, for those who don't feel like touching their Freerunner with a soldering iron or have a netbook? I don't have experiences with USB-I2C interfaces but anyone should work. Be sure to add a 3V voltage regulator (LDO) if you want to power the board from USB which supplies 5V. If you want you can build your own adapter using an old VGA cable. The I2C bus is used for DDC. If you have a spare VGA or DVI connector on your computer you could use it to connect the FRNB (http://en.wikipedia.org/wiki/VGA_connector pin 12 and pin 15). To power the board you could try pin 9 which should carry 5V. Use a LDO regulator to get 3.3V or 3.0V which is needed for the sensors. The I2C bus needs level translation too. Fortunately, if you have a complete board, the needed chip is already included. I will add a section to the wiki about how to connect the board to a 5V I2C bus. Pinout and more documentation will be added too. Hope that helps, Christoph ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
GTA04A3 test progress
Hi, finally here is a status update on the GTA04A3 board. That's what I've done until now to test it: - attach power, serial console works - boot from sd card (works) - revert I2C-fix from u-boot and kernel - works without: the hardware is ok, the power supply issues are gone. - test switches and LEDs (seems ok) - turn GPS on and off (works, didn't wait for a fix yet) - attach an external GPS antenna (was not recognized, maybe my antenna is broken) - boot debian and lxde (works) - test touch screen (works) - attach an USB cable (gives errors in dmesg, GTA04 is not recognized as USB device, usb host not tested yet) - add driver and firmware for WLAN (chip is recognized, driver seems to be buggy, does not execute commands) - enable bluetooth (without success yet) Enough for today, I will continue tomorrow. Good night, Christoph ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Gta04-owner] GTA04A3 board boots
Am Freitag 17 Juni 2011, 00:10:49 schrieb WB: --- On Tue, 14/6/11, Dr. H. Nikolaus Schaller h...@goldelico.com wrote: Christoph and Rene will be the first ones to test them starting on Thursday. Eh, not being impatient or anything... but is there news ? :-) _Looking forward, Boudewijn__ The board is here. The required RS232 cable is still missing. I will pick it up today and start my tests in the evening. Best regards, a lucky bastard ;-) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FreeRunner Navigation Board v3 - Power management
Am Sonntag 22 Mai 2011, 11:44:24 schrieben Sie: Hi, 2011/5/21 Christoph Mair m...@chonyota.net: Hi, Am Samstag 21 Mai 2011, 16:41:06 schrieb Martix: How much of power Navigation Board v3 consume, both in operational state (all sensors are active) and in idle state (all sensors are powered down)? Can I power down whole board from software? All sensors support a sleep state which reduces power consumption fo a few µA. I will add exact numbers to the wiki page. The sleep state is activated automatically after power-on. Therefore you have to talk to the sensor to activate it. The only exception is the gyroscope ITG-3200. This sensor needs the kernel module which will switch it of immediately after the module was loaded. If you forget to do this, it will consume about 6mA, IIRC. See http://wiki.openmoko.org/wiki/Freerunner_Navigation_Board_v3#Power_consumption could be board VCC connected somehow to the PMU (PCF50633)? Perhaps, Navigation Board could use free power line from PMU, if it's available or share power line with one accelerometer or GPS. I don't know much about the PMU, but I tried to connect the board to one accelerometers VCC pin. It works, but I would not recommend it, because the I2C lines are pulled up when idle. If the chips do not get powered, some current may flows from the bus lines to ground. This could be more that the normal standby current. But I have to admit that I did not thest this yet. Ok, I understand, current can leak through accerometer to GND. But, this can also happen with VCC connected to AUX, when AUX LED is on. This could be explanation for NOR u-boot problem. http://wiki.openmoko.org/wiki/I2C#Powering_additional_I2C_devices I mostly use power from the AUX switch. With the FRNBv3 I did not encounter the NOR u-boot problem yet. Everything seems to work fine. If someone encounters a problem, there are solderpads for additional capacitors on the bottom side to fix evantual issues. According to http://wiki.openmoko.org/wiki/Freerunner_Navigation_Board#Installation the AUX power is disabled in suspend. Is this PMU behavior configurable from software? For example, if I want to wake up Neo FreeRunner from suspend by IRQ interrupt from Navigation Board. You got that wrong. The AUX power is always available, just the power to the accelorometers is shut down in suspend. If you grab your VCC from the decoupling cap of the accel, all sensors will be switched off. If you want to weak the FR using a IRQ triggered from the FRNB, you need an additional wire to connect one sensor to a IRQ line on the FR. Since v3, all interrupt outputs of the sensors are available on (tiny) testpoints. Fortunately, I've found free PMU power output LDO3OUT alias test pin H-TP1702, which is proper solution for powering expansion devices/board like this. On the other hand its not easily accessible as AUX button or accelerometer, because its located near PMU under EM shielding, but its not impossible to wire it out. I did not try this yet. (Please, keep this in mind during GTA04 design process and wire at least one 3V3 power line outside shielding.) Depending on measurement results, we may do not need a shield and there are testpoints which you can use to power additional electronics. PS: It would be nice to have some informations regarding power management documented on the wiki: http://wiki.openmoko.org/wiki/Freerunner_Navigation_Board_v3 I will add more information when I can test the first machine assembled board. Best regards, Christoph ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FreeRunner Navigation Board v3 - Power management
Hi, Am Samstag 21 Mai 2011, 16:41:06 schrieb Martix: How much of power Navigation Board v3 consume, both in operational state (all sensors are active) and in idle state (all sensors are powered down)? Can I power down whole board from software? All sensors support a sleep state which reduces power consumption fo a few µA. I will add exact numbers to the wiki page. The sleep state is activated automatically after power-on. Therefore you have to talk to the sensor to activate it. The only exception is the gyroscope ITG-3200. This sensor needs the kernel module which will switch it of immediately after the module was loaded. If you forget to do this, it will consume about 6mA, IIRC. could be board VCC connected somehow to the PMU (PCF50633)? Perhaps, Navigation Board could use free power line from PMU, if it's available or share power line with one accelerometer or GPS. I don't know much about the PMU, but I tried to connect the board to one accelerometers VCC pin. It works, but I would not recommend it, because the I2C lines are pulled up when idle. If the chips do not get powered, some current may flows from the bus lines to ground. This could be more that the normal standby current. But I have to admit that I did not thest this yet. I know about test pins with 0R resitors on PMU power outputs used for external current measurement, VCC could be provided from one of these pads. I'd like to hear more about these 0Rs.. Did anybody considered PMU power management approach with Navigation Board? It should not be needed and could even be a bad idea. See above. PS: It would be nice to have some informations regarding power management documented on the wiki: http://wiki.openmoko.org/wiki/Freerunner_Navigation_Board_v3 I will add some more info. The wiki page lacks a few other updates too.. pinout and new pictures, for example.. I will try to fix this tomorrow. Best Regards, Christoph ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
ANN: Freerunner Navigation Board v3 (FRNBv3)
Dear List, I already announced it (http://lists.openmoko.org/pipermail/community/2011- February/064474.html), now I'm ready to start production: The Freerunner Navigation Board v3 is finished! It features a compass, a gyroscope and an accelerometer. All of them work in three dimensions. Together with the included pressure sensor you get a 10 degrees of freedom sensor board which should be usable for inertial navigation, as flight controller or recorder for drones such as quadrocopters and possibly a lot of other gadgets. To be compatible with as many embedded boards as possible, the supply voltage and the I/O voltage of the I²C bus can be different. A 3V - 3.6V supply voltage (VCC) is recommended for the sensors, while the I/O voltage can be anything between 1.8V and VCC. This feature enables connectivity to your Freerunner as well as to most other embedded devices such as the OpenPandora (there is enough space inside the case) or devices from Always Innovating. If you want even more functionality: the bottom side contains: - the MPR121 touch sensor controller - a 38kHz fixed frequency oscillator for IR remote control applications - the TCA6507 7 channel LED controller - a I2C level shifter to connect even more sensors with different I/O voltages - a I²C EEPROM which is also accessible through 13.45MHz RFID. Preliminary documentation is available on the wiki page http://wiki.openmoko.org/wiki/Freerunner_Navigation_Board_v3 It will be improved within the next two weeks. Schematic and PCB-Layout are available from https://gitorious.org/frnbv3/frnbv3-hardware (Cadsoft Eagle file format) Preorders can be placed on http://www.handheld- linux.com/wiki.php?page=Navigation%20Board General availability is scheduled for mid-may. I hope you find this little device useful for your projects. If there are any questions, please let me know. Cheers, Christoph ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FRNBv2 is dead. Long live FRNBv3!
HI Boudewijn, Am Dienstag 01 März 2011, 13:13:08 schrieb W. B. Kranendonk: Which software do you use for the layout? I've tried both pcb (gEDA) and pcbnew (KiCAD), but neither shows anything after opening the files at chonyota.net (complaints about missing components; I don't have the details at hand). Due to my lack of knowledge of open source EDA tools I used EAGLE from CadSoft (http://www.cadsoftusa.com) It runs on Linux, Mac and Windows and you can use the freeware version to view and edit the schematic and the layout. I'd like to switch to OS EDA software for future projects. KiCAD is already installed, I just did not have enough time to play with it yet. Do I need additional libraries? No, everything is included in the two files. Best regards, Christoph ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
FRNBv2 is dead. Long live FRNBv3!
Dear list, unfortunately the compass chip included in the FRNBv2 is no longer available. Thus, I am not able to produce the FRNBv2 anymore. For those of you who still want the board I am designing the FRNB version 3. The discontinued chip HMC5843 will be replaced with it's successor HMC5883 which is slightly smaller and therefore requires a new PCB layout. A new feature of the FRNBv3 will be the support for different supply and I/O voltage levels. The sensors need at least 3V to work properly while the voltage for the I2C bus can be as low as 1.8V. This allows you to connect the board to your Freerunner (using 3.3V for supply and I/O) as well as to other hackable devices such as most devices using a TI SoC (Beagleboard, Pandaboard, AI SmartBook ect.). The top side of the new board which contains all sensors is already finished. For the bottom side I'd like to hear your opinion: what should be included? Currently, the board contains the following parts: Top-Side: - HMC5883 Compass - ITG3200 Gyroscope - BMP085 Pressure sensor - BMA180 Accelerometer (new!) Bottom-Side: - MPR121 Touch Sensor - 38kHz Fixed Frequency Oscillator with ~10% duty cycle for IR remote control applications. I hope this works better than the last approach. - TCA6507 7 channel LED Controller - I2C-Level-Shifter to connect additional electronics with I/O voltages bewteen 1.8 and 5V And there is still some space left (about 50mm²) which I'd like to fill up with other nice gadgets. Suggestions? 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 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: ANN: Freerunner Navigation Board v2 is finally available
Am Montag 13 September 2010, 01:14:43 schrieb jeremy jozwik: indeed, is there any software in the works to take advantage of this? i think i might have to snag one and add it on when i tear open my phone to fix the sd card... Kernel drivers for most chips are available from [1]. Each sensor (except the touch/proximity sensor) is supported by the sensor-monitor application [2]. Better overall integration is planned. Mickey agreed to add dbus interfaces to FSO. I am trying to get the drivers merged into official kernel repositories, but most of them lack documentation and proper error handling. I will try to get these drivers merged into the SHR and/or QtMoko kernel repositories, but I'll have to find out if the maintainers would accept these beta-drivers until I get them ready for kernel.org. Meanwhile you have to compile them yourself or bug me to do it for you (should not be a problem, except that I have to do it again when the kernel version string changes). Other software that is available or planned: * Compass (HMC5843): A kernel driver (not mine) was merged upstream (into staging/iio) a few weeks ago. It should be rather easy to enhance fso-gpsd to use magnetic measurements. * Gyroscope (ITG-3200): There is no software support that I'm aware of. I will try to implement an inertial navigation solution but you are probably faster if you try yourself instead of waiting for mine. * Pressure sensor (BMP085): My kernel driver was merged upstream. There are no other userspace applications available till now. * LED controller: The kernel driver was initially written for the GTA03 (found it somewhere on the internet). I did not push it to my repository yet but I will do it during this week. Maybe the FSO team adds support for this.. * A/D: Missing userspace applications (except the sensor monitor) * Oscillator: Still buggy. If I can fix the bug I will implement a LIRC driver to use it as a remote control. Of course, the lack of applications means that you should do something to improve the situation! Either add new Ideas to the wiki page or start hacking on something ;-) Christoph [1] http://gitorious.org/freerunner-navigation-board [2] http://wiki.openmoko.org/wiki/Freerunner_Navigation_Board#End_user_software ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
ANN: Freerunner Navigation Board v2 is finally available
Dear list, after lots of hard work I'm happy to announce that the Freerunner Navigation Board v2 is finally available! The team from handheld-linux.com [1] kindly offered to handle orders and shipping. The second version of the Navigation Board includes some features which go well beyond of what is needed for navigational purposes. The board comes in two assembly variants standard and complete. See below for a feature description/comparison. The most recent documentation as well as possible use cases and bug descriptions can always be found on the wiki page [2]. Features supported by any board: * 3D magnetometer The magnetometer measures magnetic forces on three axes. With some math it can be used as a compass. Alternatively, use it to measure the magnetic fields generated by trains while accelerating (e.g. underground lines). * 3D gyroscope A gyroscope measures angular velocity. It can determine how fast you spin your Freerunner around its three axes. Usable to support the integrated accelerometers for inertial navigation (navigation without GPS) or to create a wireless game controller (like the wii). * Barometric pressure sensor The change in ambient air pressure is a good indicator for changing weather conditions. If the weather is relatively stable and the barometric pressure changes, it usually indicates that the height above sea level changed. If this value is known the absolute height can be calculated without using the GPS. * Four channel LED controller This LED controller can dim and make blink up to four LEDs (e.g. RGBA). It works autonomously, even if the main CPU is suspended. This may for instance be used to indicate unread messages. Large blinking intervals and duty cycles enable short flashes to save battery power. Alternatively one could connect a high brightness LED and use the Freerunner as a dimmable torch. * Seven channel touch controller The chip could actually control twelve channels, but due to space restrictions only seven are available on the FRNBv2. They can be used to add touch buttons to your Freerunner or act as proximity detector. E.g.: disable the screen lock if you pick up the phone. (*) Four channels can also drive LEDs, if you don't need them for something else. Additional features of the complete boards: * 12-Bit analog to digital converter This chip is very similar to the one used on the Freerunner Navigation Board v1 to digitize the output of the gyroscopes. The FRNBv2 does not use it for own purposes, it's completely under users' control. A possible use cases would be an ambient light sensor. Or use it to measure the current consumption of the FRNBv2 ;-) * Programmable oscillator Do you need to generate a rectangular signal with programmable frequency between 1kHz and 68MHz? Then this chip is made for you. What can you use it for? I thought about a 38kHz oscillator which can be enabled and disabled using a GPIO pin. This could be used as generic infrared remote control. If you really need these two last features, order a complete board or add the chips yourself to any standard board. They come in leaded packages and are hand solderable if you have some soldering experience. (*) This feature was not tested yet due to a missing kernel driver. I'm not sure if it will work as expected. (**) The programmable oscillator does not work due to a strange bug. See the wiki [2] for details. Have fun! Christoph [1] http://www.handheld-linux.com/wiki.php?page=Navigation%20Board [2] http://wiki.openmoko.org/wiki/Freerunner_Navigation_Board_v2 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: When is the next and more powerful openmoko releasing
Am Freitag 13 August 2010, 11:47:26 schrieb sam tygier: On 13/08/10 10:37, Matthias Apitz wrote: Give me UNIX or give me a pencil :-) +1 with emphasis on being about to modify I won't buy something without documented test/solder pads for hardware extensions. Christoph ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Introducing the Freerunner Navigation Board
Am Mittwoch 21 Juli 2010, 11:22:20 schrieb Dr. H. Nikolaus Schaller: Am 21.07.2010 um 10:55 schrieb Helge Hafting: On 03. mai 2010 11:10, Jeffrey Ratcliffe wrote: On 3 May 2010 11:04, Dr. H. Nikolaus Schallerh...@goldelico.com wrote: Having navigation work inside tunnels would allow mapping them accurately for openstreetmap. And also have underground navigation - some tunnels have got intersections/roundabouts inside, with several possible exits. Would navit, tangogps, etc. need a new interface to access the sensors, or could the existing libraries be adapted to correct the GPS data with additional information from the extra sensors before handing it on to the GUI? The natural place for such software seems to be in gpsd itself - it already supports having several gps (position) devices. (Or possibly in a front-end to gpsd - depends on what the gpsd developer wants.) But too many processes / software layers is not good - it causes delays. Well, for 1 position per second delays it may be neglectable, but you are right - having everything in one middle-man daemon (gpsd) appears to be the best architecture for me. So it hides the complexity from the user-applications, and should be easily expandable. As far as I know, the kernel driver for the BMP085 barometric altimeter is already in some upstream kernel release candidate. So altitude information can be mixed between GPS and altimeter as well. Well, not in a release candidate. The patch waits in Andrew Morton's MM tree to be sent upstream. This will probably happen after 2.6.35 has been released. In the meantime I will send patches against the SHR kernel to the shr-devel mailing list. Hopefully they will be included by default when the navigation board v2 becomes available. I started to document the features of the new board: http://wiki.openmoko.org/wiki/Freerunner_Navigation_Board_v2 This might be the right place to collect ideas or suggestions on how to use the new possibilities. Christoph ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ANN: Freerunner Navigation Board v2
Hi Tim, Am Sonntag 20 Juni 2010, 18:52:06 schrieb Tim Abell: How about an altitude (pressure) sensor? That would make up for the accuracy of GPS height data. As I wrote below, the pressure sensor BMP085 from Bosch Sensortec is already included. This was one goal of the redesign. Christoph Christoph Mair wrote: Hi all! Thanks to a new triaxial gyroscope chip which became available a few weeks ago I started to work on a new navigation board for the freerunner. The new chip reduces the complexity which results in a single layer board containing the triaxial gyroscope ITG3200, the triaxial compass HMC5843, and the pressure sensor BMP085 and about seven passive components. The layout is done a final test is still pending. All drivers are tested and they work. Currently I'm waiting for a quote about how much it would cost to assemble the boards. It should be possible to get the assembled boards including all costs for components, PCB and assembling for about 75€ to 80€. If there is enough interest I'll try to get a first production run done. Since the backside of the board is still empty, the new navigation board won't replace the same amount of embedded air as the first version did. Any ideas on how to fix this 'design flaw'? I'm proposing the SHT21 a digital humidity sensor (from which I have a working sample) but the general availability is still limited. The price difference between a single and a dual layer board is negligible, therefore it's possible to include at least a footprint for new hardware, or simply a lot of solder pads for easier expansion. Suggestions? Cheers, Christoph ___ 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
ANN: Freerunner Navigation Board v2
Hi all! Thanks to a new triaxial gyroscope chip which became available a few weeks ago I started to work on a new navigation board for the freerunner. The new chip reduces the complexity which results in a single layer board containing the triaxial gyroscope ITG3200, the triaxial compass HMC5843, and the pressure sensor BMP085 and about seven passive components. The layout is done a final test is still pending. All drivers are tested and they work. Currently I'm waiting for a quote about how much it would cost to assemble the boards. It should be possible to get the assembled boards including all costs for components, PCB and assembling for about 75€ to 80€. If there is enough interest I'll try to get a first production run done. Since the backside of the board is still empty, the new navigation board won't replace the same amount of embedded air as the first version did. Any ideas on how to fix this 'design flaw'? I'm proposing the SHT21 a digital humidity sensor (from which I have a working sample) but the general availability is still limited. The price difference between a single and a dual layer board is negligible, therefore it's possible to include at least a footprint for new hardware, or simply a lot of solder pads for easier expansion. Suggestions? Cheers, Christoph ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [gta02-core] Openmoko Beagle Hybrid
Hi Joerg! Am Mittwoch 16 Juni 2010, 21:51:53 schrieb Joerg Eesmann: Hi Nikolaus, Very good stuff, an open phone with OMAP3530-Power, my dream... I am a little off topic here, but I take the chance to ask eitherway. I am thinking about a little simpler NaviBoard. The actual Naviboard has 2x2 ADC with I2C and one 2axis Gyro(analogue) and one 1-axis gyro(analogue). A few weeks ago Sparkfun announced a new 3-axis gyro with I2C (IDG3200), which would make the Naviboard much simpler, I guess, and give the chance to add the pressure sensor (BMP085) to the PCB. I'm working on this. See my announcement mail. :) I have one of these gyro on a breakoutboard in my hands, the chip is really tiny with a tiny tiny footprint. I think I will be able to solder the pressure sensor with a reflow oven in future (when my reflow oven is finished), but this gyro and the honeywell mangneto sensor. How do I solder them? How do I apply the solder paste to such a fine grid with no special epipment? You said, you also have at least one chip with BGA (0.5 pitch I guess) on your board, how did you manage to solder this during prototyping? Any tipps? Anyone? Well, I reflow soldered the HMC5843 which is a 0.5mm pitch QFN. The steps are rather simple: - get a good PCB with the right footprint and soldermask - if you want to use solder paste, just apply an amount on the pcb and melt it with your solder iron. This should result in small dots of solder on the PCB. It's like a BGA, but with the balls mounted on the board. Working with solder paste but without stencil mask won't work for fine pitch applications. Just use normal solder wire for this task. It works equally well. - flux should not be necessary, but YMMV. - carefully place the QFN onto the solder drops. Make sure it aligns with the pads. Very small alignment errors will automatically be corrected during the reflow process. - place everything in your oven - recheck the alignment - heat the oven up until the solder melts. I used a piece of solder wire next to the board to see if the melting point was reached. - switch the oven off when you think it's done. The extra solder wire should look like a ball now and the chip should be sunken onto the surface of the PCB. Don't wait too long! That's it! good luck! Cheers, Christoph ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Introducing the Freerunner Navigation Board
On Monday 03 May 2010 11:10:40 Jeffrey Ratcliffe wrote: On 3 May 2010 11:04, Dr. H. Nikolaus Schaller h...@goldelico.com wrote: Having navigation work inside tunnels would allow mapping them accurately for openstreetmap. And also have underground navigation - some tunnels have got intersections/roundabouts inside, with several possible exits. Would navit, tangogps, etc. need a new interface to access the sensors, or could the existing libraries be adapted to correct the GPS data with additional information from the extra sensors before handing it on to the GUI? I don't know exactly how all these programms get their gps data so the following is just a wild guess, but I think it should be rather easy to integrate them into (fso-)gpsd if a inertial navigation system has been developed. Cheers, Christoph ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Introducing the Freerunner Navigation Board
On Sunday 02 May 2010 17:06:55 Dr. H. Nikolaus Schaller wrote: But seriously, one Freerunner did go to (inner) space on a research rocket (altitude was approx. 100 km): http://freeyourphone.de/portal_v1/viewtopic.php?f=20t=1430p=14569hilit=d lr#p14569 And a second Freerunner will follow: http://www.mail-archive.com/openmoko- ker...@lists.openmoko.org/msg10526.html I don't know exactly why Christoph Michele developed this, but I can imagine some areas (who finds other ones?) what that these sensors could be used for. You develop new user interfaces (3D gaming :) and generally improve portable navigation. For car navigation, GPS is in most cases sufficient since a car goes fast enough so that GPS can tell about the direction of movement. But if you have a handheld device, only a compass and/or gyroscope can tell that you are rotating the device. While the LIS302 accelerometers can detect that you shake the device. This gives several new inputs for gesture recognition. The arena is open for creativity... In fact, inertial navigation was my primary goal. I'd like to use the freerunner to find the right exits within the much underground lines :) Michele wants to do some research on how context aware applications could work on top of this. In general we are very interested to see what the community will do with it. And, I think one can use the pressure sensor either as a weather station (during hiking or skiing) - or to get the altitude and detect ascent/descent better than with GPS. I think all these fine things can augment and integrate with the GPS system. The pressure sensor was a quick relax from other developments project. I like playing with new hardware and this device was rather easy to integrate, but as for now it is a nice addon for the navigation board. Unfortunately the NOR bootloader does not work when both, pressure sensor and navigation board, are connected (somebody knows why?). :) Cheers, Christoph ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Introducing the Freerunner Navigation Board
On Sunday 02 May 2010 17:57:49 Stefan Schmidt wrote: Hello. On Sun, 2010-05-02 at 17:42, Christoph Mair wrote: Unfortunately the NOR bootloader does not work when both, pressure sensor and navigation board, are connected (somebody knows why?). :) Wild guess. You are not (ab-)using the H-TP4711 testpad which is pin 32 on the debug connector? That one is the write protect disable pin for the NOR. No, during my tests I just connected both devices to the aux-switch (for power) and to to the I2C bus. Then the NOR u-boot did not start when I pressed the aux key (at least it did not enable the display). Disconnecting one of the bus lines (SCL or SDA) or the power supply fixed the problem. I guess this may be because NOR u-boot uses a slower frequency than the linux kernel, but I can't come up with a meaningful expanation for this. I even increased the bus capacitance for one line by adding a 400pF capacitor between SCL and GND. Normally this is the stupiest thing to do, but it fixed the NOR u-boot with the tradeoff that Linux did not boot. :P The wiki mentions possible problems (http://wiki.openmoko.org/wiki/I2C#Powering_additional_I2C_devices), but excludes the NOR u-boot. Best regards, Christoph ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: little question about navigation board
On Sunday 02 May 2010 19:57:02 Alfa21 wrote: hi, first of all, congrats for your work :) now my question: why to add two more gyroscope sensors (so now we have 4 of them in our FR O_O) The Freerunner has two accelerometers, but no gyroscope. and not just merge a compass to the pressure sensor seen on the wiki I'll think about it. (and it has also temperature)? The pressur sensor needs to measure the ambient temperature to deliver accurate results. The temperature sensor is integrated and can be read using my driver. Cheers, Christoph ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Introducing the Freerunner Navigation Board
Dear community, we are proud to release a hardware extension for our beloved Freerunner: a navigation board! What is it? The Freerunner Navigation Board is a small PCB which is able to measure rotations as well as the magnetic field in 3D respectively (i.e. compass and gyroscopes integrated). The navigation board can be integrated in the existing Freerunner case. How can we test it? In order to test the functionality of the sensors we developed a monitor application for sensors written completely in Vala. For more detailed information on both, Freerunner Navigation Board and Sensor Monitor, please refer to http://wiki.openmoko.org/wiki/Freerunner_Navigation_Board What can we do with it? No idea. Perhaps someone of you can find an appropriate use :p We are looking forward to get feedback and comments. Cheers, Christoph Michele ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Introducing the Freerunner Navigation Board
On Saturday 01 May 2010 16:09:05 Werner Almesberger wrote: Christoph Mair wrote: we are proud to release a hardware extension for our beloved Freerunner: a navigation board! Very impressive. Congratulations ! Thank you! I guess the next level would be to make a board that fits into one of the Embedded Air (tm) pockets also have some RF transceiver ;-) Well, I've got a lot of other crazy ideas to fill these pockets, I just don't have enough time to realize them all. I'll try to do a RF transceiver during this summer (it has been on my list for several month already), so expect the first prototypes for autumn. Do you have any specific requirements which I should take into account? :) Christoph ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Introducing the Freerunner Navigation Board
On Saturday 01 May 2010 14:56:52 omcomali@porcupinefactory.org wrote: On Sat, 1 May 2010 13:48:58 +0200 Christoph Mair m...@chonyota.net wrote: we are proud to release a hardware extension for our beloved Freerunner: a navigation board! Great work! Are you going to distribute it? If yes, what's the price of one? If no, what's the cost of the modules needed to assemble one (pardon me if this question is stupid)? The price for all parts is about 70€ without shipping costs. The PCB is 3€, in case you want to buy everything else yourself. Most parts are available from digikey. The gyroscopes can be bought from http://invensense.com or from a distributor near you. If you want a DIY-kit, I can send you everything needed to build it. Soldering experience is definitively required. The QFN chips (gyros and compass) are somewhat difficult to handle, but you can reflow-solder them in a pizza oven. I could assemble one for you, but this solution does not scale. It took me about 5 hours to finish the first one, and an additional hour to find and remove all the short circuits. :P If there is enough interest I'll try to find someone which builds and sells ready made modules. Christoph ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-User] UBI success story
[sent again to reach the mailing lists] On Sunday 03 January 2010 13:11:52 Martin Jansa wrote: On Sat, Dec 26, 2009 at 09:25:57PM +0100, Christoph Mair wrote: Hello, I tried to use SHR the ubi images on my freerunner, but they did not work. Does someone know the parameters which are passed to mkfs.ubifs? I think that the ubi fileystem is created for NAND flashes with subpage support, but this feature does not work on the freerunner. Passing -s 2048 should create a working image (but I did not verify this yet). Params are in: http://git.openembedded.org/cgit.cgi/openembedded/tree/conf/machine/om-gta0 2.conf MKUBIFS_ARGS = -m 2048 -e 129024 -c 2047 for mkfs.ubifs UBINIZE_ARGS = -m 2048 -p 128KiB -s 512 for ubinize So I don't see param for subpage setting for mkfs.ubifs, its only in ubinize, but it didn't help for my NAND, even when I prepare ubi volume on neo with -s 2048 -O 2048 and then try to updatevol with full image (small image like initramfs-kexecboot works for me just fine). That's why I didn't push patch for setting it in UBINIZE_ARGS. Yes, my fault. mkfs.ubifs does not care about subpages. The critical point here is the logical eraseblock size: Quote from http://www.linux-mtd.infradead.org/doc/ubi.html#L_subpage: Indeed, let's consider a NAND flash with 128KiB eraseblocks and 2048-byte pages. If it does not have sub-pages, UBI puts the the VID header at physical offset 2048, so LEB size becomes 124KiB (128KiB minus one NAND page which stores the EC header and minus another NAND page which stores the VID header. Therefore the params should be: MKUBIFS_ARGS = -m 2048 -e 126976 -c 2047 With these parameters, I successfully wrote a ubifs image to a ubi volume: flash_eraseall /dev/mtd6 ubiattach /dev/ubi_ctrl -m6 -O 2048 ubimkvol /dev/ubi0 -m -Nrootfs ubiupdatevol /dev/ubi0_0 test.ubifs mount -t ubifs ubi0_0 /mnt/ The first step (flash_eraseall) is optional and only needed if ubiattach fails. IMHO the ubinize params should be UBINIZE_ARGS = -m 2048 -p 128KiB -s 2048 but until now I did not get this to work. I can write the image (sometimes it needs a few tries) but mount does not work. To fix this, we need to tell the kernel that the mtd partition 6 contains a ubi volume which contains the ubifs rootfs: rootfstype=ubifs ubi.mtd=6,2048 root=ubi0:rootfs. For a normal boot qi passes rootfstype=jffs2 root=/dev/mtdblock6 to the kernel. Just changing the boot params within the kernel configuration does not work. Therefore I patched qi :) Ah great!, thanks Remember that ubi0:rootfs specifies the volume name. The current ubinize.cfg sets this name to om-gta02-rootfs, so change this to ubi0:om-gta02-rootfs Christoph ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
UBI success story
Hello, I tried to use SHR the ubi images on my freerunner, but they did not work. Does someone know the parameters which are passed to mkfs.ubifs? I think that the ubi fileystem is created for NAND flashes with subpage support, but this feature does not work on the freerunner. Passing -s 2048 should create a working image (but I did not verify this yet). Using the ubi filesystem on the freerunner is not an easy task. A ubi image can't be flashed using nandwrite. I'm not sure about dfu-util, but probably it uses the same technique as nandwrite and therefore won't work too. I did a manual installation (untar SHR into a mounted ubifs) using archmobile installed on SD. If the SHR ubi image is created with the right parameters ubiformat or ubiupdatevol could be used to install the image. For a easy installation with dfu-util, u-boot would need support for ubi images. I used the newest kernel (om-gta02-2.6.32), but a older one should work too. Step-by-step, I did: - Prepare a SD card with archmobile. Any distro should work as long as it provides the mtd-utils package (ubiattach, ubimkvol, ..) - Copy the kernel to the SD-Card. I used the same kernel to create the ubi filesystem which will be used to run shr. This should not be necessary, but YMMV. - Boot from SD - ubiattach /dev/ubi_ctrl -m 6 -O 2048 If this does not work, try to run ubiformat /dev/mtd6 -s 2048 -O 2048 first. If this fails too, erase the flash with flash_eraseall /dev/mtd6. Now ubiattach should succeed. - ubimkvol /dev/ubi0 -N rootfs -m - mount -t ubifs ubi0:rootfs /mnt - tar -xzf shr-rootfs.tar.gz -C /mnt - umount /mnt - ubidetach /dev/ubi_ctrl -m6 If everything worked you end up with a ubifs containing SHR, but it won't boot. ;) To fix this, we need to tell the kernel that the mtd partition 6 contains a ubi volume which contains the ubifs rootfs: rootfstype=ubifs ubi.mtd=6,2048 root=ubi0:rootfs. For a normal boot qi passes rootfstype=jffs2 root=/dev/mtdblock6 to the kernel. Just changing the boot params within the kernel configuration does not work. Therefore I patched qi :) - Download a git snapshot and modify src/cpu/s3c2442/gta02.c. The interesting lines are at the bottom of the file. - Compile: make CPU=s3c2442 - Flash: dfu-util -a u-boot -R -D image/qi-s3c2442-master_*.udfu Do not forget to flash the kernel, if needed. Reboot. Good luck! Christoph P.S. My SHR is not working yet. There are some issues with kernel 2.6.32, but that's a different story. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Internal pressure sensor
Am Sonntag 04 Oktober 2009 17:14:43 schrieben Sie: eg rfid: nokia announces it since years, but FR could be fo fast...im sorry, maybe im just to optimistic... I was thinking about adding a rfid reader but could not find an antenna which is small enough. Probably there were other problems too.. Christoph ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Internal pressure sensor
Am Donnerstag 01 Oktober 2009 06:42:24 schrieben Sie: On Wed, Sep 30, 2009 at 4:18 PM, Mikhail Umorin mike...@gmail.com wrote: On Wednesday 30 September 2009 16:18:51 Christoph Mair wrote: Hi, I successfully added a pressure sensor to my Freerunner. The BMP085 chip from Bosch Sensortec is a small (5x5x1.5mm) chip which includes a pressure and a temperature sensor. Power and I2C is enough to get it working. I glued it next to the BT antenna. The wiki page contains some pictures: http://wiki.openmoko.org/wiki/I2C_Pressure_Sensor Sourcecode is available from http://gitorious.org/freerunner-navigation- board/bmp085 Christoph ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community Cool! can be very helpful during mountain hiking (not that GPS does not help already -- but it may not be always available) I'm wondering how much battery it draws probably not much but for backing trips it might not be all that useful. From the datasheet: The sensor uses about 0.1µA in standby and 12µA for one sample per second. If you don't need the highest resolution this gets down to 3µA per sample per second and scales linear with the sample rate. Regards, Christoph ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Internal pressure sensor
Am Donnerstag 01 Oktober 2009 16:57:18 schrieben Sie: On 30 Sep 2009, at 22:18, Christoph Mair wrote: ... I successfully added a pressure sensor to my Freerunner. The BMP085 chip from Bosch Sensortec is a small (5x5x1.5mm) chip which includes a pressure and a temperature sensor. Power and I2C is enough to get it working. I glued it next to the BT antenna. The wiki page contains some pictures: http://wiki.openmoko.org/wiki/I2C_Pressure_Sensor Sourcecode is available from http://gitorious.org/freerunner-navigation- board/bmp085 Cool! How accurate do you find it? I think I can get about 0.5m (the datasheed speaks from 0.25m and better with software averaging), but it seems that the temperature compensation is either buggy or does not work good enough. The running phone (means: not suspended) heats the sensor up and the measured pressure increases slowly. I'll try figure out what to do. This makes the Freerunner a nice mobile for glider / hang-glider / paraglider pilots. They most always carry a varioaltimeter with them, and last time I flew (some years ago) GPS was beginning to have a significant impact upon that (niche) market. The combination of barometric pressure with groundspeed allows one to easily find the optimal speed-to-fly, allowing for head- or tail-wind on a glide between lift sources (thermals). Unfortunately I'm not a pilot, but this seems to be rather useful. I'm sure that this sensor must be at least as accurate as those used in the cheap commercial ($250) varioaltimeters of 10 years ago, so it looks really good for this sport, if someone has the time to make a nice interface. I know some Qt and could probably hack a simple but ugly interface, but right now I'm busy with other stuff. It would be interesting (for me, anyway) to test by climbing a small hill and see if the pressure difference is reflected accurately. 30m should be a good initial test. I will do this as soon as I can find a hill ;) First I need to figure out where the temperature dependency comes from. Christoph ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Universal Remote for CE/HA? (openmoko)
Am Mittwoch 30 September 2009 07:51:26 schrieben Sie: On Wed, Sep 30, 2009 at 6:51 AM, Jed jedi.the...@gmail.com wrote: I glued a infrared led into the aux key for this purpose. Did someone already try to compile lirc for the FR? My attempt to just 'bitbake' it failed (missing kernel configuration). LOL, if I want IR that badly I'll just find a similar device that does have IR integrated. Would it be possible to solder a led onto a USB connector, and use the USB port (and its power) to blink the led? Ofcourse, this all depends on how low-level you can go on that connector... It is possible. But you need some additional electronics, probably a MCU which handles the USB protocol. Do you just want a blinking led? Then a dedicated led controller chip with I2C interface should do the job (for example the TLC59208F, http://focus.ti.com/docs/prod/folders/print/tlc59208f.html). For a external, detachable solution, USB and a MCU may be the better option. Christoph ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Internal pressure sensor
Hi, I successfully added a pressure sensor to my Freerunner. The BMP085 chip from Bosch Sensortec is a small (5x5x1.5mm) chip which includes a pressure and a temperature sensor. Power and I2C is enough to get it working. I glued it next to the BT antenna. The wiki page contains some pictures: http://wiki.openmoko.org/wiki/I2C_Pressure_Sensor Sourcecode is available from http://gitorious.org/freerunner-navigation- board/bmp085 Christoph ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Universal Remote for CE/HA? (openmoko)
Am Dienstag 29 September 2009 16:09:05 schrieben Sie: On Tuesday 29 September 2009, Jed wrote: Hi All, I was wondering if there's any good Universal Remote software for CE or HA being developed in this ecosystem? Does anyone know of anything under way or a related Linux project that could be re-adapted to it? I have something roughly like this visualised... (see attached txt file) I have an old Axim X50v which android is being ported to atm... But progress is slow so I may have to find a better supported device soon. Any thoughts/ideas/advice greatly appreciated! I couldn't understand your plans from what I saw in the text file. Since we don't have an infrared port we can't do a direct Universal Remote app. I glued a infrared led into the aux key for this purpose. Did someone already try to compile lirc for the FR? My attempt to just 'bitbake' it failed (missing kernel configuration). Christoph ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Freerunner CAD model as eDrawing
Hello, a friend of mine created a eDrawing from the CAD models published by Openmoko. This is a *.exe file (Windows only, sorry, but runs with wine if you are lucky) which displays the CAD model without additional requirements. You can take virtual cuts through the case and measure distances between points. Useful if you plan to add hardware or to modify the case. Just try it and let me know if it worked for you: http://chonyota.net/freerunner/gta02-mme01.exe The user interface is in german, but I think you can figure out how to use it. There are some components which are obviously misplaced. Just hide them, as far as I can tell, they are optional :) Christoph P.S.: When closing the software, a dialog asks if you'd like to permanently install the eDrawing application. Just deny if you don't want to. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Selling buzz-fixed GTA02 in Switzerland
Hi list I've got a gta02v6 with the buzz fix applied. As I lack the time to play with it enough I want to sell it. If you're interested drop me a mail with a price offer please! The package includes: GTA02, 3 akkus (two barely used, one never used), stylus, never used headphones/mic. Although I'd prefer to mail it to someone in Switzerland I could also send it to countries in the EU... Best regards, Christoph Siegenthaler -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger01 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[All] qwo: a fast and fingerfriendly input method
Hi List I made some first trials with qwo [12] today and have to say that I'm really impressed, that's exactly what I was looking for! Give it a try! As I missed a few things (mainly Umlaute, try writing swiss-german w/o them ;) I thought about posting my ~/.qworc here in case you'd need them too. You can find all the necessary files below the links. This gives you normal and capital Umlaute and french accents on the same fields as the basic chars are (é,è,ê when starting on e, öÖô when starting on o and so on) You know how to reach me if questions should come up! Best regards, Chris [1] http://www.nongnu.org/qwo/ [2] http://www.opkg.org/package_84.html r...@om-gta02:~# cat .qworc # Sample config file for qwo # You can define a custom keyboard layout here charset = ( # Definitions for the first region, the first one is going to the previous # region and back, the second one to the next one and back before going back to # the center region # Definitions for the second region, including characters for a motion of two # regions # 1 2 3 # 84 - Middle, this number, to the left/right, back to this number, back to middle # 7 6 5 # one left, one right, two left, ... [ adiaeresis, agrave, Adiaeresis, ccedilla ], [ eacute, egrave, ecircumflex ], [ ], [ ], [ odiaeresis, Odiaeresis, ocircumflex ], [ ], [ udiaeresis, Udiaeresis, ugrave ], [ ] ); # geometry = +100+100; r...@om-gta02:~# cat .xmodmap keycode 129 = agrave keycode 131 = ccedilla keycode 132 = eacute keycode 133 = egrave keycode 134 = ecircumflex keycode 135 = odiaeresis keycode 136 = udiaeresis keycode 137 = adiaeresis keycode 138 = Odiaeresis keycode 139 = Udiaeresis keycode 140 = Adiaeresis keycode 141 = ocircumflex keycode 142 = ugrave r...@om-gta02:~# cat .profile xmodmap .xmodmap -- View this message in context: http://n2.nabble.com/-All--qwo%3A-a-fast-and-fingerfriendly-input-method-tp2392802p2392802.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [omview] images not diplayed
Hi Running into the same problem. Using omview r32 on OM 2008.12 kustomizer 2. Thumbnails are created but no images or thumbnails are displayed... Any news on that one? Best regards, Chris Marc Bantle wrote: Hendrik Siedelmann schrieb: 2008/12/24 Marc Bantle openm...@rcie.de: Hi all, I'm running omview r32 on om-testing and trying to display some JPG pictures taken with a canon digicam in 2592x1944 resolution. The images are not displayed, only their names. Thumbnails are produced on startup as png-files. Here's the console output: r...@om-gta02:~# omview --ewl-evas-xrender-x11 --ewl-theme ewl_om connect(): No such file or directory connect(): No such file or directory connect(): No such file or directory connect(): No such file or directory connect(): No such file or directory Failed to connect to server mouse down 253x187 mouse down 130x331 exec 0 action mouse down 267x253 mouse down 247x514 mouse down 244x167 mouse down 273x68 mouse down 154x243 What's that server, the connection to which fails? the Failed to connect to server message means omview can't connect to epsilon_thumbd which it tries to start but is seems it doesn't find it. Can you start the epsilon_thumbd program by hand and launch omview afterwards? It should be in the libepsilon_tests package (it's a dependency of the ipk from projects.openmoko.org/community repository). And from where is the package of omview you use? It's a bit late, I hope omview wasn't broken the whole time with the om-image ... funny thing is, that on entering a directory with jpegs in it, epsilon_thumbd starts running for a while to produce directories /home/root/.thumbnails/large /home/root/.thumbnails/large/fdabaf16c06518d68570b5cec0c426a2.png ... /home/root/.thumbnails/large/e34b63242d2ebf14fa7a631021d22506.png /home/root/.thumbnails/normal /home/root/.thumbnails/fail /home/root/.thumbnails/fail/epsilon with .a bunch of valid png-thumbnails in .thumbnails/large, 256x192pixels each. omview just doesn't show them afterwards. Cheers, Marc ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- View this message in context: http://n2.nabble.com/-omview--images-not-diplayed-tp1748099p2330613.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Report] - Buzz fix
Steve Mosher wrote: If you've done a fix, send me photos, your contact information and I'll send you some belated gifts for the holiday. Special bonus for people who post vids. Just send a mail to elsie, chelsea and me and we'll decide on some goodies. Hey! I could also bribe a friend of a friend (with a beer each) to apply the buzz fix according to the latest SOP. It works! At least it did on the first test call. I had the buzz on every single phone call before the fix so I assume that it really solved the problem. Thanks a lot for everyone involved! I can't provide any pictures as I haven't done the fix myself. We used a resistor of size 1206 which was a little though to fit in the cover so I advice you to follow the SOP and use 0402ers. :) Unfortunately SHR unstable refused to connect with my laptop after a opkg update/upgrade which is the reason why I'm reflashing my FR atm with FSO M5. I'm glad I haven't sold my FR yet - I was getting close to do so recently... ;-) Best regards Chris -- View this message in context: http://n2.nabble.com/-ReportBuzz-fix-tp1678823p2265023.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: buzz fix
Hello, are there any updates from resellers, FIC or any half-official DIY-tutorials on the hardware problems, i.e. the buzzing? Best regards, Chris KaZeR wrote: -Message d'origine- [mailto:community-boun...@lists.openmoko.org] De la part de Christoph Pulster Envoyé : mardi 13 janvier 2009 08:20 À : community@lists.openmoko.org Objet : Re: buzz fix Hello, thanks for asking about hardware fixes (I read this list daily). At the moment I'm working out a solution with Openmoko how to handle any repair (buzz SOP, GPS fix etc). In any way I want to offer my customers best service and we try to find a solution which does avoid time-consuming return shipments to Taiwan. Please allow us some days to work that out. Thanks Christoph. It's nice to see that you are so involved. I hope that you will lead the way for other resellers. Bearstech maybe? :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- View this message in context: http://n2.nabble.com/buzz-fix-%28was%3A-Pulster-offer---Freerunner-now-249-eur%29-tp2141213p2217591.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Optimization team update (11/30 ~ 12/06)
Totally agreed. I've got a phone with which I can't make phone calls without echo and buzzing even though the OM folks have been working on the basics for weeks/months now. Come on... Phone calls are the only basic functionality I can think of in a cell phone. Gothnet wrote: Yes, but I'm wondering who they think is going to buy the 03 when the user experience for the 02 has been so poor and it looks like development effort is being shifted off it when the phone is still basically in alpha testing. ... And it's not support I'm worried about, it's the absolute basic functionality and reliability that's at issue here. -- View this message in context: http://n2.nabble.com/Optimization-team-update-%2811-30-%7E-12-06%29-tp1625647p1634078.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Optimization team update (11/30 ~ 12/06)
Hey! I gave QTExtended 4.4.2 another go and you were right. It really is the best option to use the FR as a basic phone atm. I'm not sure why I didn't like it after flashing it the first time. I think I had some issues with suspending. Haven't had any problems with it so far, using the om-testing kernel. The echo isn't so bad either, but still there. I haven't tried to tweak the state-files yet. Addressbook and Calender work too. Some other first impressions: - Timezone isn't set after one changes it in the initial setup - Alarm doesn't ring when phone is suspended - Does someone know a way to turn of word prediction in the handwriting input style? Best regards, Chris Warren Baird wrote: On Sun, Dec 7, 2008 at 2:24 PM, Christoph Siegenthaler [EMAIL PROTECTED] wrote: Slowly but steadily my enthusiasm for the FR is vanishing. I was at least hoping to be able to use my freerunner as a basic phone after 5 months... Sorry if I'm repeating myself here - but try QTExtended 4.4.2 - it's not perfect, and I do miss having all of the funky X based software from the OM2008 based stacks, but as a basic phone, it works quite well, and I get 36-48 hour battery life... Warren ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- View this message in context: http://n2.nabble.com/Optimization-team-update-%2811-30-%7E-12-06%29-tp1625647p1628198.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Optimization team update (11/30 ~ 12/06)
Dear Community I've been testing todays openmoko-testing-om-gta02.rootfs.jffs2 together with testing-om-gta02-20081207.uImage.bin after following the ML without actually flashing my freerunner a lot (for a few weeks). Positive: - Boot time improved - Suspending worked fairly well - At least one sms received (the second, sent from the FR to my own number didn't work) - probably a lot more improvements What was disappointing: - Echo on calls still there - Buzzing still there - It took quite a long time before I've been able to pick up the phone when it was suspended (but I could live with that) After I switched to the illume-theme, Enlightenment SIGABRT'd all the time. Slowly but steadily my enthusiasm for the FR is vanishing. I was at least hoping to be able to use my freerunner as a basic phone after 5 months... Best regards, Chris PS: Sorry that I didn't provide any logs. This was primarily to release steam... Yes, I do feel better now. Hans-Martin wrote: Am Sonntag, 7. Dezember 2008 17:50:14 schrieb John Lee: Dear Community, Team status update: ... * The infamous WSOD (#1841) seems to be solved. It's already in testing repo. Praise for all helped in this! I tested the whole day and you don't know how happy i am: WSOD seems to be gone :) That was a very important step getting back my 'fever' for openmoko. Now i love my Neo again :D ... Regards, John HMB ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- View this message in context: http://n2.nabble.com/Optimization-team-update-%2811-30-%7E-12-06%29-tp1625647p1626131.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [FSO M4] What a wonderfull world
Dito. There's just one thing that's kind of a showstopper for me. I can't receive sms. Sorry that I can't provide any useful data except for the fact that I didn't receive a test-sms I sent to my number. Anyone experiencing the same? This was the case with at least two of the previous fso-images. I'm not even sure if I ever got a msg using FSO. There's been a lot of progress otherwise and I'd love to use fso on a daily basis. Thanks guys! Best regards, Chris Morten wrote: This is just a spontane post, I just booted the new milestone and.. Wow! What a wonderfull theme! But not just that, sounds perfect and crisp too! Things are starting to look good OM you guys've done a great job with the framework. Thank you! -- View this message in context: http://n2.nabble.com/-FSO-M4--What-a-wonderfull-world-tp1486937p1487029.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[FSO] Stability and other problems
Hi, I received my Freerunner about 3 Months ago. Because of the software status I just played around with different distros but didn't use it as a phone. This weekend my old phone went out of battery and didn't start anymore (yes.. this also happens to non-freerunners ;) ) So i decided to cange my simcard and put it into the freerunner. I flased it with yesterdays FSO (09-11-08). First impression was good, zone started, I entered my pin and registered to Interkom (O2 Germany) I was able to receive and make test-calls. But now.. after one day of usage.. I've got a lot of small problems. The most important for now: - I can suspend by pressing the power button, but when i resume with the power-Button, zhone displays its graphical suspend-feedbeck step1. I have to press power another few seconds to get rid of this. - The phone wakes up on incoming calls, but: zhone displays this feedback-thing again. The phone keeps ringing, but it doesn't react on the power button to get rid of the feedback-thing, and it doesn't react on touchscreen-presses to answer the call. - I can't send the phone to suspend-state if I want to be able to receive calls. - I send it to suspend yesterday evening. When I woke up today morning, the phone was on, I had a enlightmend crash-message and I wasn't connected to O2 anymore. When I clicked on recover enlightment keeped crashing, I had to poweroff and restart my freerunner. - Today I got some incoming calls.. at leased one of them was almost unable to understand me because of the echo The echo might be because of some unusable alsa states.. the phone sounds like with the hands-free option turned on, everyone in the same room can listen to the call. How can I change this? Are there any patches / workarounds for the other problems? Regards, Christoph Simolka ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [FSO] Stability and other problems
I red about stability problems with qtextended as well.. is this solved already? kimaidou wrote: Hi For using it as a phone, I recommed you to use the last qtextended distribution. 2008/11/10 Christoph Simolka [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Hi, I received my Freerunner about 3 Months ago. Because of the software status I just played around with different distros but didn't use it as a phone. This weekend my old phone went out of battery and didn't start anymore (yes.. this also happens to non-freerunners ;) ) So i decided to cange my simcard and put it into the freerunner. I flased it with yesterdays FSO (09-11-08). First impression was good, zone started, I entered my pin and registered to Interkom (O2 Germany) I was able to receive and make test-calls. But now.. after one day of usage.. I've got a lot of small problems. The most important for now: - I can suspend by pressing the power button, but when i resume with the power-Button, zhone displays its graphical suspend-feedbeck step1. I have to press power another few seconds to get rid of this. - The phone wakes up on incoming calls, but: zhone displays this feedback-thing again. The phone keeps ringing, but it doesn't react on the power button to get rid of the feedback-thing, and it doesn't react on touchscreen-presses to answer the call. - I can't send the phone to suspend-state if I want to be able to receive calls. - I send it to suspend yesterday evening. When I woke up today morning, the phone was on, I had a enlightmend crash-message and I wasn't connected to O2 anymore. When I clicked on recover enlightment keeped crashing, I had to poweroff and restart my freerunner. - Today I got some incoming calls.. at leased one of them was almost unable to understand me because of the echo The echo might be because of some unusable alsa states.. the phone sounds like with the hands-free option turned on, everyone in the same room can listen to the call. How can I change this? Are there any patches / workarounds for the other problems? Regards, Christoph Simolka ___ 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 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [FSO] Stability and other problems
Thanks, gps is not importent for me right now. I'll try qtextended for now.. Is there a way to install it on the sd-card? I'd like to keep FSO to test it from time to time to give some feedback and maybe help improving fso. As soon as it is stable enough to use it as a phone I think it should be used by as many people as possible. Regards, Christoph Simolka kimaidou wrote: Personaly I haven't encountered stability issues with my 44.2. The only thing is the bluetooth does not work (not a pbm for me). The audio settings are pretty good (no echo, etc.). It suspend resume as needed. What I dislike (for the moment) : no gps application (only a demo writing the current lat/lon), and because no server x, there are few applications for it now. 2008/11/10 Christoph Simolka [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] I red about stability problems with qtextended as well.. is this solved already? kimaidou wrote: Hi For using it as a phone, I recommed you to use the last qtextended distribution. 2008/11/10 Christoph Simolka [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Hi, I received my Freerunner about 3 Months ago. Because of the software status I just played around with different distros but didn't use it as a phone. This weekend my old phone went out of battery and didn't start anymore (yes.. this also happens to non-freerunners ;) ) So i decided to cange my simcard and put it into the freerunner. I flased it with yesterdays FSO (09-11-08). First impression was good, zone started, I entered my pin and registered to Interkom (O2 Germany) I was able to receive and make test-calls. But now.. after one day of usage.. I've got a lot of small problems. The most important for now: - I can suspend by pressing the power button, but when i resume with the power-Button, zhone displays its graphical suspend-feedbeck step1. I have to press power another few seconds to get rid of this. - The phone wakes up on incoming calls, but: zhone displays this feedback-thing again. The phone keeps ringing, but it doesn't react on the power button to get rid of the feedback-thing, and it doesn't react on touchscreen-presses to answer the call. - I can't send the phone to suspend-state if I want to be able to receive calls. - I send it to suspend yesterday evening. When I woke up today morning, the phone was on, I had a enlightmend crash-message and I wasn't connected to O2 anymore. When I clicked on recover enlightment keeped crashing, I had to poweroff and restart my freerunner. - Today I got some incoming calls.. at leased one of them was almost unable to understand me because of the echo The echo might be because of some unusable alsa states.. the phone sounds like with the hands-free option turned on, everyone in the same room can listen to the call. How can I change this? Are there any patches / workarounds for the other problems? Regards, Christoph Simolka ___ Openmoko community mailing list community@lists.openmoko.org mailto:community@lists.openmoko.org mailto:community@lists.openmoko.org mailto:community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ 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 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 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] install failure, fso-frameworkd is not going to be installed
Thank you both for the hints! Had to do it like Tha_Man, dpkg -i instead of aptitude... Installing fso now, hope without further interuptions :) Tha_Man wrote: Neil Jerram wrote: 2008/10/1 Tha_Man [EMAIL PROTECTED]: Great find! I ran into this yesterday as well, but I have another question: I'm using Om2008.9 to install Debian on my Freerunner, how do I 'install' libcaca0 and libcucul0? I know I can access the card, but how do I install these libs to it? You have to chroot into the Debian rootfs, like this: # chroot /mnt/debian /bin/sh Then you're in a new shell, where / is actually /mnt/debian. In this shell, you can use apt-get install exactly as if you had booted directly into Debian. Does that answer your question, or was there something else? Neil That did answer my question, many thanks mate! I tried using aptitude, but besides that it is slow, it couldn't solve the dependencies so I installed them myself by downloading them from http://http.us.debian.org/debian/pool/main/libc/libcaca/ Currently installing fso-frameworkd so it's looking good; hope to have Debian fully installed in a bit :-) -- View this message in context: http://n2.nabble.com/-debian--install-failure%2C-fso-frameworkd-is-not-going-to-be-installed-tp1124046p1132126.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[OM 2008.9] Keyboard discussion
Hi The more I use my FR the less I like the current input methods. Raster's keyboard is a great improvement but still hardly useful if you're typing in a language other then english (e.g. swiss german). Well, I've got a few questions regarding input methods: - Is it possible to use qtopia handwriting recognition with om? What about the its configuration tools? Is there an openmoko project to create something similar? - A few weeks ago, someone posted a mockup of a partly transparent keyboard covering the whole screen (Can't find the post atm). I think this is a great idea to increase tapping space while typing on such a small screen. Has someone already tried to code something like this? Best regards, Chris P.S. Why can't the default openmoko images not provide descent alsa state files? -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[2008.9] Suspending questions
Hi all I've got the following problem: suspending the FR works (by pressing on/off and automatically) but every time I wake it up (by pressing on/off) the device wakes up for about 2s and returns straight back to its suspended state - until I press on/off again. The second time, resuming works ok. Any hints on how to fix this? Best regards, Chris -- GMX Kostenlose Spiele: Einfach online spielen und Spaß haben mit Pastry Passion! http://games.entertainment.gmx.net/de/entertainment/games/free/puzzle/6169196 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko Car Holder
I also use the FreeRunner in my Car and I also got a holder for my Bike. :) In regions, where OSM has good map data it is really cool. Chris Yea...I was in a parking lot, so as to not be TOO wreckless. ;) As for the invisible shield, I messed up in a couple places on it as well. The shield on the screen itself is on well though...so I'm pretty happy with it i guess. -Dan On Thu, 2008-09-18 at 00:46 -0400, Vinc Duran wrote: On Wed, Sep 17, 2008 at 8:08 PM, Dan Staley [EMAIL PROTECTED] wrote: Hi all, Just wanted to share my experience with using the moko as a GPS device in the car. I found a car holder that works great on ebay and an external GPS antenna. I took a few pictures and posted them at the address below: http://www.bufferunderflow.com/?entry=7 Enjoy! -Dan Staley Very nice. I see you use the Invisible Shield and you installed yours a little more neatly than I did mine. Were you really going 6 MPH when you snapped the pictures? Vinc -- Christoph Seitz Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FDOM updated
First of all, thanks David and everyone else who's involved in FDOM, keep up the great work. I'm using 20080909 so please don't mind if some of this issues have changed in the newest image. I've got two minor requests: - I'd change omview.desktop from: ... Exec=omview ... to ... Exec=omview /home/root/Documents ... It'd save a little searching :) - All my sms in the message app are doubled. Any hints on a fix for this? And thanks a lot for the warning in the wiki about the qtopia issue. I already stumbled over this one and reflashed my freerunner... Best regards, Christoph Michael Shiloh wrote: David Samblas wrote: Added Pidgin, and Remoko and something else :) Pidgin! Woohoo! This is rapidly becoming my favorite image. Keep up the good work! What are you considering adding next? Do you already have a SIP app? M ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- View this message in context: http://n2.nabble.com/FDOM-updated-tp1086731p1087505.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FDOM updated
Merde, I read the reply in this thread too late... Could someone send me the correct 89qtopia.bk~ file? I think I overwrote it... Thanks a lot in advance! David Samblas-3 wrote: ps!, This was a copypaste from the wiki thanks Rui Muigel, correcting it right now the intended instruction was cp /etc/X11/Xsession.d/89qtopia.bk~ /etc/X11/Xsession.d/89qtopia but I have added your chown one to the wiki Thanks again :) El sáb, 13-09-2008 a las 17:56 +0100, Rui Miguel Silva Seabra escribió: This will do a big booboo I hope you meant cd /etc/X11/Xsession.d cp 89qtopia.bk~ 89qtopia chmod a+rx 89qtopia (just in case it lost +x permissions...) Rui On Sat, Sep 13, 2008 at 06:46:12PM +0200, David Samblas wrote: Seems you have been catched by the config issue, please do what indicated on the Warning part of the wiki cp /etc/X11/Xsession /etc/X11/Xsession.d/89qtopia.bk~ /etc/X11/Xsession.d/89qtopia and reboot the neo Do that any time qtopia-x11 is updated (or when you have the simptoms you have described) Regards David El sáb, 13-09-2008 a las 21:18 +0800, William Kenworthy escribió: Tried this for the first time and it looks good, but cant register the GSM (been trying for a few hours now) ... Log extract below - any clues? - I normally use 2007.2 updated which works fine. Also many apps dont start (dialler, calendar, contacts, ...) - is that expected? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- View this message in context: http://n2.nabble.com/FDOM-updated-tp1086731p1087804.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FDOM updated
I extracted 89qtopia from the tar.gz image of the newest FDOM Image. Sorry that I didn't think of that before whining around on the ML. FDOM really rocks! I now installed tangogps on my laptop and use the freerunner as its GPS source while plugged in - that's quite fun :-) Christoph Siegenthaler wrote: Merde, I read the reply in this thread too late... Could someone send me the correct 89qtopia.bk~ file? I think I overwrote it... Thanks a lot in advance! David Samblas-3 wrote: ps!, This was a copypaste from the wiki thanks Rui Muigel, correcting it right now the intended instruction was cp /etc/X11/Xsession.d/89qtopia.bk~ /etc/X11/Xsession.d/89qtopia but I have added your chown one to the wiki Thanks again :) El sáb, 13-09-2008 a las 17:56 +0100, Rui Miguel Silva Seabra escribió: This will do a big booboo I hope you meant cd /etc/X11/Xsession.d cp 89qtopia.bk~ 89qtopia chmod a+rx 89qtopia (just in case it lost +x permissions...) Rui On Sat, Sep 13, 2008 at 06:46:12PM +0200, David Samblas wrote: Seems you have been catched by the config issue, please do what indicated on the Warning part of the wiki cp /etc/X11/Xsession /etc/X11/Xsession.d/89qtopia.bk~ /etc/X11/Xsession.d/89qtopia and reboot the neo Do that any time qtopia-x11 is updated (or when you have the simptoms you have described) Regards David El sáb, 13-09-2008 a las 21:18 +0800, William Kenworthy escribió: Tried this for the first time and it looks good, but cant register the GSM (been trying for a few hours now) ... Log extract below - any clues? - I normally use 2007.2 updated which works fine. Also many apps dont start (dialler, calendar, contacts, ...) - is that expected? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- View this message in context: http://n2.nabble.com/FDOM-updated-tp1086731p1087856.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Alsa settings for qtopia on freerunner
Hi The default alsa settings in qtopia 4.3.3 pretty much suck - at least on the freerunner. I was able to get rid of the ear-busting (caught me on surprise) echo noise by disabling sidetone in the gsmhandset.state file. What are other good settings? I don't really want to spend a lot of time calling myself to tweak my FR2 Best regards, Christoph P.S.: Any news on when to expect qtopia 4.4? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Enter PIN again...NOT!
forestmountain wrote: Om2008.8 How do I get the Enter PIN code dialog window to reappear. If I by accident hit Cancel the dialog is gone and doesn't reappear. Only if I reboot that is! Regards Kent Knudsen You need to restart X. -- View this message in context: http://n2.nabble.com/Enter-PIN-again...NOT%21-tp840068p840671.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: opkg update failed
[kind of offtopic] I just started to use qtopia on my new FR: Where do I have to look for feed to use with opkg? Is there an overview somewhere in the OM-wiki? Best regards, Chris 2008/9/5 Christ van Willegen [EMAIL PROTECTED] On Fri, Sep 5, 2008 at 3:26 PM, Giovanni [EMAIL PROTECTED] wrote: Yes, the ping is working: Like other people said, what distribution are you using? I would guess that replacing the build host would work, but I'm not sure (because it depends on your distro) why it's set up that way. Christ van Willegen ___ 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: problems when upgrading the kernel with opkg / HELLO PLEASE NUKE BROKEN KERNEL PACKAGES
Jup... thanks for solving :-) Chris. smime.p7s Description: S/MIME cryptographic signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
problems when upgrading the kernel with opkg
Hi. I did an okpg ugrade on ASU image and got the following: Configuring kernel-2.6.24 Configuring kernel-image-2.6.24 Upgrading Kernel in Flash DO NOT stop this process Erasing 128 Kibyte @ 7e -- 98 % complete. open input file: No such file or directory Configuring kernel-module-arc4 Configuring kernel-module-bluetooth Configuring kernel-module-bnep Configuring kernel-module-cifs Configuring kernel-module-crc-ccitt Configuring kernel-module-ecb Configuring kernel-module-hci-usb Configuring kernel-module-hidp Configuring kernel-module-l2cap Configuring kernel-module-michael-mic Configuring kernel-module-nls-utf8 Configuring kernel-module-ohci-hcd Configuring kernel-module-ppp-async Configuring kernel-module-ppp-deflate Configuring kernel-module-ppp-generic Configuring kernel-module-ppp-mppe Configuring kernel-module-rfcomm Configuring kernel-module-sco Configuring kernel-module-scsi-mod Configuring kernel-module-sd-mod Configuring kernel-module-slhc Configuring kernel-module-snd Configuring kernel-module-snd-mixer-oss Configuring kernel-module-snd-page-alloc Configuring kernel-module-snd-pcm Configuring kernel-module-snd-pcm-oss Configuring kernel-module-snd-soc-core Configuring kernel-module-snd-soc-neo1973-gta02-wm8753 Configuring kernel-module-snd-soc-s3c24xx Configuring kernel-module-snd-soc-s3c24xx-i2s Configuring kernel-module-snd-soc-wm8753 Configuring kernel-module-snd-timer Configuring kernel-module-uinput Configuring kernel-module-usb-storage Configuring kernel-module-usbhid Configuring kernel-module-usbserial Configuring libc6 Configuring libgcc1 Configuring libstdc++6 [EMAIL PROTECTED]:~# opkg- After that the system cannot boot (until I reflash the kernel from uboot) I've already had this on the 2007.2 image,... any idea why this happens? Even reinstalling the kernel package does not help (the same error appears): [EMAIL PROTECTED]:~# opkg install kernel-image-2.6.24 -force-reinstall Reinstalling kernel-image-2.6.24 (2:2.6.24+git25 +8533927964761f4e2078ccd8607b90f5acc60b93-r0) on root... Downloading http://buildhost.openmoko.org/daily-feed/om-gta02/kernel-image-2.6.24_2.6.24+git25+8533927964761f4e2078ccd8607b90f5acc60b93-r0_om-gta02.ipk Configuring kernel-image-2.6.24 Upgrading Kernel in Flash DO NOT stop this process Erasing 128 Kibyte @ 7e -- 98 % complete. open input file: No such file or directory [EMAIL PROTECTED]:~# Thanks, Chris. smime.p7s Description: S/MIME cryptographic signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: suspend and immediate wake-up
On Fri, 2008-07-18 at 13:39 +0100, Al Johnson wrote: It's getting woken by a message from the GSM. Mine does it on reregistration at variable intervals, maybe 3 times an hour. If it happens much more often it's worth reporting. I have the same issue (not always but sometimes),.. and this comes probably not from GSM network messages... Because it happens over and over again (once this issue happens). Chris. smime.p7s Description: S/MIME cryptographic signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Hot Pocket
Actually mine is a 1973 not a FR. I set the power-saving to dim first then lock and I do not experience random wake-ups. However, since this happens with the phone in a pocket, I an imagine the screen getting touched every now and then. Christoph On Fri, 18 Jul 2008 17:42:37 -0600, shawn sullivan wrote: Are you talking about this: http://www.ginguppin.de/node/15 I can't get it to work properly. If I have my WiFi antenna off, (which I do at work, the IT guys get pissed if I leave that on), then the script doesn't run properly. A lot of times the phone will randomly wake up on it's own too. I should probably flash to a newer update and see if that helps at all. [EMAIL PROTECTED] wrote: On Fri, Jul 18, 2008 at 06:29:23PM +0100, Christoph Czernohous spake thusly: Yes, I can confirm this. On Fri, 18 Jul 2008 07:14:11 -0600, shawn sullivan wrote: Does anyone else's FR run really warm? I had mine in my pocket last night for a few hours and my leg got really toasty!! Did you guys disable power saving? Do you ever let it sleep? I notice that if I press the power button and disable power saving on mine it can get warm. ___ 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: Hot Pocket
Yes, I can confirm this. On Fri, 18 Jul 2008 07:14:11 -0600, shawn sullivan wrote: Does anyone else's FR run really warm? I had mine in my pocket last night for a few hours and my leg got really toasty!! . . .shawn ___ 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: Battery Lifetime
On Wed, 2008-07-16 at 20:12 -0600, Scott Derrick wrote: you got a SD card plugged in? Nope (due to our GPS issue ;) ) smime.p7s Description: S/MIME cryptographic signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Reason for GPS problems found!
On Wed, 2008-07-16 at 09:17 +0200, Marcus Bauer wrote: I don't follow your view. The Debian ssh bug was all but obvious. That's why it went for a long time unnoticed. This is off topic but: I don't consider the SSL issue (SSH was only affected by this) as all Debian's fault. First off all distros always had to and always will have to patch applications. The arguments of the (Open)SSL project leader that distros mustn't do that are simply stupid and/or unrealistic On the other hand, IIRC the bug was that Debian cleanly initialised some previously uninitialised memory, that should have been used for generating random numbers. 1) This sounds like very crappy programming. If OpenSSL chooses to do such strange techniques the really should document this with some big exclamation marks in the code. That way that unfortunate Debian maintainer would probably have noticed what he did. 2) At best this uninitialised memory should be used to further improve the randomness of the key,... I think it's horrible that its quality depended so much on that. What if that memory area wasn't used before and is thus all 0x0, or what if a single colour png files was at this position in the memory? Just wanted to say this ;) ... and yes,.. I love Debian ;P Chris. smime.p7s Description: S/MIME cryptographic signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Reason for GPS problems found!
On Wed, 2008-07-16 at 10:55 +0100, Al Johnson wrote: Only if the GPS app is trying to read maps from SD during the time the GPS is getting the initial fix. Once we have the fix the required signal level is lower, so even with the SD enabled the GPS holds a fix better than my Garmin Geko. Sounds like an easy one to work around to me. Yes,.. but if somehow possible,.. the real hardware fix should be made available for everybody, I think :-) Chris. smime.p7s Description: S/MIME cryptographic signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Reason for GPS problems found!
On Wed, 2008-07-16 at 08:34 +0200, Marcus Bauer wrote: From all the Openmoko employees nobody has realized that the GPS is broken. Why have you not used the phone yourselves? Why are you abusing the community in such a shameless way? This (and other - especially personal - insults like this) is completely inappropriate and the only one that should shame is you. What comes next? Comparisons with Nazis? In that case everybody please don't forget Godwin's law. I hope that the main developers (especially Jörg, and all other) see that most of the people on this list are actually very pleased about their work. At least I am :) Chris. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Reason for GPS problems found!
Hi. I can only partly confirm this With SD card removed,... I took 291 s (in my first tests) from inside a building but on the window. If I'm not at the windows but deeper (2m from the window away) inside the building,.. it seems that I still don't get a fix. Anyway,... I had it before (with SD card inserted) that I got a fix in 4 mins,.. ok this happened only once. However,.. I think even 291 s is to much,.. other devices like TomTom are worlds better... And I've read in this thread, that people got a fix 30 s . Was this from a cold start? Perhaps several reasons play together here: - shielding - voltage problems - no initial data fed after a cold start btw: Now I moved the moko away from the window,... and deeper inside my room (again about 2m) and I do not longer get any fixes (although I didn't restart anything) If it would really happen that one cannot use GPS with SD card together,.. and perhaps even if it remains as unstable as it is with my device,... one could really throw the GTA02 away I think... SD card and its storage is important for lots of applications (OGG-Player, GPS Navgiation, etc.) I'm also missing an official Wiki page or something like this with the current information from FIC/OpenMoko Inc. officials. This issue is very critical for most of us due to warranty reasons and so on... :-( Chris. smime.p7s Description: S/MIME cryptographic signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SanDisk micro SDHC 8GB card under testing
On Thu, 2008-07-10 at 11:45 -0700, ian douglas wrote: Got my 8GB SanDisk 8GB micro SDHC card [1] I have one, too. Ok it is a SanDisk SDHC ultra 8GB... Seems to work,.. I've already added it to the wikipage :) Chris. smime.p7s Description: S/MIME cryptographic signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
GTA02 final revision?
Hi. Just a short question: I've bought my GTA02 about a week ago at pulster.de ... When I do a cat /proc/cpuinfo it tells me Hardware: GTA02 Revision: 0350 Serial : But on http://wiki.openmoko.org/wiki/Neo_FreeRunner_GTA02_Hardware there's at leas an ATAG_REVISION: 0360 listed. Does this mean that my GTA02 isn't of the newest revision? Which one is the revision for mass production? And are there any differences between that on and mine? Thanks, Chris. btw: Why is the serial-# all 0's?? smime.p7s Description: S/MIME cryptographic signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
gta2 crashes completely
Hi. Sometimes I have the problem that the GTA2 crashes completely,.. I did nothing (I assume the device was in standby),... and when I try to reactivate it,.. nothing happens... Even when I press the power button very long nothing happens... I have to remove the battery (which is very annoying, and probably bad for the case, as it happens so often) Any ideas? Chris. smime.p7s Description: S/MIME cryptographic signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Signature check failed
Hi. When I update (opkg update) I get the following: [EMAIL PROTECTED]:/etc/opkg# opkg update Downloading http://buildhost.openmoko.org/daily-feed/all/Packages.gz Downloading http://buildhost.openmoko.org/daily-feed/all/Packages.sig Signature check failed Downloading http://buildhost.openmoko.org/daily-feed/armv4t/Packages.gz Downloading http://buildhost.openmoko.org/daily-feed/armv4t/Packages.sig Signature check failed Downloading http://buildhost.openmoko.org/daily-feed/neo1973/Packages.gz Downloading http://buildhost.openmoko.org/daily-feed/neo1973/Packages.sig Signature check failed Downloading http://buildhost.openmoko.org/daily-feed/om-gta02/Packages.gz Downloading http://buildhost.openmoko.org/daily-feed/om-gta02/Packages.sig Signature check failed Collected errors: * Failed to download http://buildhost.openmoko.org/daily-feed/all/Packages.gz, error 0 * Failed to download http://buildhost.openmoko.org/daily-feed/all/Packages.sig, error 0 * Failed to download http://buildhost.openmoko.org/daily-feed/armv4t/Packages.gz, error 0 * Failed to download http://buildhost.openmoko.org/daily-feed/armv4t/Packages.sig, error 0 * Failed to download http://buildhost.openmoko.org/daily-feed/neo1973/Packages.gz, error 0 * Failed to download http://buildhost.openmoko.org/daily-feed/neo1973/Packages.sig, error 0 * Failed to download http://buildhost.openmoko.org/daily-feed/om-gta02/Packages.gz, error 0 * Failed to download http://buildhost.openmoko.org/daily-feed/om-gta02/Packages.sig, error 0 It seems that this sig files are missing,... Am I doing something wrong here? Regards, Chris. smime.p7s Description: S/MIME cryptographic signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freerunner @ pulster.eu Shop
Got mine last friday :-) from Pulster ... Everything worked well :) Regards, Chris. smime.p7s Description: S/MIME cryptographic signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Signature check failed
On Mon, 2008-07-07 at 22:45 +0200, arne anka wrote: nope. signature files seem to be non-existent, opkg probably checks for them by default. Uhm should we perhaps bring this to the attention of the developers? Having signed packages is IMHO very important for security. the miss of Packages.gz is more worrisome, because opkg computes the list of available packes from it. did you try again after a while? maybe these were just regenerated. The miss of those was just because I (as always) forgot to setup resolv.conf (as Ian guessed correctly ;) ) Chris. smime.p7s Description: S/MIME cryptographic signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Battery loading ...
Hi. I've looked a bit into the following: 1) The battery seems to be charging: But why is the value POWER_SUPPLY_CURRENT_NOW negative? [EMAIL PROTECTED]:/sys/devices/platform/bq27000-battery.0/power_supply/bat# cat uevent POWER_SUPPLY_NAME=bat POWER_SUPPLY_TYPE=Battery POWER_SUPPLY_STATUS=Charging POWER_SUPPLY_VOLTAGE_NOW=4183000 POWER_SUPPLY_CURRENT_NOW=-33750 POWER_SUPPLY_CHARGE_FULL=1223082 POWER_SUPPLY_TEMP=348 POWER_SUPPLY_TECHNOLOGY=Li-ion POWER_SUPPLY_PRESENT=1 POWER_SUPPLY_TIME_TO_EMPTY_NOW=3932100 POWER_SUPPLY_TIME_TO_FULL_NOW=0 POWER_SUPPLY_CAPACITY=100 [EMAIL PROTECTED]:/sys/devices/platform/bq27000-battery.0/power_supply/bat# cat uevent POWER_SUPPLY_NAME=bat POWER_SUPPLY_TYPE=Battery POWER_SUPPLY_STATUS=Charging POWER_SUPPLY_VOLTAGE_NOW=4186000 POWER_SUPPLY_CURRENT_NOW=-28500 POWER_SUPPLY_CHARGE_FULL=1223082 POWER_SUPPLY_TEMP=351 POWER_SUPPLY_TECHNOLOGY=Li-ion POWER_SUPPLY_PRESENT=1 POWER_SUPPLY_TIME_TO_EMPTY_NOW=3932100 POWER_SUPPLY_TIME_TO_FULL_NOW=0 POWER_SUPPLY_CAPACITY=100 2) Now it is full... It seems that now the power is taken from the battery and not from the (still connected) USB cable is this desired? You see a up and down of the POWER_SUPPLY_CURRENT_NOW, although the status is always Discharging... [EMAIL PROTECTED]:/sys/devices/platform/bq27000-battery.0/power_supply/bat# cat uevent POWER_SUPPLY_NAME=bat POWER_SUPPLY_TYPE=Battery POWER_SUPPLY_STATUS=Discharging POWER_SUPPLY_VOLTAGE_NOW=4183000 POWER_SUPPLY_CURRENT_NOW=5062 POWER_SUPPLY_CHARGE_FULL=1223082 POWER_SUPPLY_TEMP=348 POWER_SUPPLY_TECHNOLOGY=Li-ion POWER_SUPPLY_PRESENT=1 POWER_SUPPLY_TIME_TO_EMPTY_NOW=913440 POWER_SUPPLY_TIME_TO_FULL_NOW=3932100 POWER_SUPPLY_CAPACITY=100 [EMAIL PROTECTED]:/sys/devices/platform/bq27000-battery.0/power_supply/bat# cat uevent POWER_SUPPLY_NAME=bat POWER_SUPPLY_TYPE=Battery POWER_SUPPLY_STATUS=Discharging POWER_SUPPLY_VOLTAGE_NOW=4181000 POWER_SUPPLY_CURRENT_NOW=3937 POWER_SUPPLY_CHARGE_FULL=1223082 POWER_SUPPLY_TEMP=348 POWER_SUPPLY_TECHNOLOGY=Li-ion POWER_SUPPLY_PRESENT=1 POWER_SUPPLY_TIME_TO_EMPTY_NOW=1174440 POWER_SUPPLY_TIME_TO_FULL_NOW=3932100 POWER_SUPPLY_CAPACITY=100 [EMAIL PROTECTED]:/sys/devices/platform/bq27000-battery.0/power_supply/bat# cat uevent POWER_SUPPLY_NAME=bat POWER_SUPPLY_TYPE=Battery POWER_SUPPLY_STATUS=Discharging POWER_SUPPLY_VOLTAGE_NOW=4181000 POWER_SUPPLY_CURRENT_NOW=6937 POWER_SUPPLY_CHARGE_FULL=1223082 POWER_SUPPLY_TEMP=348 POWER_SUPPLY_TECHNOLOGY=Li-ion POWER_SUPPLY_PRESENT=1 POWER_SUPPLY_TIME_TO_EMPTY_NOW=00 POWER_SUPPLY_TIME_TO_FULL_NOW=3932100 POWER_SUPPLY_CAPACITY=100 [EMAIL PROTECTED]:/sys/devices/platform/bq27000-battery.0/power_supply/bat# cat uevent POWER_SUPPLY_NAME=bat POWER_SUPPLY_TYPE=Battery POWER_SUPPLY_STATUS=Discharging POWER_SUPPLY_VOLTAGE_NOW=4181000 POWER_SUPPLY_CURRENT_NOW=9750 POWER_SUPPLY_CHARGE_FULL=1223082 POWER_SUPPLY_TEMP=348 POWER_SUPPLY_TECHNOLOGY=Li-ion POWER_SUPPLY_PRESENT=1 POWER_SUPPLY_TIME_TO_EMPTY_NOW=00 POWER_SUPPLY_TIME_TO_FULL_NOW=3932100 POWER_SUPPLY_CAPACITY=100 Best wishes, Chris. smime.p7s Description: S/MIME cryptographic signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Battery loading ...
Ah,... and it's intersting that, after the battery has been fully loaded,... the POWER_SUPPLY_TIME_TO_FULL_NOW becomes 3932100 ?! smime.p7s Description: S/MIME cryptographic signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: motorola usb-3.5-headset: compatibility?
arne anka schrieb: does anybody know whether it works with motorola phones only? afaik yes. means it only works with motorola devices. aww ... back to bluetooth is it, then. at least, the number of small bt receivers available with mic and 3.5 jacks increased over the last few weeks ... Really? I'm looking for exactly such a thing some time now ... Can you give me a pointer where to find it? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Private data protection.
Ilja O. wrote: 1) Auth using PIN number (this requires encrypted image presence in phone file system by it's boot time end -- not reallyl convenient if SD card is used). IMO encrypting Data with the PIN Number is not such a good thing, because the possibilities of different keys are definately not high (max 8 digits, only numbers). A better solution would be to save the PIN on the encrypted storage and automatically read it. 2) Auth using key file accessible on network (when phone is connected to your computer or local network). This means that auth can be performed only in your place (home, work...). Not such a good solution for a Phone IMO (if you're in holidays without laptop for example) 3) Auth using presence of another bluetooth or WiFi device (the MAC address of this device is used as key). This means that phone fully unlocks when your bluetooth mouse or router are around. ;) Same here... The most secure Thing IMO would be to ask a passprase while booting (maybe hack uboot for that, if it doesn't know that) or put data on another device/partition then the OS and asking later for the passphrase (maybe easier to implement) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SyncML on Freerunner
Well not entirely. At least not the vanilla funambol installation. Of course syncing contacts/calendars/notes can be done with funambol out of the box. But in the thread .Mac like service there came up some additional ideas (like a transparent filesystem that stores files in the net when space is lacking and connection is not, storing the configuration of the phone to reinstall it, and some more). Also the phone should recognize if and how it is connected to a synchronization point. Maybe it should decide what to synchronize based on the connection. While funambol will probably be a good starting point and at least a great reference point, there is some more work to it than just setting up a funambol server. I started a Trac project on http://projects.doublemalt.net/DotMoko to collect ideas what such a service could do. Feel free to participate. Just introduce yourself on the wiki or send me a personal mail. A reason why I did not consider using projects.openmoko.org is, that I see this project being of broader use than just for openmoko. While the openmoko is the ideal platform to start such an effort, I would also want to synchronize the data with my desktop, netbook, the PC I launch from my knoppix USB stick and whatever comes my way. Well kind of the same thing everybody and Red Hat is trying to introduce now for the desktop, only that it is far more useful for mobile devices. There are some additional challenges that affect only mobile devices however, like the uncertain connection and limited power/cpu/storage resources that make it far easier to use a solution that fits for mobile devices on a desktop than vice versa. Also mobile devices will take over in the long run. Well let's get to work. Vinc Duran schrieb: Hi, I may be missing something but as far as the server side of things go isn't this exactly what's been done at Funambol? http://www.funambol.com/ According to their faq they support Sync 1.2 and earlier. Vinc ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SyncML on Freerunner
Jens Meyer schrieb: funambol is GPL (?!) funambol is affero gpl ( www.fsf.org/licensing/licenses/a*gpl*-3.0.html ), which just means you have to provide the sourcecode if you offer a service based on it (which is fine with me). And yes it would make more sense to build a service eco system around funambol than reinvent the wheel. Christoph ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: .Mac like service
Alexey Feldgendler schrieb: On Wed, 30 Apr 2008 02:54:08 +0200, Shawn Rutledge [EMAIL PROTECTED] wrote: my list starts with: *backing up phone settings, including list of installed packages (in case i need to re-install everything) *backing up e-mails/text messages *storing gps coords in case the phone's stolen/lost *backup/storage of any other arbitrary files You would want it to be a commercial service like .mac, with a subscription fee and guaranteed reliable service, and use GPRS to access it? Or you would want to just do that stuff with your own PC? The difference between an open technology and a closed one is that while Apple is the only one who runs a .Mac server, anyone can run a server in an open technology. Someone can install software based on open standards and run a server, and even charge for its use if they like. Don't like paying for it? Set up your own! I believe that an open standards based server solution for assisting mobile phone features should be created. The most important thing here is that the data formats and protocols are open, so that anyone can implement a client or a server. There are several proprietary services with their closed data formats out there, but no really open one, as far as I know. Developing a consistent and comprehensive specification is an immensely important step. I would define the scope of the technology as “sycnhronization, backup and remote control for mobile devices”. Here is a very vague, draft list of requirements: * Allow backup and incremental synchronization of typical data items stored on mobile devices: * SMS/IM histories * last dialled/received calls * contact lists * browser bookmarks, histories and cookies * calendar events * various account information (GPRS, HTTP proxy, email, IM) * stored certificates * global preferences like language, time zone, visual theme * software-specific settings * user documents * information about installed downloadable addons * As much as possible should be synchronizable across devices and software platforms. * Leverage existing open standards wherever possible, e.g. use vCard for contact information. * Provide automatic conflict resolution. * Be bandwidth-efficient. * Survive long periods without connectivity and synchronize reasonably afterwards. * Don't insist on complete synchronization before parts of data become usable. * Be secure so that even passwords and certificates can be trusted to it. * Do not require server-initiated activity because it's often impossible, i.e. rely on pull only. * Allow for interchangeable transport layers to make use of various connectivity options available on devices: * HTTP * various serial port-like connections like IR and BT * maybe offline synchronization via memory card * Allow automatic offloading of data that's typically moved from device to PC: * pictures, video and audio recordings * various logs * Probably allow sharing or publishing parts of user's data. * Provide remote control and reporting infrastructure that allows: * upgrades of device software * activation of special modes on lost/stolen devices and obtaining information from them * Transparent expansion of device's storage, e.g. the user can continue taking pictures without thinking about where they go, and the older ones are pushed off to the server. This is an excellent starting point. I also like very much the ambition to reach out beyond Openmoko (even if it is the natural platform to start such a projec). I would very much like to participate at such a project (or even kick it off ftm), as my the plans for my PhD work include creating a service that would fulfill an important part of this: The transparent storage of data in the [Web|Cloud|Grid|newest_buzzword_for_distributed_networks]. Who's in? regards Christoph ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Video Playback virtually impossible on Neo Freerunner? (Re: Video of Qt 4.4 on Neo1973: brings iPhone like graphics)
As I understood Video playback will be virtually impossible on the freerunner, at least from the sd card (which is the only sensible location to store videos on the neo ftm). Please correct me if I misunderstood. Well that could have the potential to kill the Freerunner as consumer product. Just because virtually every other 100$ phone does it which is shaping the consumers' expectations. And while I do not expect to use this feature more than a couple times a month it would make me reconsider using it as my main phone (I'll be using it as development platform, so it doesn't matter for now). I think that this design should be reconsidered as soon as possible if Openmoko really wants to go into the consumer market. PS: What about streaming media from the net? Any musings and/or actual experiences with that? If I interpreted Carsten right 640x480 video will display at 5-10 fps at best, right? Carsten Haitzler (The Rasterman) schrieb: On Thu, 24 Apr 2008 09:24:26 +0200 polz [EMAIL PROTECTED] babbled: On Thursday 24 April 2008 05:52:52 Carsten Haitzler wrote: On Wed, 23 Apr 2008 18:28:40 +0200 thomasg [EMAIL PROTECTED] babbled: yup. those 7m/sec (that's write to video ram) is also shared with SD card IO. Correct me if I'm wrong, but it seems to me that this means it should be impossible to playback videos in full-screen from an SD card on a gta02. 640*480*25 = 768 and that's with 8bpp. Has anyone tested video playback on a GTA02 yet ? correct. yuv will be w * h * 1.5 bytes for 1 frame (standard video yuv). so 3240x240*1.5*30 (320x240 @ 30fps) = 3.4m/sec - BUT... when u are copying you have ZERO cpu cycles to decode the next video frame. so that means 50% of cpu cycles will be spent ONLY copying video data to video ram. the other 50% u have left to decode the mpeg1/2/4 or whatever video in system ram to a yuv buffer. i would say this is the realistic highest resolution you will get. [EMAIL PROTECTED] is the MOST you will get (6.9m/sec), but u have ZERO (or almost) cpu cycles to actually decode the video into yuv. remember here i am assuming use of xvideo and the yuv to rgb conversion and scaling on the glamo - which xglamo does support. if you do software yuv-rgb + scale then its even less fun. with software. the best u will get is 11fps at 640x480 - and this is NO cpu cycles to actually decode the video, convert it to 16bit rgb and scale. in reality i expect you to see 2-5fps in this scenario, maybe eve 1fps. this is ONLY playback if the video data is already in ram - ie the mpeg data is cached. if it is read off internal flash you will pay an IO cost - but it's not shared with the glamo bus. if it is on SD card - you will basically have to now share the IO between SD and graphics. i believe the graphics IO takes precedence over SD card IO, so as long as u keep the glamo gfx bus busy, sd will be on hold until u stop. then some sd io can get through. with the glamo you need to be careful what you do and how you do it. if you can keep something entirely within the glamo - it should be ok. so things like uploaded pixmaps and then blitting them around is ok. video decode is another matter entirely. the glamo has an mpeg4 decoder on it - but we don't have any api to access that directly/sanely and just feed it an mpeg4 stream. any other codec has to be done on the cpu anyway and uploaded across the bus as yuv data. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Video Playback virtually impossible on Neo Freerunner? (Re: Video of Qt 4.4 on Neo1973: brings iPhone like graphics)
Carsten Haitzler (The Rasterman) schrieb: snip 320x240 video would be sane possibly if the source is internal flash instead of SD or maybe 802.11. Well ... that is not so bad ... even if the fact that sd card cannot be the source for is a bit sad ... Well that could have the potential to kill the Freerunner as consumer product. Just because virtually every other 100$ phone does it which is shaping the consumers' expectations. And while I do not expect to use this feature more than a couple times a month it would make me reconsider using it as my main phone (I'll be using it as development platform, so it doesn't matter for now). well we could quietly say nothing and wait until you find out, but my position is just to put the facts out as-is and give you my best interpretation of them. Yes that's the great thing about openmoko, and my intent was definitely not to shoot the messenger. It's *much* better to know now than to find out. remember every other $100 phone is *NOT* $100 - it is $300 or $400 or $500 - it is SUBSIDISED by the carrier. when you sing up saying you will pay the telco money for the next 12 or 24 months, they subsidies the phone. when the carrier tells the phone maker disable this feature so the customer HAS to pay us to send their photos via email, instead of just using usb or sd-cards they subsidise it further hoping/knowin they will xtort more money from you in services etc. etc. if you want the REAL cost - ask the carrier what you would pay for the phone with NO contract, or find a shop that sells the same phone unlocked. Well, no, I'm aware of this. I really meant 100$ phone (without contract and carrier subsidising, and yes I priced in the feature inflation til autumn when the Freerunner will have to compete with other phones). secondly these $100 phones are mostly QVGA, not VGA. we have to fill/drive 4 times as many pixels as they do. Valid point, but as you said the Freerunner will not be able to play QVGA from the SD Card ... thirdly - they don't (mostly) offer wifi. in fact they don't do a lot the freerunner does. an actual $100 phone (that is $100 when unlocked) does very very very very little - the $100 ones u think of are actually much more. Well I estimate that in autumn the Motorola K1 will be in that range, eg. It does not have WLAN, of course, and it doesn't even have QVGA. However I did not want to make a point about the openmoko's capabilities vs. such a cheap phone. *I* still think the freerunner is worth every penny of the 400$. I wanted to make a point about *consumer expectations*. And if even a phone like the K1 plays Video, people will expect a device of freerunners class to have this capability. I think that this design should be reconsidered as soon as possible if Openmoko really wants to go into the consumer market. it can't be. it's too late in production. freerunner is as-is. with the good and the ugly. we are open about it and at least give you the option of doing something about it, and knowing in advance all the gory details. Well of course not for the Freerunner (GTA2). And I'm very happy that it's far too late for that because that means I'm gonna have mine soon. But for GTA3 this should be considered as an *very* important issue. But that should go to another thread then. And again thank you for the detailed explanation of the really gory details :) PS: What about streaming media from the net? Any musings and/or actual experiences with that? If I interpreted Carsten right 640x480 video will display at 5-10 fps at best, right? you will be able to manage [EMAIL PROTECTED] i expect streamed video. of course if you lower the framerate you can increase the resolution. you can do the math (with 15fps you get 2x the pixels - [EMAIL PROTECTED] for example, [EMAIL PROTECTED] etc.). In a way that is great for my project that aims to develop a grid based filesystem for mobile devices ;) again - we could do better if we limited ourselves to just mpeg4 (which is what almost all phones do - they do only 1 codec or maybe 2), but the problem here is that xv does not provide a way to do this sanely (stream just mpeg4 data to x so it decodes in hardware). the graphics chip (glamo) can decode mpeg4 itself, but we dont have the time or resources to do this properly ourselves. you are free to do it yourself as we provide all the code, but you would need to reverse-engineer the graphics chip or hope that graphics documentation can be made public. right now you need an NDA to see the docs. I'd love to see this, but as I'm not in the position to put considerable efford into this either I will just shut up and not complain :) snip ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: AT+CRSM=176,28512,0,0,123 (was Re: home zone functionality)
Original-Nachricht Datum: Thu, 17 Apr 2008 13:27:25 +0200 Von: Kiro Zimmer [EMAIL PROTECTED] An: List for Openmoko community discussion community@lists.openmoko.org Betreff: AT+CRSM=176,28512,0,0,123 (was Re: home zone functionality) ... some additional informations According to [1] the AT-command AT+CRSM=176,28512,0,0,123 should list the stored (and encoded) homezone values. This works on my very old Siemens M35 but not on any newer phone I have tried, even when the same SIM was used. So this AT-command seems to be phone specific. No, the AT+CRSM command is not phone specific. It is a standardised command as all AT+Cxxx commands. First 'But' - it is 'optional' ;-) For more information about this command you should consult an actual version of ETSI TS 100 916, which specifies the 'AT Command set for GSM Mobile Equipment (ME)' Does anybody know how this command is implemented on other phones? If we find a generic version of this call, we could simply write an software-applet, which show the current homezone-status -- even with a picture of a house :-) As described above AT+CRSM is 'generic'. BR Christoph ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FreeRunner delayed a further 6 months?!?!??
JW schrieb: On 16/03/2008, Marco Trevisan (Treviño) [EMAIL PROTECTED] wrote: So please, give us some words about delays if there are any... NO! You don't get these words from Openmoko You already know what you get 1) full access to kernel/dev discussions - you should make your own mind up on what these mean for timescale... 2) Following announcement (prev by M Shiloh) Well that would be all fine if one needs the Freerunner privately as a phone and for that I would gladly wait ;). However in my case the Freerunner should constitute the platform for a project of my PhD thesis, so a few months up and down _do_ matter. If the Freerunner is available to developers only in August, I'll have to look elsewhere for a appropriate platform, as much as it would pain me. The suggestion to make my mind up reading kernel discussions is not very helpful and might even be considered mockery. I'm sure someone in the core kernel team has a general idea about the stability and matureness of the hardware platform, and can at least tell if it is realistic that developers get their hands on a device until May 1st (given the inevitable time offset for mass production). Maybe however FIC decides to start mass production only when software maturity is in sight, which would make sense to them, but would severely hinder the building of a community since 1. the Neo1973 is sold out and 2. it lacks many nifty features that could inspire novel and interesting projects. I know that in hardware design show stoppers can lurk behind every corner, but I would appreciate if *someone* familiar with the current status of the hardware and/or FICs policy towards releasing developer devices could suggest a date when we could order it *IF* everything goes according to plan as of march 16th. regards Christoph ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FreeRunner delayed a further 6 months?!?!??
Well, slightly earlier than September doesn't read like April to me ... but hope dies last ;) Andy Powell schrieb: On Friday 14 March 2008 13:55, Tom Cooksey wrote: A friend just forwarded this on to me: but did you actually read it? However, at the O'Reilly Emerging Technology Conference held in San Diego, California last week, the company revealed that consumers will have to wait maybe six more months to get their hands on the device. Early adopters, who are not scared of hacking around with the device software, might be able to get hold of the FreeRunner slightly earlier, OpenMoko said. Andy ___ 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
fuse on openmoko
Is there a fuse port for open embedded? If not maybe it could be a viable Google SoC project (provided it's not too trivial) ... regards Christoph ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: fuse on openmoko
Probably you are right and it is at most a packaging task. But there could be subtle architecture dependent problems that prevent it from being that easy. And it is on the Openmoko Wiki wish list (I have no idea how the wishlist is maintained however and if resolved issues are commented) On second thought however I think fuse should be high level enough to stand above architectural problems. Which morphs my question to Anybody tried to use fuse with Openmoko? Any problems? Christoph Ivo Anjo schrieb: I might be misunderstanding stuff here, but there seem to be a lot of suggestions around OM* for SoC that are port this from desktop linux to openmoko. As far as I know, there is no porting to do, if the Om has linux, to get something running isn't it just basically ./configure make make install on the device or cross-compiler? Ivo * -- Now Om :) On Fri, Mar 14, 2008 at 2:39 PM, Christoph Witzany [EMAIL PROTECTED] wrote: Is there a fuse port for open embedded? If not maybe it could be a viable Google SoC project (provided it's not too trivial) ... regards Christoph ___ 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
