Re: Increasing GPS accuracy with EGNOS
On Mon, Oct 5, 2009 at 12:39 AM, Erik Lundin wrote: > Good news, indeed. Does the Neo FreeRunner support EGNOS signals? Both > the hardware and software? We do know this: http://goandtrack.com/u-blox-to-unveil-new-galileo-ready-gps-chip.html Christ van Willegen -- 09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Universal Remote for CE/HA? (openmoko)
Does anyone know of any OSS supported devices that do have IR integrated? >>> Psion 5, 5mx, Ericsson mc218. Slow cpu, limited memory, monochrome and old >>> kernel, but excellent battery life on a pair of AAs. Probably not the form >>> factor you're after though. >> Interesting idea thanks, perhaps a tad too old though as you say. >> I'd prefer a form-factor closer to a standard remote but with an LCD, >> ideally touch-screen but not imperative. >> >>> Neuros OSD - for a low power consumption ethernet to IR gateway >>> and standard def media player. Again probably not what you're >>> after. >> Yeah really looking for hand-held device but thanks! > > > My own initial idea was, of course, to just find a handheld device > with inbuilt IR functionality, but then not only did I see that there > was the issue of finding something with `inbuilt IR' functionality at > all, but that the meaning of "IR" actually varied (computing devices > support IRDA; TVs and other such devices use different protocols, and > it appeared that an IRDA device may not be able to support any of the > non-IRDA protocols). Also, prior to the FreeRunner, I found it > difficult to justify to myself the idea spending $500 or more on a > more functionally-limited device like an iPaq or something that would > probably just end up being a $500+ TV remote control. > > But then I got an OSD and realised that it came with a IR dongle and > that I could use it as a gateway, which made the problem easier. > > One of the interesting things about the IR functionality of the OSD, > though, is that it doesn't appear to be built-in to the OSD per > se--the IR transmitter is a small device that just connects to the > OSD's serial port. > > I believe that there are universal `consumer electronics'-type IR > transceivers (UIRT) currently on the market that function as USB > devices, and some of them are even quite cheap--in the worst case, > this might be a less-invasive option: to simply plug one of these into > a FreeRunner's USB port. Nah if I can't find something that has Consumer_IR integrated I'll just persevere with my X50V. If it turns out to be too limited longer-term for other reasons, then I'll just start excluding IR as a prerequisite for any replacement. I'll still have the IR bridge functionality built into my controller PC & that's all that really matters in the end. I haven't decided on the exact IR transceiver yet, but it'll be from one of the these three vendors: Iguana, IRTrans, CommandIR. The others have been ruled out. I'm thinking the IR bridge functionality would be best built into my pre-existing HTPC. Bridging for other protocols will prolly be done by a 2nd controller PC (the primary HA controller), which will be a VM on my native VMM server. Cheers, Jed ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Internal pressure sensor
On Sun, Oct 04, 2009 at 03:55:44PM +0100, Stroller wrote: > > > Depends on what you mean when you say cheap. I see it listed at just > > under USD 10 for one sensor or the price of a 1.3 mpix camera > > module. > > Is the 1.3 mpix camera module also $10 for a single unit? Yes. References (pressure sensor first, then camera module): http://search.digikey.com/scripts/DkSearch/dksus.dll?Cat=1966259&k=BMP085 https://www.sparkfun.com/commerce/product_info.php?products_id=8668 -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Increasing GPS accuracy with EGNOS
Good news, indeed. Does the Neo FreeRunner support EGNOS signals? Both the hardware and software? Regards, Erik ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[FSO based] NeoLight 1.1.0 released
Hello, NeoLight 1.1.0 was released. Changes: * Added "Custom Color" * Speed up startup a bit * Now works with Elementary theme Niebiee Package: http://neolight.googlecode.com/files/neolight_1.1.0-r0_all.ipk NeoLight turns your Neo into a flashlight. It flips the brightness up to full and displays a fullscreen bright white rectangle. Features * Bright white or colored (red/green/blue/custom) screen * Brightness dimmer * Strobe light mode (with adjustable speed) * Just tap the top left corner of screen to dim brightness to minimum, and the top right corner to flip the brightness up to the level defined in settings. It is written in Python/Elementary. NeoLight is tested on SHR unstable only but should work with all FSO based distributions. Homepage: http://code.google.com/p/neolight/ -- Valéry ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[SHR/All] Problem compiling theme *weird*
i will get straight to it here's the situation: r...@om-gta02 /usr/share/enlightenment/data/themes/neo $ sh ./build.sh In file included from :2388: clock.edc:63:5: warning: no newline at end of file In file included from :2390: bases.edc:4522:4: warning: no newline at end of file r...@om-gta02 /usr/share/enlightenment/data/themes/neo $ cp neo.ed neo.edc neo.edj .. '? yoverwrite '../neo.edj r...@om-gta02 /usr/share/enlightenment/data/themes/neo $ ls *.ed* bases.edc bootsplash.edc colors.edc neo.edj battery.edc clock.edc neo.edc r...@om-gta02 /usr/share/enlightenment/data/themes/neo $ ls *.edj ls: *.edj: No such file or directory r...@om-gta02 /usr/share/enlightenment/data/themes/neo $ file neo.edj neo.edj: cannot open `neo.edj' (No such file or directory) i cannot even let the moko complete the filename via pressing the tab key. even the display gets messed up when i try it (see line 8) what the heck is going on? (by teh way the themes seems to work flawlessly) br ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Qi - SHR-U/All?] Pink line of death
Ok, I was again able to reproduce this (suspending while rotating). Unfortunately: ssh r...@moko ssh: connect to host moko port 22: No route to host So, the interface was already down (I did do an ifdown / ifup on the port to force it to be up, but alas). No go there. It looks like a Glamo bug, indeed. Rotating the phone, unfortunately, does not work in my case, since it's too far on the path of suspend already! Can I save (some) log files so that they survive a reboot? Perhaps there's a hint somewhere... I'm running off the NAND partition, in case anyone is wondering. Christ van Willegen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Internal pressure sensor
On 4 Oct 2009, at 16:14, tom wrote: > >> > On Wed, Sep 30, 2009 at 06:04:30PM -0400, tom wrote: >> >> actually i think they should already be built in...they are so >> >> cheap... >> > >> > Depends on what you mean when you say cheap. I see it listed at >> just >> > under USD 10 for one sensor or the price of a 1.3 mpix camera >> > module. It's >> > also not as small as you would like for something you throw in >> > mostly for >> > fun. >> >> Is the 1.3 mpix camera module also $10 for a single unit? That seems >> remarkably good value. >> >> One would expect a pressure sensor to be much cheaper on the 1000, of >> course. > > well, my thought was just: marketshare. more features out of the box > > more customers > more competition. > > and i dont think 10$ make adifference, not yet talking about > largeqty-volumes. eg rfid: nokia announces it since years, but FR > could be fo fast...im sorry, maybe im just to optimistic... 1) Please don't top-post in reply to a bottom-post. It makes the flow of the conversation difficult to read. 2) Please don't post to the list in HTML. Plain-text is preferable. 3) The costs of production were discussed a LOT on this list in the past, when the Openmoko team was still active. To be honest, even if the component is only $1 then it may be too expensive, as many more design and testing costs are added to the total production cost by the addition of the component. Customers will be dissatisfied if it doesn't work as expected. A large increase in market share is needed to make the addition worthwhile. Therefore the addition of a camera may be worthwhile, whereas the addition of a barometric sensor is not. However a camera requires retooling of the Freerunner's case, a surprisingly cost-prohibitive change. I think the cost of creating a new case for the Freerunner is considerably more than $10,000. I would imagine that a camera requires other components to make it work and is more complex from the design point of view. There have historically been two major complaints about the Freerunner - lack of a camera and of 3G. Either might enlarge its market share considerably, but both were rejected on cost grounds. This barometer is self-contained and connected to the i2c bus, a _relatively_ simple addition. If there is demand for the barometer - although I'm inclined to agree with Rask that there wouldn't be - then it might it be justified to add it were Brazil ever to go into Freerunner production. A 1.3mp camera would produce complaints that it's a poor specification compared to the iPhone. Hardly anyone would be grateful for the addition of the barometric sensor. TBH, if the Freerunner were in reliable, long-term production, I might be able to imagine a market for Freerunners amongst hang-glider pilots. I think a person might be able to make a living adding Christoph's sensor and selling Freerunners with varioaltimeter software installed. The software would have to be closed-source, however, to make a livelihood out of it and realistically it might take a year to get the software to an acceptable quality for commercial sales (and still longer to build-up market share). The author might need to write anti-piracy measures into the code, and what is to prevent a determined attacker from patching the kernel to report a different IMEA number to the altimeter software? Stroller. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Paroli Theme/UI proposals
Ok, I feel I have to say this now: Guys, you *cannot* take my proposal and expect it to look cute when you re-size and fit them in a phone window, there's a reason this is a mock-up. I think all areas in my proposal are more than readable, have you compared to android or iphone for instance? I don't want to start a flamewar here, but people are really jumping up over my mock-ups, expecting them to be more than they are. Also, I belive this is not exactly something that a theme should handle! For instance font-sizes should imho be adjustable by the app, not locked to a theme. Now, when this is said, step 1 is finished and I am now moving on to the second step, providing vectorised variants of elements that will be used. I am really happy about all the awesome feedback this has gotten, and that people have shown interest in moving it to the next level. Look for new ML post when I got more stuff finished. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New version of sgt-puzzles, and a launcher for it
On Sunday 04 October 2009 12:03:36 Yorick Moko wrote: > nice! > I like the launcher! > > On Sun, Oct 4, 2009 at 7:12 AM, EdorFaus wrote: > > I've also created such a launcher, and packaged it separately. It is Thank you! :) It's nice to hear it wasn't a waste of time to make it. I guess that the next thing I do with this, is try to make some more of the games touchscreen-friendly (or at least friendlier). I'll have to find some time in which to do that first though, so can't really promise anything. -- EdorFaus ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Internal pressure sensor
well, there are always roadblocks, but there is always a waz around them. unfortunately im not a electric-engineer, otherwise i would jump onto that. but i can tell out of experience, the (current) future relies on that. gettin rif of those stupid hanheld scanners etc would be way easier 4 everyone. and utilizing it as a boradband device makes it even more attractive...there are no boundaries. @antenna: as far as i know, it depnds on the capabilities of the chip. eg writing and or reading , range etc... > why not starting simple? meaning with the most simple chip? regs On Sun, Oct 4, 2009 at 11:31 AM, Christoph Mair wrote: > 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 > ___ 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
well, my thought was just: marketshare. more features out of the box > more customers > more competition. and i dont think 10$ make adifference, not yet talking about largeqty-volumes. eg rfid: nokia announces it since years, but FR could be fo fast...im sorry, maybe im just to optimistic... regs On Sun, Oct 4, 2009 at 10:55 AM, Stroller wrote: > > On 4 Oct 2009, at 14:02, Rask Ingemann Lambertsen wrote: > > > On Wed, Sep 30, 2009 at 06:04:30PM -0400, tom wrote: > >> actually i think they should already be built in...they are so > >> cheap... > > > > Depends on what you mean when you say cheap. I see it listed at just > > under USD 10 for one sensor or the price of a 1.3 mpix camera > > module. It's > > also not as small as you would like for something you throw in > > mostly for > > fun. > > Is the 1.3 mpix camera module also $10 for a single unit? That seems > remarkably good value. > > One would expect a pressure sensor to be much cheaper on the 1000, of > course. > > Stroller. > > > ___ > 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: Broken Freerunner.. CPU stall messages.. repairable?
Sebastian Krzyszkowiak wrote: > CPU stall? Leave FR turned on for few hours on that message. About > half year ago I have few times the same problem, and leaving it for 10 > minutes helped for me. And I still don't know, what was the cause of > that ;x Sadly, it didn't help me.. :( it just goes on and on with the CPU stall messages... let it do it for hours.. -- Thomas -~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~ The use of anthropomorphic terminology when dealing with computing systems is a symptom of professional immaturity. - Edsgar W. Dijkstra -~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~ signature.asc Description: OpenPGP digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Internal pressure sensor
On 4 Oct 2009, at 14:02, Rask Ingemann Lambertsen wrote: > On Wed, Sep 30, 2009 at 06:04:30PM -0400, tom wrote: >> actually i think they should already be built in...they are so >> cheap... > > Depends on what you mean when you say cheap. I see it listed at just > under USD 10 for one sensor or the price of a 1.3 mpix camera > module. It's > also not as small as you would like for something you throw in > mostly for > fun. Is the 1.3 mpix camera module also $10 for a single unit? That seems remarkably good value. One would expect a pressure sensor to be much cheaper on the 1000, of course. Stroller. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Paroli Theme/UI proposals
I wouldn't mind to have a separate theme with great contrast, large buttons etc. One theme doesn't have to suite everyone... r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Internal pressure sensor
On Wed, Sep 30, 2009 at 06:04:30PM -0400, tom wrote: > actually i think they should already be built in...they are so cheap... Depends on what you mean when you say cheap. I see it listed at just under USD 10 for one sensor or the price of a 1.3 mpix camera module. It's also not as small as you would like for something you throw in mostly for fun. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Increasing GPS accuracy with EGNOS
Hi all, http://www.esa.int/esaNA/SEM2HGF280G_egnos_0.html The European Union has opened its Egnos navigation augmentation system for public use: "The EGNOS signals can be received by GPS receivers equipped with a specific software. In combination with Egnos signals, the accuracy of GPS navigation can be improved significantly; according to ESA, users can navigate with an accuracy of about 2 meters as opposed to GPS alone which provides an accuracy of 10 meters." Seems interesting... (some more information: http://www.egnos-pro.esa.int/index.html) y ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New version of sgt-puzzles, and a launcher for it
nice! I like the launcher! On Sun, Oct 4, 2009 at 7:12 AM, EdorFaus wrote: > Hi, > > I finally got some time to set everything up for these things. > > A new version of sgt-puzzles is now in the repository[1], and also uploaded > on > opkg.org[2]. There's now a new homepage[3] for it, and the code (for the > build > system, patches etc) is available in svn[4]. > > This package includes a shell script that lets users disable/enable > individual > desktop icons, making it possible to reduce the number even without > installing > a launcher. It also includes some basic support for launchers, > automatically > removing the desktop icons when a compatible launcher is installed, except > those icons that have been explicitly enabled (so you can have both a > launcher, and your favorite games on the desktop for quick access). > > More details on the homepage[3]. > > > I've also created such a launcher, and packaged it separately. It is fairly > simple, just displays a grid of plain buttons, but space is so limited due > to > the number of games that I'm not sure how to fit anything more fancy > anyway. > > If someone wants to make a better launcher, there are details for the > interaction between them on the homepage[3]. > > The launcher is also available in the repository[1] and on opkg.org[5], > source > is in an svn repo[6], and it has its own homepage[7] with more information. > > To make it easier to discover the launcher, the sgt-puzzles package > suggests > it - opkg apparently mentions suggestions when installing the package. :) > > > One thing I haven't gotten the launcher to do yet, is single-instancing the > games. I'm not sure what the best approach for that would be - looking for > open X windows? looking for running processes? is there a standard way of > doing this, that would work here? (keep in mind the launcher doesn't stay > running after selecting a game, so looking at the process tree doesn't > help.) > On the other hand I'm not sure how important it is, either. > > > [1] http://ipk.edorfaus.info/armv4t > [2] http://www.opkg.org/package_283.html > [3] http://om.edorfaus.info/sgt-puzzles/ > [4] http://svn.edorfaus.info/om/sgt-puzzles/trunk > [5] http://www.opkg.org/package_286.html > [6] http://svn.edorfaus.info/om/sgt-puzzles-launcher/trunk > [7] http://om.edorfaus.info/sgt-puzzles/launcher/ > > -- > EdorFaus > > > ___ > 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: [Qi - SHR-U/All?] Pink line of death
On Sun, Oct 04, 2009 at 10:49:47AM +0200, Christ van Willegen wrote: > On Sat, Oct 3, 2009 at 4:31 PM, Stuart Pullinger wrote: > >> Has anyone seen the 'pink line of death' at any time? > >> > > Yes. I've seen it. > > > I've seen this bug but I also cannot reproduce it right now. I think it > > happens when I change orientation whilst suspending or whilst waking up > > from suspend (using current SHR-unstable and OMNewRotate). > > > I'm suspending and waking rotating my phone right now and cannot > > reproduce it. Maybe it's been fixed ;^) > > Nope, I reproduced it yesterday evening... > > I also have OMNewRotate installed, and I suspect it has to do with > this behaviour. At most it has to do with yet another glamo bug, but frequently it happens to me in a straight position (eg, laying on table and turning on), but since I fortunately have OMNewRotate as I turn it it gets fixed. Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[SHR-U] Suggestion for screen lock
Hello everyone! Whenever I press AUX, the screen gets locked (as it should be...). But, whenever something touches the screen, it lights up again. When I go for a hike, with Navit running to get a nice OSM track, I am unable to pocket my FR, because the screen keeps lighting up. Would it be possible to add functionality to the AUX press, so that if I hold it for a second or 2, the 'light up on screen touch' gets disabled as well? Christ van Willegen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Qi - SHR-U/All?] Pink line of death
On Sat, Oct 3, 2009 at 4:31 PM, Stuart Pullinger wrote: >> Has anyone seen the 'pink line of death' at any time? >> > Yes. I've seen it. > I've seen this bug but I also cannot reproduce it right now. I think it > happens when I change orientation whilst suspending or whilst waking up > from suspend (using current SHR-unstable and OMNewRotate). > I'm suspending and waking rotating my phone right now and cannot > reproduce it. Maybe it's been fixed ;^) Nope, I reproduced it yesterday evening... I also have OMNewRotate installed, and I suspect it has to do with this behaviour. I'll try to reproduce it again, I am at a PC right now ;-) Christ van Willegen -- 09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
