Re: 2.5mm or 3.5mm
Am Fr 30. Mai 2008 schrieb Andy Green: Somebody in the thread at some point said: | I still think that wired headsets are not used by anyone out there. Even if | every vendor adds a cheap wired headset to it's device I barely see anyone | using it. | Today bluetooth headsets are cheap and they are way more practical (and even | have the better microphone placing, compared to the wired clip-micros. | | So I think there should be an 3.5mm to listen to music and use bluetooth for | headsets. | | I'd rather not be forced to use bluetooth with a headset. My experience is that | bluetooth interferes with wifi (same freq. band) and you'll have another battery to | worry about. There is some co-existence stuff in GTA02 and future products that reduces this effect... the two devices warn each other to defer what they had planned because the other device is using the air. Yoyoyo, the 2-wire-coexistence stuff. Sure this will work with high bandwidth stereo BT? Agree about the extra battery issue, but I have to agree with Thomas wired headsets no longer seem to be a fashion accessory in wide use, whereas BT cyborgs are all over the shop like a bad episode of Dr Who. Just a big bunch of nerds trying to look important. None of them is listening to music, while still able to take a call without panically removing the earpieces to listen to the phone-earspeaker ;-) The *real* geeks are wearing huge closed-type stereo headsets, which you can find rarely in decent quality with BT. If you find you pay a fortune. Decent quality wired stereo headsets are much more easy to find. /j signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: AW: multi-touch?
Am Fr 30. Mai 2008 schrieb Fabian Off: Hey! How does synaptics handle this? When I look at the output my touchpad does, I can see X Y Fingers Values... Maybe we could look into this code and see how they do detect the amount of fingers? Dunno whether they work nearly the same, but I believe this could maybe point us into the right direction :) Only my idea... 2-finger-scrolling is so great! To the best of my knowledge, at least MY synaptics in front of me right now is a capacitive type, and even this one doesn't support multitouch right now (though maybe a driver issue). Please google or wp for capacitive vs resistive ts! Our 4-wire resistive type ts is a device as dumb as bread, NO silicon inside. You simply can't do muto with such device in a reasonable straight way. How do you get info of X1,Y1,X2,Y2 out of a device with 4 ANALOG connectors (GND incl!)??? It may be feasible, but it's rather tricky and needs quite some special hw AROUND the silicon-free ts. There's a way to detect the surrounding square of _all_ touchpoints on a 4w-R-ts, at least with GTA02 i think. You may use this to detect there's more than one touchpoint. Still you have no correct data for the coords of the 2 (or 3?) points. Maybe eventually I'll write a little article on it - so I don't have to repeat myself all the time ;-) /j signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2.5mm or 3.5mm
Am Fr 30. Mai 2008 schrieb Benedikt Schindler: Sven Klomp schrieb: 2.5mm, since I want to pick up a phone call while listening to music. Sven And that isn't possible with the actual 3.5mm headset on the GTA01 / 02 ??? It IS possible with the ACTUAL *2.5mm* headset on GTA01/02. For GTA03 you will need an adapter to 3.5mm though, to use the actual GTA01 2.5mm stereo headset see niclone's and my other posting in this thread /j signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: multi-tutch?
Am Fr 30. Mai 2008 schrieb Rahul Joshi: And I thought I read somewhere in wiki that the touchscreen would be similar if not same to the ones having multi-touch sensing support (which can be programmed to support multi-touch at some point of time). With your statement I can't decide if I'm shocked or sad (maybe both) :( Rahul J Please give a pointer, so we could correct this false info. Probably you're just wrong. Sorry though for your sad / shocked feelings. /j signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: screen protector
Am Fr 30. Mai 2008 schrieb Flemming Richter Mikkelsen: the cheaper ones. This make me worry that they might not have a good conductivity, which is nessecary since the Freerunner has a resistive touch screen. The R-TS is BETWEEN two foils that touch each other when pressing on some point with an arbitrary (isolating) object. That's the BIG advantage of R-TS vs capacitive type, where you get real trouble with stylus. The protective foil doesn't need any conductivity, anyway. /j signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2.5mm or 3.5mm
GTA0x (2) signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2.5mm or 3.5mm
Am Fr 30. Mai 2008 schrieb Shawn: 1 more vote for 'B'. I'm curious, though, why the decision has to be made in such a rush for future editions of the product? . . .shawn because we're moving forward very fast ;-) You see it took long time for GTA02, we're trying to speed up, and product spec is one of the very first things to do, before you even start to design housing etc... /j signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2.5mm or 3.5mm
Am Fr 30. Mai 2008 schrieb Mike Montour: Joerg Reisenweber wrote: B) classic 3.5mm headphones Walkman(R) connector, where you have to DIY an adapter for any standard cellphone headset? (or does anybody know of 3.5mm headSET standards or adapters?) This one, but with a 4-pin (stereo+mic) format that's compatible with at least 1 major vendor (so that DIY means buy an adapter from a web store rather than fire up the soldering iron). See for example: http://www.meritline.com/earphone-adapter-iphone-into-3-5mm-mic-038.html This one is completely off topic. I'm talking about STEREO headSET(=with mic), which usually commes with 2.5mm. We are planning to use a 3.5mm 4-ring connector, that complies with usual 3-ring headPHONES(=w/o mic), and I didn't see an adapter 3.5/4wire-male-2.5-4w-receptacle yet. So you probably have to DIY, to use standard headSETs with future OM devices. But you get benefit of plug-and-play for classic Walkman(R)-headPHONES. BTW: audio quality and versatility of this connector will be vastly improved, if it pans out right. /j signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: multi-tutch?
Am Fr 30. Mai 2008 schrieb Rahul Joshi: The vendor of the touch panel we are using said it might be possible. But it would be a considerable driver effort. I'd really like to see a pointer to this first hand info. This guy I*d like to invite on a couple a beers and have a chat - always thought this had been my genuine idea. (others make millions from... I don*t care - too much hussle) /j signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: gsmd question
hey guys, this was an issue 1988. Since then, AT command set is well understood, for Hayes modems and everything that came later on... Sorry it's late at night here, and I might be a little ungraceful... But REALLY *THATS* an issue??? c'mon let me write your specs ;-) maybe I'm totally OT, then sorry cheers jOERG signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2.5mm or 3.5mm
Am Fr 30. Mai 2008 schrieb Kim Alvefur: On Fri, 2008-05-30 at 09:16 -0400, Kevin Dean wrote: 3.5 mm. I hear mention of standard 2.5 mm and other than my 1973 and the Freerunner, I don't think I've ever seen a 2.5 mm used. Most wired headsets on phones I've purchased in the past each used their own proprietary connector with the exception of my recent Motorolas which used USB. That means every set of headphones I've EVER used were 3.5 mm (actually, they're labeled as 1/8 inch) and that's what my Element has as it's AUX input, so I'll stick with that. :) My old Nokia 3310 has 2.5mm for headsets. However for GTA0x2 3.5mm plug wold be nice, as long as standard stereo plugs work properly. Should not be a problem i one uses 4-pol TRRS like ===[ ground, mic, right, left that's it. plus: gnd,video,line-inL,line-inR gnd,remote-R-ladder,analog-DC-out,DC-meter-in etc... ;-) (mix as you like, I'm trying to get max for every geek ;) [[no video on next device though]] /j signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2.5mm or 3.5mm
your link: that's it Thanks for sharing your thoughts and giving this link /j signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2.5mm or 3.5mm
see URL in prev post. there are adapters 3.5male-2.5female /j signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2.5mm or 3.5mm
that's been my idea when I started. But obviously there's a demand for adapter-free 3.5 connectivity. So you probably have to use an adapter for headsets (with mic)[see other post]. No big thing though. Thanks for voting jOERG signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: using the openmoko neo101 in mass storage mode
+1 ;-) signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: gsmd question
Am Sa 31. Mai 2008 schrieb Bin Chen: On Sat, May 31, 2008 at 3:08 AM, Michael 'Mickey' Lauer [EMAIL PROTECTED] wrote: Bin Chen: I am a mobile phone developer and I am looking at the GSMd application on OpenMoko. Seems all the AT command are sent to UART without waiting the OK or ERROR response. Because the intrinsic of AT command, if you don't wait for the response of OK or ERROR, but send successive (quick enough) AT command to GSM chip, you will get multiple OK or ERROR and you can't distinguish which one is correspond to the response, because there is no ID information in the OK or ERROR. Correct. This is one of the design issues in gsmd that lead to our new phone server (see git.freesmartphone.org). Whats the new design? Send AT CMD one at a time and wait the OK or ERROR for this command? Thanks. Bin ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community that's the way to do AT. Dunno of any better one. /j signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Neo as cellular modem?
Am Do 29. Mai 2008 schrieb Andy Green: Somebody in the thread at some point said: | Please someone correct me if I'm wrong, but I thought the WiFi chip in | fact _can_ do AP mode, but that mode is not allowed in the open source | driver. | | its a firmware. the wifi module has its own firmware and does the 802.11 | handling there autonomous. | that concept is called hardmac and was there earlier, e.g on the old | 'orinoco silver' aka hermes pcmcia cards. or fullmac. It just doesn't support Master mode. | that firmware can currently do client mode and ad-hoc. | _in theory_ every wifi radio can do ap-mode, its just a question if you | can send packets at a low-enough layer in the right format. | this is controlled by firmware on the wifi module in this specific case. It's also a matter of receiving bulk packets efficiently and they don't give us monitor mode either. We're helpless unless Atheros decided to implement Master mode in their closed firmware. Unfortunately the power advantages of having the bulk of the ieee80211 actions managed in the firmware are pretty compelling so I don't know how we get out of that bind. Well it's some time ago since I read about Soft|Hard|Free|FullMAC for prism chipsets. Dunno whether there was a way to run even fullmac cards with a softmac stack. A much more interesting point: where is the firmware to download to our Atheros-chip. (NO, no flamewar on free firmware|no firmware again!). Just a simple question: do we have any way to reflash the FW? /jOERG signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: multi-tutch?
Am Do 29. Mai 2008 schrieb [EMAIL PROTECTED]: Hi Joerg, as it seems that my mail did not reach the community list (I am not a subscriber, just monitoring the archives) may I ask you directly the question regarding multi tutch :-) . See below: Hi all, if the geometric average point is returned if multiple points are touched wouldn't it be possible to have a fake multi touch, e.g., by doing the following: Press point A - Vector A is returned Additionally press desired point B - X = (A+B)/2 is returned - calculate B = 2*X-A Questions: Would this be managable? What time difference would be required between first and second (and third ...) touch, to recognize such a multi-touch action and reliable distinguish it from a single touch at position X? And one more comment: If that would work you could also detect multi-touch gestures (even if limited), e.g., use the first point statically (maybe a focus centre) and handle the second point dynamically (maybe for zooming in and out). Boris there are two resistors in the touchpad, one for X and one for Y. We only see them changing on a touch, thus giving us the coords. A concurrent second touch just changes the R values even more, but we get no info about whether we touched a second point or we moved the finger. So what you suggest is a gesture recognition. Things become nasty because even the geometric middle isn't true but depends on pressure of one to pressure of other touchpoint etc. You really get too few info out of the device to do anything reasonable with it beyond singletouch (at least that's the way it is now. I plan to see whether we can exploit dynamic pulse response of this design to get some additional info. Same way you're testing cat5-cable for breaks. Don't hold your breath though, chances are bad. And it's not on top of my todo-list) cheers jOERG signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: multi-touch?
Am Do 29. Mai 2008 schrieb Bastian Muck: I have a little idea. Imagine, you put your finger somewhere on the right side of the screen. The average point is also somewhere at the right side. When you put another finger e.g. at the left side the average point jumps somewhere to the middle. This jump is where we could guess, that at least two fingers touch the screen. You can't use It's the same as sliding with the one finger from right to middle. Remember the pressure is also important for the average, so if you hit really hard with the left finger, the avg still does no jump but a fast move over the middle some way left and then back to middle. still a single point gesture. Allegedly there is (or has been) sth like pressure detection in the ts-driver, that probably meassures the R *between* the 2 foils. IIRC that couldn't be done with GTA01, but is maybe feasible with GTA02. It would give some additional info to maybe distinguish multitouch from gesture. I already said I'll have a look at it some day... /jOERG signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Neo as cellular modem?
Am Do 29. Mai 2008 schrieb Michael Shiloh: Alexey Feldgendler wrote: On Thu, 29 May 2008 08:59:10 +0200, Andy Green [EMAIL PROTECTED] wrote: We're helpless unless Atheros decided to implement Master mode in their closed firmware. Unfortunately the power advantages of having the bulk of the ieee80211 actions managed in the firmware are pretty compelling so I don't know how we get out of that bind. The very knowledge that we can't do something that the hardware would technically be capable of is annoying, Strongly agree. In some cases this was a result of the agreement we were able to reach with the chip manufacturer in order to open source the driver. We don't view this as a perfect solution, but rather a good start. Hopefully in the future the success of Openmoko will encourage chip manufacturers to become more open. but I don't really see why we would need to implement a true AP in the phone. Strongly disagree. Innovation is stifled whenever choices are limited simply because we can't think of why someone would want to make that choice. We should always strive to make such choices available. For any reasonable use case I can think of, ad-hoc mode should be enough. The only usability advantage of being an AP would be that it can send beacon packets that allow other devices to detect an available network, but sending beacon would be a battery drain anyway. Assuming the use case made sense, the Freerunner could be powered externally. Michael Not if you don't find a 3 word slogan to sell this feature to your granny. SCNR, still got a no Joerg! trauma ;-) /j signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: My experience with the Freerunner
Am Do 29. Mai 2008 schrieb Andy Green: Somebody in the thread at some point said: | Lasse Poulsen wrote: | Also it would be nice to see how long call time you have if you talk | continually (might i suggest an audio-book or to). If you don't i | properly will (haven't got the device yet!) | | | Taking Lasse's advice, I set up a new test last night: Just a little point about these tests, AIUI the GPS stuff acts radically s/GPS/GSM/ ;) differently in terms of current consumption depending on the distance from the base station. All we can reasonably do is compare same-tester results for their different phones from the same physical location. Yep! exactly, due to tx-power calibration, cell-handover etc. /jOERG signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: My experience with the Freerunner
Am Do 29. Mai 2008 schrieb ian douglas: I think that knowing a best case scenario (where you stay in the same location), you get about 6 hours of talk time, is still helpful. Cell phone manufacturers typically report a best case scenario when reporting talk time and standby time, with the legalese and fine print stating that your results may vary from their data. Thoughts? I think *not* moving for all tests (and different types of cellphones to compare) is near a best case scenario for standby time - anyway place some sensitive radio or the like near the phone, to hear the typical interference noise when it is sending, just to make sure you don't sit on a bad spot where the phone changes cell every few minutes. For best case talktime scenarios the distance to basestation is much more important. Here you should check for *very* good RF-signal, means very near to BS and thus allowing the phone-transmitter to power down to lowest level. Also note that GSM without simcard is constantly reselecting cells, so energy consumption is really bad. Switch off GSM when not registering to a network. /jOERG signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: My experience with the Freerunner
Am Fr 30. Mai 2008 schrieb AVee: This test might not even be 'best case'. A better test would be having the Neo really close to the cell tower for optimal conditions. I guess the difference between testing far away from the cell tower and testing close to the tower might be pretty big. There probably also is a difference between GSM900 and GSM1800 (iirc 1800 has a lower range which needs to be compensated by higher transmission power). Nope, 1800 has half the max output, which is compensated by closer grid of BS. Anyway I guess for best case it's no difference. /j signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: My experience with the Freerunner
Am Fr 30. Mai 2008 schrieb Marco Trevisan (Treviño): ian douglas wrote: I think that knowing a best case scenario (where you stay in the same location), you get about 6 hours of talk time, is still helpful. Cell phone manufacturers typically report a best case scenario when reporting talk time and standby time, with the legalese and fine print stating that your results may vary from their data. Thoughts? I agree, and we can't ask you more than testing like you're doing. Unfortunately I don't live always in places where's there's full GSM signal strength (there are mountains, here! :P), so I already thought to this issue, but I didn't hope in test in this scenario... The only thing I'm asking to you, Ian, is to report the GSM signal strength in your testing zone, just to complete the informations you've already given. Anyway, I'll appreciate so much if another one of the lucky Freerunner owners could make a battery test (also just a standby one) in a place with low GSM coverage... Standby doesn't vary with signal-strength. Just receiver is active (except T3210 every few hours), so it should be no difference. Talktime goes down with distance^2.5 I guess. /j signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA01 battery charge circuit: ID pin?
Am Sa 24. Mai 2008 schrieb Major A: Hi, I have a GTA01 and want to use it even when I don't carry a computer with me. I read that the battery charge circuit of the GTA02 will switch to high current if a 48k resistor is present between the mini-USB ID pin and ground. Does this also apply to the GTA01, i.e., is it worth hacking up a cable for that model? 47k (no need for 48k-1% ;) detection is defined and built in to the hardware of GTA01 as well - just checked the old schematics and datasheets. Dunno whether the sw is handling it correctly... HTH jOERG signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: software load for first mfg run of Freerunner? Is ASU what ships?
Am Mo 26. Mai 2008 schrieb Steffen Winkler: stupid question: but for what stands ASU? Abgas Sonder Untersuchung - hey you're no German guy?! ;-) maybe we should find a better name - yea it's hard with all these Spanish and German ambiguities. Let's wait and see what's next... LOL. Siemens spends million$ for just finding names. Sony spent even much more, for a name sounding good all over the world. /j signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Available Encryption algorithms
Am Di 27. Mai 2008 schrieb David Pottage: If there is a difference between what the spec sheet for the GSM modem supports and what the AT command says is supported, then my guess would be that the GSM modem is also considering what is permitted by the network SIM card. Alternatively there may be a bug in the OpenMoko software that runs and interprets that AT command. -- David Pottage Exactly (point #1). The raw AT-cmds aren't mangled by any OM-sw (libgsmd-tool, atcmd) AFAIK. /jOERG signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Car Mode Application...
Am Di 27. Mai 2008 schrieb Staley, Daniel L: * If someone calls while the program is running, ideally I would like the program to pause all music etc and say Incoming call from Fred and display 2 large buttons Ignore and Accept. If accept is pressed, I want the phone to go into speakerphone mode, but still to route the audio to the car speakers. I'm wondering if it would be possible to cancel out the repeating of the caller's audio back into the microphone? I'm not up to date on my noise cancellation techniques ;). If this doesnt seem plausable, just going into speakerphone mode, or talking through a bluetooth headset will be acceptable. I think there's a decent amount of feedback killing in the GSM-module, like in every cellphone (just has to be setup correctly), as well as in your GSM-provider's gateway. Furthermore you may preprocess the sound prior to routing it to the GSM-module, by some echo-suppressor/echo-canceler. But I think you won't be happy with the built-in mic, for usage far from speaker in a noisy car. Probably a BT-headset is the better solution. There are BT-speakermic-devices for integration in your seat's head-support, probably worth to try. (just a note: you must not use Freerunner speaker and headset connector concurrently. At least using the speaker will produce unpredictable volume on left ear channel of wired headset. Sorry I was to late to stop this for GTA02 - wonder about ringtones :-/ When I forget to pull out the headphones when throwing FR on the table; or when I connect FR to my stereo to play music and a call comes in...) The rest sounds good to me. Just curious about the FM-connection to your car-radio... And you will need a car-USB-charger ;-) cheers jOERG signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Car Mode Application...
Am Mi 28. Mai 2008 schrieb Staley, Daniel L: One question I still have though: Is it possible to catch the incoming call signal from the GSM modem before the dialer app gets it, and handle all the call stuff in my app? Will I need to rework all of the call taking code? Or is there an interface into the current call taking code that I can talk to, possibly over dbus? The way I understand it (I'm *NO* OM-sw-guy!) the gsmd will start the dialer app on inbound call, then communicate with it over dbus. probably you can kick out the original dialer and have gsmd start your app instead. I think it shouldn't be rocket science to have this even configurable to switch profiles on the fly. Not sure anyway if the original dialer has some methods to talk to via dbus, but in the end it's called bus, so probably you even can register for the same events like dialer and talk to gsmd concurrently to dialer, which shouldn't have to say much as long as it's not triggered by user-interaction. Again, please note: I have not the slightest idea yet of all this, just doing hw for gta03+, no time for recent sw ;-) cheers jOERG signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 3G USB Dongle (was Re: Neo as cellular modem?)
Am Mi 28. Mai 2008 schrieb Brad Midgley: Joerg On Wed, May 28, 2008 at 2:30 AM, Joerg Reisenweber [EMAIL PROTECTED] wrote: Am Mi 28. Mai 2008 schrieb Brad Midgley: i think it may still be up in the air Nope it's not, see Y-cable in wiki. Should work perfectly. You just have to find the 5pin-mini-USB-plug to DIY one. is EN_USBHOST is deasserted by the system automatically now? I'll update the section in http://wiki.openmoko.org/wiki/Neo_FreeRunner_GTA02_Hardware if it is. No idea, it's a driver issue. On detection of 47k device is switching to fastcharge, which I think is actually working. Also it should activate LOGICAL hostmode for USB-controller same time (NOT asserting EN_USBHOST!), which is needed for Y-Cable and doesn't hurt charger. I don't have the slightest idea whether this already is in kernel or not. Andy? /jOERG signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: multi-tutch?
Am Mi 28. Mai 2008 schrieb Jan Stöckel: hey given pro-linux.de (german news site)is right, MPX http://wearables.unisa.edu.au/mpx/ is now a part of Xorg, and I can remember that the display of the freerunner was ready for multituch, so coud it be possible that the freerunner/openmoko is capable of multituch within might a year ? (I am aware that that isnt prioryty it woud just be nice to know) Or I am completly wrong and it isn`t possible ? FR-TS is a resistive-4wire-type, which per se isn't capable of multitouch. I plan to investigate on some very hackerish tricks to get a little more of info out of this design, but for now: NO not possible. /jOERG signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: multi-tutch?
Am Mi 28. Mai 2008 schrieb thomasg: The capacitive touchscreen of the Freerunner only detects a single point and FR has a resistive TS /j signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Meta Toolchain Release (2008 May)
Am Mi 28. Mai 2008 schrieb Andy Green: Somebody in the thread at some point said: | | What we need is to enable to install these into the toolchain somehow, | | rather than make that a special do it at the factory operation | to get | | things into toolchain. | | | | Agreed, but till that time if anyone is interested in the toolchain I | | can put it up somewhere. | | Hey good job Pranav. | | After 7 months of proposing this methodology I finally get a taker -- | from outside OM. Maybe in another 7 months we can get a host-side opkg | | Hmm, so within OM you guys don't prefer/advise using pre-built | toolchains? Any particular reason? Open Embedded is the basis for current OM build system, it has a Gentoo-type build-it-all-from-scratch approach. It wanted to build over 1,100 packages when I tried to use it to compile ONE package, many of these packages were built for host. It was unable to build its thousand packages of fun on Fedora 9 so I was unable to use it -- at all. In fact all of the target packages it wanted to compile were sitting there already compiled in the distribution packages, it did not need to do any of it. All it needed was to use the prebuilt toolchain like you did, and unpack existing target packages and their -dev into the host like you did, and I would have been away. | For me, it seems too tedious to setup the OM dev env to build single app | like the dialer or some other app like squid-cache. I think the | toolchain is very useful, especially for small apps, test programs or | even OM apps, which just needs a small personalized modification. | Anyway, thats just my thought. Totally agree. But more so: it should be the basis of our offering to devs. Vast bulk of potential devs only want to recompile THEIR package and just link against distro packages, or cherrypick one distro app to modify. Package-based toolchain is the perfect, lean basis for this. -Andy ACK!!! 110% gentoo is a weird approach, that discourages potential devs from giving it a shot. :-( my 0.02€ jOERG [[poor developers, I really feel with them]] [OWTTE quote of ~may 2 2008 fellow lodger. when asking how to build my own branch] signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: early experince Freerunners w/ ASU load, vs. thousnads of Freeruners
Am Do 29. Mai 2008 schrieb Marco Trevisan (Treviño): In this Linuxtag report [1] (google translated here [2]) there are not so good news about production :/ Can you share with us something more Steve? Bye [1] http://tinyurl.com/6rs6j2 [2] http://tinyurl.com/643y64 -- Treviño's World - Life and Linux http://www.3v1n0.net/ I *REALLY* dislike those tinyurl - never give them a try. :-/ nearly as bad as those html-only (dunno from whom) postings i use to ignore. just wanted to let U know /j signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: My experience with the Freerunner
you are not supposed to correct each single keystroke - just like on T9. Simply type ahead and *in the end* select from list the word you tried to type, probably that's nearest to _all_ of your physical keystrokes PLUS some recent/most-used-factor. If I got that right, Raster? /j signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 3G USB Dongle (was Re: Neo as cellular modem?)
Am Mi 28. Mai 2008 schrieb Andy Green: Somebody in the thread at some point said: | Am Mi 28. Mai 2008 schrieb Brad Midgley: | Joerg | | On Wed, May 28, 2008 at 2:30 AM, Joerg Reisenweber [EMAIL PROTECTED] | wrote: | Am Mi 28. Mai 2008 schrieb Brad Midgley: | i think it may still be up in the air | Nope it's not, see Y-cable in wiki. Should work perfectly. You just have | to | find the 5pin-mini-USB-plug to DIY one. | is EN_USBHOST is deasserted by the system automatically now? I'll | update the section in | http://wiki.openmoko.org/wiki/Neo_FreeRunner_GTA02_Hardware if it is. | | No idea, it's a driver issue. On detection of 47k device is switching to | fastcharge, which I think is actually working. Also it should activate | LOGICAL hostmode for USB-controller same time (NOT asserting EN_USBHOST!), | which is needed for Y-Cable and doesn't hurt charger. I don't have the | slightest idea whether this already is in kernel or not. It is deasserted if it sees you have a 1A charger in there, has been for a while. case CHARGER_TYPE_1A: pcf50633_usb_curlim_set(pcf, 1000); /* * stop GPO / EN_HOSTUSB power driving out on the same * USB power pins we have a 1A charger on right now! */ dev_info(pcf-client.dev, Charger - CHARGER_TYPE_1A\n); __reg_write(pcf, PCF50633_GPO - PCF50633_GPIO1 + PCF50633_REG_GPIO1CFG, __reg_read(pcf, PCF50633_GPO - PCF50633_GPIO1 + PCF50633_REG_GPIO1CFG) 0xf0); break; YEP. but from this sniplet I don't understand whether it also will enter LOGICAL hostmode like with a short to GND on ID-pin. That's the crux, do *both* /j signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Neo as cellular modem?
hmmm you really have a talent to ask interesting questions dunno... yet /j signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: USB power direction in host mode (was: Re: 3G USB Dongle (was Re: Neo as cellular modem?))
Am Do 29. Mai 2008 schrieb Michael Shiloh: Andy Green wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | Am Mi 28. Mai 2008 schrieb Brad Midgley: | Joerg | | On Wed, May 28, 2008 at 2:30 AM, Joerg Reisenweber [EMAIL PROTECTED] | wrote: | Am Mi 28. Mai 2008 schrieb Brad Midgley: | i think it may still be up in the air | Nope it's not, see Y-cable in wiki. Should work perfectly. You just have | to | find the 5pin-mini-USB-plug to DIY one. | is EN_USBHOST is deasserted by the system automatically now? I'll | update the section in | http://wiki.openmoko.org/wiki/Neo_FreeRunner_GTA02_Hardware if it is. | | No idea, it's a driver issue. On detection of 47k device is switching to | fastcharge, which I think is actually working. Also it should activate | LOGICAL hostmode for USB-controller same time (NOT asserting EN_USBHOST!), | which is needed for Y-Cable and doesn't hurt charger. I don't have the | slightest idea whether this already is in kernel or not. It is deasserted if it sees you have a 1A charger in there, has been for a while. A related question: I presume that it is the electrical signal EN_USBHOST which flips the switch which causes the USB port to source current in host mode, as opposed to sinking current in device mode. This is of course what is expected of a USB host, but it also prevents us from charging the Freerunner when the USB port is in host mode, if an appropriate power source is available. Question: Is it possible to charge the Neo Freerunner when using the USB port in host mode, by ascerting LOGICAL hostmode and by NOT asserting EN_USBHOST? that's exactly how Y-cable_V1 *) works (besides replacing the needed 15k? pulldown-Rs also switched away by deasserting EN_USBHOST) The combination LOGICAL hostmode + NO chargepump is exactly what the kernel-driver should initiate when seeing 47k *) There's the spec for V2 already, that's capable of working with USB2.0-OTG (supported by GTA03, though USB2.0 will be there with GTA04 at the earliest) See Y-Cable revisited somewhere on the lists - even more simple ;-) /j signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: My experience with the Freerunner
Am Do 29. Mai 2008 schrieb Carsten Haitzler: it's possible we can do this - in svn there is even a full qwerty kbd layout i initially used - with ctrl, alt, etc. for terminal junkies, BUT for now correction is always-on. U made my day. :-) Just wondering how long it takes til there's a howto that will take less than one day to build my own personalized image /jOERG signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
