Re: [Gumstix-users] GPIO Event Question

[Dave Hylands <dhylands@gm...>]

HI Calvin,

On 6/28/07, Calvin Cheung <tonicipriani@...> wrote:
> How exactly does it work, say if there's no user that's logged on at the
> console?

Linux doesn't require a user to be logged in. The stuff in /etc/init.d
runs whether a user logs in or not.

> I'm planning to write a script that loads the GPIO event program through
> an init.d script. On detection, it will execute several scripts that
> does things, in particular controlling madplay. Would this work? Does
> everything just run as root?

It should work fine provided that madplay can run in a mode where
stdin and stdout don't go anywhere.

You can use the su command in your script to change to a different
user if you like.

The only tricky bit about daemons is that they generally need to
ensure that they don't try and call printf (unless you redirect stdout
to a file or the console) and that they don't try and read from stdin
(again unless you redirect it from a file).

-- 
Dave Hylands
Vancouver, BC, Canada
http://www.DaveHylands.com/

Re: [Gumstix-users] Inventory..

[Gordon Kruberg <gordon@gu...>]

Thanks for the input.

(1) We try to produce high-end platforms for development (i.e. low 
quantity purchases) whiling making available cost-reduced options for 
our customers who go to production.  In the past, these options have 
included leaving off or substituting connectors, different levels of 
memory (both flash and SDRAM), custom Flash, and leaving off ICs or the 
reset switch.

(2) For power-management, the speed of the 400Mz part can be set to 
200MHz to manage power.  Down to 100MHz in fact.

(3) The verdex line-up will evolve.  I can see it, eventually, 
supporting a much better price/performance than the connex and basix.

Gordon





Sir Graham (EndoraSoft) wrote:
> Hi,
>
>        I am in agreement with the opinion of Gerald
>
>
> ...and the prize is important also in great amounts.   (+/- 20$)  [gumstix 
> connex 400xm]  us  [gumstix connex 200xm]
>
> We will use Gumstix in our products and in production you need to see the 
> prizes of the components (in this case Gumstix).
>
> Its my opinion....
>
> Regards,
> Sir Graham.
>
>
> ----- Original Message ----- 
> From: "Gerald Mullin" <gmullin@...>
> To: "'General mailing list for gumstix users.'" 
> <gumstix-users@...>
> Sent: Thursday, June 28, 2007 9:06 PM
> Subject: Re: [Gumstix-users] Inventory..
>
>
>   
>> Gordon,
>>
>> We are looking into Gumstix for our next product.
>>
>> Power consumption is more important to us than speed.
>>
>>
>>
>> Gerald
>>
>>
>>
>> -----Original Message-----
>> From: gumstix-users-bounces@...
>> [mailto:gumstix-users-bounces@...] On Behalf Of Gordon
>> Kruberg
>> Sent: Thursday, June 28, 2007 2:54 PM
>> To: nospam@...; General mailing list for gumstix users.
>> Subject: Re: [Gumstix-users] Inventory..
>>
>> Pat,
>>
>> (1) We have no plans to discontinue the basix and connex product lines.
>> We have several OEM customers that require these for products for the
>> forseeable future.
>>
>> (2) We are contemplating the discontinuation of 200MHz 4MB products as
>> "single quantity purchases"   That is, in our current thought process,
>> the 400 MHz 16MB would be the standard version available to everyone in
>> any quantities; to have the slower/smaller flash [and yes, cheaper]
>> would require lots exceeding 120 units (our minimum custom build)
>>
>> (3) The background on this involves watching the requirements of the
>> rootfs in addition to the costs of products and the number of evolving
>> stock items we manage.  We are preparing to support a wide range of
>> accessories (of particular note are GPRS/Edge, LCD/TS, and NiMH battery
>> packs) and the growth of the standard required modules makes it
>> difficult to get a good rootfs into 4MB.
>>
>> As ever, we would appreciate comment on this.
>>
>> Gordon
>>
>>
>>     
>>> I see that the Connex 200 is out of stock.
>>> Are these going to be continued or discontinued now that
>>> the verdex boards are out?
>>>
>>> If they are to be discontinued I really need to know now
>>> so that I can throw out all my work and move up to the verdex
>>> platform. Sigh..
>>>
>>> Thanks..
>>> --Pat
>>>
>>>
>>>       
>> ------------------------------------------------------------------------
>> -
>>     
>>> This SF.net email is sponsored by DB2 Express
>>> Download DB2 Express C - the FREE version of DB2 express and take
>>> control of your XML. No limits. Just data. Click to get it now.
>>> http://sourceforge.net/powerbar/db2/
>>> _______________________________________________
>>> gumstix-users mailing list
>>> gumstix-users@...
>>> https://lists.sourceforge.net/lists/listinfo/gumstix-users
>>>
>>>       
>> ------------------------------------------------------------------------
>> -
>> This SF.net email is sponsored by DB2 Express
>> Download DB2 Express C - the FREE version of DB2 express and take
>> control of your XML. No limits. Just data. Click to get it now.
>> http://sourceforge.net/powerbar/db2/
>> _______________________________________________
>> gumstix-users mailing list
>> gumstix-users@...
>> https://lists.sourceforge.net/lists/listinfo/gumstix-users
>>
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by DB2 Express
>> Download DB2 Express C - the FREE version of DB2 express and take
>> control of your XML. No limits. Just data. Click to get it now.
>> http://sourceforge.net/powerbar/db2/
>> _______________________________________________
>> gumstix-users mailing list
>> gumstix-users@...
>> https://lists.sourceforge.net/lists/listinfo/gumstix-users
>>
>>     
>
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> gumstix-users mailing list
> gumstix-users@...
> https://lists.sourceforge.net/lists/listinfo/gumstix-users
>   

[Gumstix-users] GPIO Event Question

[Calvin Cheung <tonicipriani@gm...>]

How exactly does it work, say if there's no user that's logged on at the 
console?

I'm planning to write a script that loads the GPIO event program through 
an init.d script. On detection, it will execute several scripts that 
does things, in particular controlling madplay. Would this work? Does 
everything just run as root?

Thanks

Re: [Gumstix-users] Inventory..

[Steve Sakoman <sakoman@gm...>]

Gordon,

My thoughts on the product line plans:

1.  Discontinuing the basix 200 4MB flash product makes good sense.  That
size flash is marginal at best.

2.  Discontinuing the connex 200xm is not a good idea.  It hits a
price/power/feature point that you can't yet support with the verdex product
line.  Don't underestimate the importance of price/power in the embedded
market.

3.  Moving to a 120 minimum order on the connex 200xm is a bad idea if you
hope to have folks stick with Gumstix past the prototyping phase.   Gumstix
make great sense for the low to medium volume  embedded devices.  If you
remove the possibility of "single unit" orders during the ramp phase, it
makes Gumstix less attractive as a production solution.

4.  Once you can match connex 200xm price/power/features with the verdex
line, you can ignore points 2 & 3 above :-)

Best regards,

Steve

On 6/28/07, Gordon Kruberg <gordon@...> wrote:
>
> Pat,
>
> (1) We have no plans to discontinue the basix and connex product lines.
> We have several OEM customers that require these for products for the
> forseeable future.
>
> (2) We are contemplating the discontinuation of 200MHz 4MB products as
> "single quantity purchases"   That is, in our current thought process,
> the 400 MHz 16MB would be the standard version available to everyone in
> any quantities; to have the slower/smaller flash [and yes, cheaper]
> would require lots exceeding 120 units (our minimum custom build)
>
> (3) The background on this involves watching the requirements of the
> rootfs in addition to the costs of products and the number of evolving
> stock items we manage.  We are preparing to support a wide range of
> accessories (of particular note are GPRS/Edge, LCD/TS, and NiMH battery
> packs) and the growth of the standard required modules makes it
> difficult to get a good rootfs into 4MB.
>
> As ever, we would appreciate comment on this.
>
> Gordon
>
>
> > I see that the Connex 200 is out of stock.
> > Are these going to be continued or discontinued now that
> > the verdex boards are out?
> >
> > If they are to be discontinued I really need to know now
> > so that I can throw out all my work and move up to the verdex
> > platform. Sigh..
> >
> > Thanks..
> > --Pat
> >
> >
> -------------------------------------------------------------------------
> > This SF.net email is sponsored by DB2 Express
> > Download DB2 Express C - the FREE version of DB2 express and take
> > control of your XML. No limits. Just data. Click to get it now.
> > http://sourceforge.net/powerbar/db2/
> > _______________________________________________
> > gumstix-users mailing list
> > gumstix-users@...
> > https://lists.sourceforge.net/lists/listinfo/gumstix-users
> >
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> gumstix-users mailing list
> gumstix-users@...
> https://lists.sourceforge.net/lists/listinfo/gumstix-users
>

Re: [Gumstix-users] Inventory..

[Sir Graham \(EndoraSoft\) <sirgraham@en...>]

Hi,

       I am in agreement with the opinion of Gerald


...and the prize is important also in great amounts.   (+/- 20$)  [gumstix 
connex 400xm]  us  [gumstix connex 200xm]

We will use Gumstix in our products and in production you need to see the 
prizes of the components (in this case Gumstix).

Its my opinion....

Regards,
Sir Graham.


----- Original Message ----- 
From: "Gerald Mullin" <gmullin@...>
To: "'General mailing list for gumstix users.'" 
<gumstix-users@...>
Sent: Thursday, June 28, 2007 9:06 PM
Subject: Re: [Gumstix-users] Inventory..


> Gordon,
>
> We are looking into Gumstix for our next product.
>
> Power consumption is more important to us than speed.
>
>
>
> Gerald
>
>
>
> -----Original Message-----
> From: gumstix-users-bounces@...
> [mailto:gumstix-users-bounces@...] On Behalf Of Gordon
> Kruberg
> Sent: Thursday, June 28, 2007 2:54 PM
> To: nospam@...; General mailing list for gumstix users.
> Subject: Re: [Gumstix-users] Inventory..
>
> Pat,
>
> (1) We have no plans to discontinue the basix and connex product lines.
> We have several OEM customers that require these for products for the
> forseeable future.
>
> (2) We are contemplating the discontinuation of 200MHz 4MB products as
> "single quantity purchases"   That is, in our current thought process,
> the 400 MHz 16MB would be the standard version available to everyone in
> any quantities; to have the slower/smaller flash [and yes, cheaper]
> would require lots exceeding 120 units (our minimum custom build)
>
> (3) The background on this involves watching the requirements of the
> rootfs in addition to the costs of products and the number of evolving
> stock items we manage.  We are preparing to support a wide range of
> accessories (of particular note are GPRS/Edge, LCD/TS, and NiMH battery
> packs) and the growth of the standard required modules makes it
> difficult to get a good rootfs into 4MB.
>
> As ever, we would appreciate comment on this.
>
> Gordon
>
>
>> I see that the Connex 200 is out of stock.
>> Are these going to be continued or discontinued now that
>> the verdex boards are out?
>>
>> If they are to be discontinued I really need to know now
>> so that I can throw out all my work and move up to the verdex
>> platform. Sigh..
>>
>> Thanks..
>> --Pat
>>
>>
> ------------------------------------------------------------------------
> -
>> This SF.net email is sponsored by DB2 Express
>> Download DB2 Express C - the FREE version of DB2 express and take
>> control of your XML. No limits. Just data. Click to get it now.
>> http://sourceforge.net/powerbar/db2/
>> _______________________________________________
>> gumstix-users mailing list
>> gumstix-users@...
>> https://lists.sourceforge.net/lists/listinfo/gumstix-users
>>
>
> ------------------------------------------------------------------------
> -
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> gumstix-users mailing list
> gumstix-users@...
> https://lists.sourceforge.net/lists/listinfo/gumstix-users
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> gumstix-users mailing list
> gumstix-users@...
> https://lists.sourceforge.net/lists/listinfo/gumstix-users
> 

[Gumstix-users] Verdex and wifistix

[Andreas Wapf <andreas@wa...>]

What kind of chipset will the wifistix for verdex motherboards include?
A chipset with an open source driver?

Thx,
Andreas

Re: [Gumstix-users] Optware ipkg PHP install on Gumstix

[Nick - <nick32223@ya...>]

I tried the following...

-----------------

#
/bin/sh
#
# Start the boa daemon
#
start() {
    LD_LIBRARY_PATH=/opt/lib
    export LD_LIBRARY_PATH
    echo "Starting httpd..."
    start-stop-daemon --start -x /usr/sbin/boa -p /var/run/boa.pid
}

-----------------

however it does not seem to have made any difference - after rebooting I still get the same http error:

-----------------

/opt/bin/php: can't load library 'libdb-4.2.so'
192.168.0.18- - [28/Jun/2007:19:40:05 +0000] request "GET /index.cgi HTTP/1.1" ("/var/www/index.cgi"): cgi_header: unable to find LFLF

-----------------


	
	
		
___________________________________________________________ 
New Yahoo! Mail is the ultimate force in competitive emailing. Find out more at the Yahoo! Mail Championships. Plus: play games and win prizes. 
http://uk.rd.yahoo.com/evt=44106/*http://mail.yahoo.net/uk 

Re: [Gumstix-users] Inventory..

[Gerald Mullin <gmullin@in...>]

Gordon,

We are looking into Gumstix for our next product.

Power consumption is more important to us than speed.



Gerald

-----Original Message-----
From: gumstix-users-bounces@...
[mailto:gumstix-users-bounces@...] On Behalf Of Pat
Winn
Sent: Thursday, June 28, 2007 3:40 PM
To: Gordon Kruberg
Cc: General mailing list for gumstix users.
Subject: Re: [Gumstix-users] Inventory..


Gordon,
With any luck, the product we are designing will sell in sizable
quantities. IF that happens, we are looking to keep costs as
low as possible (of course) in all components involved.

Having said that, our current test platform has been the
Connex 200xm (16Mb). I believe that we could easily enough
at this point move on up to the Verdex platform and the newer
kernel builds/layouts, etc...and to some degree I would prefer
to do that before getting too serious about rolling things out.

However, I look at it from two directions.
1) The Connex 200xm is plenty enough hardware for the product
   (though more is always nice, but not if it costs significantly more)
2) Cost. Gotta keep it as low as reasonably possible.

I guess it's fair to say that we had been looking at
trying to stay with the Connex platform for primarily cost purposes.
I don't however want to see us end up using outdated stuff as the Verdex
evolves and moves forward..along with the kernel, etc.

One also has to realize that Gumstix has to be able to only go so far
back in supporting older versions of things. I wouldn't expect the
Connex
to be supported forever.

If the cost could be brought down a bit on the verdex boards, I would be
more than happy to migrate our project on up and leave the Connex
behind. A little time lost..yes, but probably well worth it in the
long run. I believe we were looking at paying like $99 a board for the
Connex 200xm vs. now $30 more per unit to go to the lower end Verdex.

I'm totally open to suggestions/thoughts/comments at this point.

Thanks for listening. :-)
--Pat

> Pat,
>
> (1) We have no plans to discontinue the basix and connex product
lines.
> We have several OEM customers that require these for products for the
> forseeable future.
>
> (2) We are contemplating the discontinuation of 200MHz 4MB products as
> "single quantity purchases"   That is, in our current thought process,
> the 400 MHz 16MB would be the standard version available to everyone
in
> any quantities; to have the slower/smaller flash [and yes, cheaper]
> would require lots exceeding 120 units (our minimum custom build)
>
> (3) The background on this involves watching the requirements of the
> rootfs in addition to the costs of products and the number of evolving
> stock items we manage.  We are preparing to support a wide range of
> accessories (of particular note are GPRS/Edge, LCD/TS, and NiMH
battery
> packs) and the growth of the standard required modules makes it
> difficult to get a good rootfs into 4MB.
>
> As ever, we would appreciate comment on this.
>
> Gordon
>
>
>> I see that the Connex 200 is out of stock.
>> Are these going to be continued or discontinued now that
>> the verdex boards are out?
>>
>> If they are to be discontinued I really need to know now
>> so that I can throw out all my work and move up to the verdex
>> platform. Sigh..
>>
>> Thanks..
>> --Pat
>>
>>
------------------------------------------------------------------------
-
>> This SF.net email is sponsored by DB2 Express
>> Download DB2 Express C - the FREE version of DB2 express and take
>> control of your XML. No limits. Just data. Click to get it now.
>> http://sourceforge.net/powerbar/db2/
>> _______________________________________________
>> gumstix-users mailing list
>> gumstix-users@...
>> https://lists.sourceforge.net/lists/listinfo/gumstix-users
>>
>
>


------------------------------------------------------------------------
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
gumstix-users mailing list
gumstix-users@...
https://lists.sourceforge.net/lists/listinfo/gumstix-users

Re: [Gumstix-users] Inventory..

[Pat Winn <nospam@ho...>]

Gordon,
With any luck, the product we are designing will sell in sizable
quantities. IF that happens, we are looking to keep costs as
low as possible (of course) in all components involved.

Having said that, our current test platform has been the
Connex 200xm (16Mb). I believe that we could easily enough
at this point move on up to the Verdex platform and the newer
kernel builds/layouts, etc...and to some degree I would prefer
to do that before getting too serious about rolling things out.

However, I look at it from two directions.
1) The Connex 200xm is plenty enough hardware for the product
   (though more is always nice, but not if it costs significantly more)
2) Cost. Gotta keep it as low as reasonably possible.

I guess it's fair to say that we had been looking at
trying to stay with the Connex platform for primarily cost purposes.
I don't however want to see us end up using outdated stuff as the Verdex
evolves and moves forward..along with the kernel, etc.

One also has to realize that Gumstix has to be able to only go so far
back in supporting older versions of things. I wouldn't expect the Connex
to be supported forever.

If the cost could be brought down a bit on the verdex boards, I would be
more than happy to migrate our project on up and leave the Connex
behind. A little time lost..yes, but probably well worth it in the
long run. I believe we were looking at paying like $99 a board for the
Connex 200xm vs. now $30 more per unit to go to the lower end Verdex.

I'm totally open to suggestions/thoughts/comments at this point.

Thanks for listening. :-)
--Pat

> Pat,
>
> (1) We have no plans to discontinue the basix and connex product lines.
> We have several OEM customers that require these for products for the
> forseeable future.
>
> (2) We are contemplating the discontinuation of 200MHz 4MB products as
> "single quantity purchases"   That is, in our current thought process,
> the 400 MHz 16MB would be the standard version available to everyone in
> any quantities; to have the slower/smaller flash [and yes, cheaper]
> would require lots exceeding 120 units (our minimum custom build)
>
> (3) The background on this involves watching the requirements of the
> rootfs in addition to the costs of products and the number of evolving
> stock items we manage.  We are preparing to support a wide range of
> accessories (of particular note are GPRS/Edge, LCD/TS, and NiMH battery
> packs) and the growth of the standard required modules makes it
> difficult to get a good rootfs into 4MB.
>
> As ever, we would appreciate comment on this.
>
> Gordon
>
>
>> I see that the Connex 200 is out of stock.
>> Are these going to be continued or discontinued now that
>> the verdex boards are out?
>>
>> If they are to be discontinued I really need to know now
>> so that I can throw out all my work and move up to the verdex
>> platform. Sigh..
>>
>> Thanks..
>> --Pat
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by DB2 Express
>> Download DB2 Express C - the FREE version of DB2 express and take
>> control of your XML. No limits. Just data. Click to get it now.
>> http://sourceforge.net/powerbar/db2/
>> _______________________________________________
>> gumstix-users mailing list
>> gumstix-users@...
>> https://lists.sourceforge.net/lists/listinfo/gumstix-users
>>
>
>

Re: [Gumstix-users] Inventory..

[Gerald Mullin <gmullin@in...>]

Gordon,

We are looking into Gumstix for our next product.

Power consumption is more important to us than speed.



Gerald



-----Original Message-----
From: gumstix-users-bounces@...
[mailto:gumstix-users-bounces@...] On Behalf Of Gordon
Kruberg
Sent: Thursday, June 28, 2007 2:54 PM
To: nospam@...; General mailing list for gumstix users.
Subject: Re: [Gumstix-users] Inventory..

Pat,

(1) We have no plans to discontinue the basix and connex product lines. 
We have several OEM customers that require these for products for the 
forseeable future.

(2) We are contemplating the discontinuation of 200MHz 4MB products as 
"single quantity purchases"   That is, in our current thought process, 
the 400 MHz 16MB would be the standard version available to everyone in 
any quantities; to have the slower/smaller flash [and yes, cheaper] 
would require lots exceeding 120 units (our minimum custom build)

(3) The background on this involves watching the requirements of the 
rootfs in addition to the costs of products and the number of evolving 
stock items we manage.  We are preparing to support a wide range of 
accessories (of particular note are GPRS/Edge, LCD/TS, and NiMH battery 
packs) and the growth of the standard required modules makes it 
difficult to get a good rootfs into 4MB.

As ever, we would appreciate comment on this.

Gordon


> I see that the Connex 200 is out of stock.
> Are these going to be continued or discontinued now that
> the verdex boards are out?
>
> If they are to be discontinued I really need to know now
> so that I can throw out all my work and move up to the verdex
> platform. Sigh..
>
> Thanks..
> --Pat
>
>
------------------------------------------------------------------------
-
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> gumstix-users mailing list
> gumstix-users@...
> https://lists.sourceforge.net/lists/listinfo/gumstix-users
>   

------------------------------------------------------------------------
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
gumstix-users mailing list
gumstix-users@...
https://lists.sourceforge.net/lists/listinfo/gumstix-users

Re: [Gumstix-users] Inventory..

[Gordon Kruberg <gordon@gu...>]

Pat,

(1) We have no plans to discontinue the basix and connex product lines. 
We have several OEM customers that require these for products for the 
forseeable future.

(2) We are contemplating the discontinuation of 200MHz 4MB products as 
"single quantity purchases"   That is, in our current thought process, 
the 400 MHz 16MB would be the standard version available to everyone in 
any quantities; to have the slower/smaller flash [and yes, cheaper] 
would require lots exceeding 120 units (our minimum custom build)

(3) The background on this involves watching the requirements of the 
rootfs in addition to the costs of products and the number of evolving 
stock items we manage.  We are preparing to support a wide range of 
accessories (of particular note are GPRS/Edge, LCD/TS, and NiMH battery 
packs) and the growth of the standard required modules makes it 
difficult to get a good rootfs into 4MB.

As ever, we would appreciate comment on this.

Gordon


> I see that the Connex 200 is out of stock.
> Are these going to be continued or discontinued now that
> the verdex boards are out?
>
> If they are to be discontinued I really need to know now
> so that I can throw out all my work and move up to the verdex
> platform. Sigh..
>
> Thanks..
> --Pat
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> gumstix-users mailing list
> gumstix-users@...
> https://lists.sourceforge.net/lists/listinfo/gumstix-users
>   

[Gumstix-users] Busy Bluetooth Serial Connection

[Chris Matthews <matt0599@um...>]

Hello,

I'm playing around with 4 Gumstix (400xm) in a research project that will
eventually be navigating and relaying GPS information and instructions to
two autonomous airplanes (two stix each). I am connecting to the stix using
both MacOS 10.4 and XP for irrelevant reasons.

Essentially one of the Gumstix will pair fine with either computer, and
anyone can join its PAN but for some reason the Bluetooth virtual serial
connection on this stix will never connect. The error on the MAC screen
session in terminal says that the connection is busy, Windows just gives up
and says it failed to connect. I've done the usual troubleshooting procedure
of rebooting the device and examining the code for the serial to see if it
is in fact connecting to another device. I have scoured the code, and it is
identical in every corner to the other Gumstix it sits with that connects
and performs exactly as I want it to. The boot sequences look and are even
timed the same. ttyS2 and ttyS0 work fine. 

Any ideas as to why this serial connection is tied up?



Also Gumstix 3 and 4 think they are ericsson audio devices but perform
normally and to my wishes. Bluetooth doesn't boot when the class and type
information is changed. Is that strange or a normal occurrence? 


Thanks,

Chris
-- 
View this message in context: http://www.nabble.com/Busy-Bluetooth-Serial-Connection-tf3996041.html#a11348616
Sent from the Gumstix mailing list archive at Nabble.com.

[Gumstix-users] Inventory..

[Pat Winn <nospam@ho...>]

I see that the Connex 200 is out of stock.
Are these going to be continued or discontinued now that
the verdex boards are out?

If they are to be discontinued I really need to know now
so that I can throw out all my work and move up to the verdex
platform. Sigh..

Thanks..
--Pat

Re: [Gumstix-users] Optware ipkg PHP install on Gumstix

[Craig Hughes <craig@gu...>]

You could set the env VAR in the tippy-top parent of the whole boa  
process tree, and then it'll percolate down.  ie add your env setting/ 
exporting to /etc/init.d/S50httpd before boa gets started.

C

On Jun 28, 2007, at 10:28 AM, Nick - wrote:

> After seeing the post at http://article.gmane.org/ 
> gmane.linux.distributions.gumstix.general/24955/match=nslu2 I am  
> attempting to get php working on my Gumstix.
>
>
> I have worked around a few issues, and now have php running on the  
> command line, but can not seem to get past the problem that the  
> "LD_LIBRARY_PATH" needs to be set to "/opt/lib", which I am not  
> sure how to do when it is called via Boa CGI.
>
>
> ----
> LD_LIBRARY_PATH=/opt/lib
> export LD_LIBRARY_PATH
> ----
>
>
> Any pointers in the right direction would be appreciated.
>
>
> Yahoo! Answers - Get better answers from someone who knows. Try it  
> now.
> ---------------------------------------------------------------------- 
> ---
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/ 
> _______________________________________________
> gumstix-users mailing list
> gumstix-users@...
> https://lists.sourceforge.net/lists/listinfo/gumstix-users

[Gumstix-users] Optware ipkg PHP install on Gumstix

[Nick - <nick32223@ya...>]

After seeing the post at http://article.gmane.org/gmane.linux.distributions.gumstix.general/24955/match=nslu2 I am attempting to get php working on my Gumstix.

I have worked around a few issues, and now have php running on the command line, but can not seem to get past the problem that the "LD_LIBRARY_PATH" needs to be set to "/opt/lib", which I am not sure how to do when it is called via Boa CGI.

----
LD_LIBRARY_PATH=/opt/lib
export LD_LIBRARY_PATH
----

Any pointers in the right direction would be appreciated.


      ___________________________________________________________
Yahoo! Answers - Got a question? Someone out there knows the answer. Try it
now.
http://uk.answers.yahoo.com/ 

Re: [Gumstix-users] gumstix getting hot

[Andreas Wapf <andreas@wa...>]

ohm unmongkolthavong <ounmongk <at> yahoo.com> writes:
> Sorry to reply to my own message, but we've decided to
> try to replace the voltage regulator on the gumstix,
> since that's what we think is wrong. (It gets super
> hot and the gumstix doesn't boot) Is the regulator
> still ADP3335 from Analog Devices? I recall David
> mentioning this part a while back. 

Any progress so far?

> If worse comes to worse, does gumstix offer any sort
> of repair service? 

?

I have one connex 400xm-bt. Same problem here. The component close to the
bluetooth module with the name L FE is getting very hot and the gumstix doesnt
boot.

Re: [Gumstix-users] console-vx ETA?

[Philip Trickett (List) <phil-ml@te...>]

On Thu, 2007-06-28 at 08:54 -0700, Craig Hughes wrote:
> On Jun 28, 2007, at 2:12 AM, Philip Trickett (List) wrote:
> 
> > I am just pinging the list to find when the console-vx will next be in
> > stock.
> 
> We should be getting some in this week, but demand has been pretty  
> high for them.  If you'd like one from that batch, it would probably  
> be a good idea to put in a back-order if you haven't already, so it  
> gets filled when they come in.  We fill orders in the order received,  
> and it looks like we'll very quickly be needing to re-reorder the  
> console-vx board.


Hi Craig,

THanks for the reply.

Any idea on the verdex with bt?

Phil

Re: [Gumstix-users] Replacing the filesystem image from a web browser?

[Craig Hughes <craig@gu...>]

On Jun 28, 2007, at 4:25 AM, Heilpern, Mark wrote:

> The wiki contains details behind updating the file system image  
> through the /dev/mtd device (http://docwiki.gumstix.org/ 
> Replacing_the_filesystem_image -- search for flashcp on that page).
>
> As long as your ram disk has enough space to hold the incoming  
> flash image and you can make certain the image is valid and not too  
> large, you should be able to do this via CGI.
>
> A few caveats to consider...
> First, Verdex has an interesting flash process regarding the file  
> system and kernel, since the kernel is no longer in the file  
> system. (I would expect the Connex to adopt this method soon as  
> well.) In that environment, you first erase flash (from 40000 and  
> higher), you then program in the file system, you then erase the  
> top 1MB of flash, and finally you place the kernel into that space.  
> (The last two steps are done with a single command, katinstall,  
> while in U-Boot.)

The new layout also has new /dev/mtd partitioning to cover the 3  
areas of flash.  So it should be pretty easy to update using flashcp  
for each of the pieces (u-boot, rootfs, uImage) in a similar way to  
the instructions above, but adding uImage to the last /dev/mtd device  
as well.

> Second, if you've got an older U-Boot configuration (where bootargs  
> includes "root=1f02") and you install a new kernel that requires a  
> bootargs change (such as "root=1f01"), you could leave the system  
> unable to boot without manual (serial) intervention.

Flashing a new u-boot which has the right default bootcmd will take  
care of this problem.

> Finally, when you're programming the new file system, you will need  
> to be certain that no running process has an open file handle to  
> any file on the flash file system. If anything has an open handle  
> to the old (erased) file system and then reads from it, it will  
> receive corrupted data. Worse, if something writes to an old  
> (stale) file handle, it will possibly corrupt your newly programmed  
> file system.

Yes; and more than that, you need to remount the old rootfs read-only  
or else the kernel might have unwritten buffers which it tries to  
write on top of your newly flashed FS, which will definitely break  
things hard.

C

Re: [Gumstix-users] console-vx ETA?

[Craig Hughes <craig@gu...>]

On Jun 28, 2007, at 2:12 AM, Philip Trickett (List) wrote:

> I am just pinging the list to find when the console-vx will next be in
> stock.

We should be getting some in this week, but demand has been pretty  
high for them.  If you'd like one from that batch, it would probably  
be a good idea to put in a back-order if you haven't already, so it  
gets filled when they come in.  We fill orders in the order received,  
and it looks like we'll very quickly be needing to re-reorder the  
console-vx board.

C

Re: [Gumstix-users] Unusually Long Delay for ATMega128

[Black, Michael <Michael.Black@EssexCorp.com>]

I2C doesn't know about 16-bit things.
So how are you splitting your value and reassembling it?

___________________
Michael D. Black
Essex
black@...

-----Original Message-----
From: gumstix-users-bounces@...
[mailto:gumstix-users-bounces@...] On Behalf Of
fokumdt@...
Sent: Thursday, June 28, 2007 10:20 AM
To: gumstix-users@...
Subject: Re: [Gumstix-users] Unusually Long Delay for ATMega128

No, I'm not acking each byte.  I should make a correction, and add that
I
have changed my code slightly since I found that I was getting a
bit-shift
on the high-byte.  The most recent version of the code is what was in my
post this morning.  This time, I find that the distance value is always
zero, regardless of what I include in that field.

> So you've got a bit-shift on the high byte.
> Are you acking each byte?

Daniel


------------------------------------------------------------------------
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
gumstix-users mailing list
gumstix-users@...
https://lists.sourceforge.net/lists/listinfo/gumstix-users
=20
=20
=20
=20
=20
=20
=20
This electronic message and any files transmitted with it contain =
information which may be privileged and/or proprietary. The information =
is intended for use solely by the intended recipient(s). If you are not =
the intended recipient, be aware that any disclosure, copying, =
distribution or use of this information is prohibited. If you have =
received this electronic message in error, please advise the sender by =
reply email or by telephone (301-939-7000) and delete the message.

Re: [Gumstix-users] Unusually Long Delay for ATMega128

[<fokumdt@it...>]

No, I'm not acking each byte.  I should make a correction, and add that I
have changed my code slightly since I found that I was getting a bit-shift
on the high-byte.  The most recent version of the code is what was in my
post this morning.  This time, I find that the distance value is always
zero, regardless of what I include in that field.

> So you've got a bit-shift on the high byte.
> Are you acking each byte?

Daniel

Re: [Gumstix-users] Replacing the filesystem image from a web browser?

[Chris Dollar <chris.dollar@gm...>]

Hi Carl,

> I would like to provide the ability to replace the file system image
> through a web page
> and CGI hosted on the gumstix.  Is this possible, and if so, could
> someone give me a clue on to do it?

I did just that.  I describe the process here
http://docwiki.gumstix.org/User:Cdollar  I think that the script
requires that you have the bash package installed on the gumstix for
it to work (or you can modify the control_panel cgi to not need bash).
 If you give it a go and run into any problems just post back to the
list and I'll help any way I can.  Oh, I should also note that I wrote
this for my connex gumstix, and it probably will not work on a verdex
without some tweaks.

Chris

Re: [Gumstix-users] Unusually Long Delay for ATMega128

[Black, Michael <Michael.Black@EssexCorp.com>]

580 =3D 0x244
324 =3D 0x144

512 =3D 0x200
256 =3D 0x100

So you've got a bit-shift on the high byte.
Are you acking each byte?

___________________
Michael D. Black
Essex
black@...

-----Original Message-----
From: gumstix-users-bounces@...
[mailto:gumstix-users-bounces@...] On Behalf Of
fokumdt@...
Sent: Thursday, June 28, 2007 9:44 AM
To: gumstix-users@...
Subject: Re: [Gumstix-users] Unusually Long Delay for ATMega128

Hi Dave,

Thanks for looking at this.  After carrying out many tests, I found that
the error is not related to the timer code after all.  Instead, it
appears
that the data is being corrupted in the I2C transfer.  For example, I
passed 580 across I2C, and I decoded 324 on the gumstix.  Passing 512
from
the robostix resulted in 256 on the gumstix.

Here is what I am doing:

// *****************************************************************
// < In i2c-Sensor-io.h
typedef struct
{
    uint8_t 	SensorIdx;    ///< Index of the sensor to be triggered.
    uint8_t 	Sts;		  ///< Status of the Read command
    uint16_t	dist;		  ///< Distance value returned by the
sensor.
} I2C_IO_TrgrPing_Snsr_t;

#define I2C_IO_TRGR_PING_SNSR     0x21

// *****************************************************************
//< In I2C-Sensor-io-api.c
int I2C_IO_Trgr_PING_Snsr( int i2cDev, uint8_t SensorIdx, uint16_t*
range,
uint8_t* status )
{
	uint8_t             		bytesRead =3D 0;
	I2C_IO_TrgrPing_Snsr_t		trgrPing;
	trgrPing.SensorIdx =3D SensorIdx;
	if ( I2cProcessBlock( i2cDev, I2C_IO_TRGR_PING_SNSR, &SensorIdx,
sizeof(
SensorIdx ), &trgrPing, sizeof( trgrPing ), &bytesRead ) !=3D 0 )
    {
        LogError( "I2C_IO_Trgr_PING_Sensor: I2cProcessBlockFailed: %s
(%d)\n", strerror( errno ), errno );
        return FALSE;
    }
    *range =3D trgrPing.dist;
    *status =3D trgrPing.Sts;
    return TRUE;
} // I2C_IO_Trgr_PING_Sensor

// *****************************************************************
// < In I2C-Sensor.c (runs on the robostix).  Part of my
ProcessCommand()
//    function.
case I2C_IO_TRGR_PING_SNSR:
{
	uint8_t *SensorIdx =3D (uint8_t *)&packet->m_data[2];
	PingStatus[(*SensorIdx)] =3D ReadPingSensor( *SensorIdx, Dist );
        I2C_IO_TrgrPing_Snsr_t *trgr =3D (I2C_IO_TrgrPing_Snsr_t
*)&packet->m_data[ 1 ];  // +1 for cmd, +1 for len
        trgr->Sts =3D PingStatus[(*SensorIdx)];
        trgr->dist =3D Dist[(*SensorIdx)];
        packet->m_data[ 0 ] =3D sizeof( *trgr );
        return sizeof( *trgr ) + 1; // + 1 for len;
}
// *****************************************************************


Daniel


> I took a look at the code and nothing really obvious stands out at me.
>
> A few things I noticed, which might just be because I don't have all
of
the code.
>
> 1 - TIM16_StartTCNT1 enables the overflow interrupt without clearing
it
first. So if the flag happened to be set it would cause the handler to
fire immediately.
> 2 - I didn't see a handler for the overflow interrupt on timer 1. 3 -
What optimization flags are


------------------------------------------------------------------------
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
gumstix-users mailing list
gumstix-users@...
https://lists.sourceforge.net/lists/listinfo/gumstix-users
=20
=20
=20
=20
=20
=20
=20
This electronic message and any files transmitted with it contain =
information which may be privileged and/or proprietary. The information =
is intended for use solely by the intended recipient(s). If you are not =
the intended recipient, be aware that any disclosure, copying, =
distribution or use of this information is prohibited. If you have =
received this electronic message in error, please advise the sender by =
reply email or by telephone (301-939-7000) and delete the message.

Re: [Gumstix-users] Unusually Long Delay for ATMega128

[<fokumdt@it...>]

Hi Dave,

Thanks for looking at this.  After carrying out many tests, I found that
the error is not related to the timer code after all.  Instead, it appears
that the data is being corrupted in the I2C transfer.  For example, I
passed 580 across I2C, and I decoded 324 on the gumstix.  Passing 512 from
the robostix resulted in 256 on the gumstix.

Here is what I am doing:

// *****************************************************************
// < In i2c-Sensor-io.h
typedef struct
{
    uint8_t 	SensorIdx;    ///< Index of the sensor to be triggered.
    uint8_t 	Sts;		  ///< Status of the Read command
    uint16_t	dist;		  ///< Distance value returned by the sensor.
} I2C_IO_TrgrPing_Snsr_t;

#define I2C_IO_TRGR_PING_SNSR     0x21

// *****************************************************************
//< In I2C-Sensor-io-api.c
int I2C_IO_Trgr_PING_Snsr( int i2cDev, uint8_t SensorIdx, uint16_t* range,
uint8_t* status )
{
	uint8_t             		bytesRead = 0;
	I2C_IO_TrgrPing_Snsr_t		trgrPing;
	trgrPing.SensorIdx = SensorIdx;
	if ( I2cProcessBlock( i2cDev, I2C_IO_TRGR_PING_SNSR, &SensorIdx, sizeof(
SensorIdx ), &trgrPing, sizeof( trgrPing ), &bytesRead ) != 0 )
    {
        LogError( "I2C_IO_Trgr_PING_Sensor: I2cProcessBlockFailed: %s
(%d)\n", strerror( errno ), errno );
        return FALSE;
    }
    *range = trgrPing.dist;
    *status = trgrPing.Sts;
    return TRUE;
} // I2C_IO_Trgr_PING_Sensor

// *****************************************************************
// < In I2C-Sensor.c (runs on the robostix).  Part of my ProcessCommand()
//    function.
case I2C_IO_TRGR_PING_SNSR:
{
	uint8_t *SensorIdx = (uint8_t *)&packet->m_data[2];
	PingStatus[(*SensorIdx)] = ReadPingSensor( *SensorIdx, Dist );
        I2C_IO_TrgrPing_Snsr_t *trgr = (I2C_IO_TrgrPing_Snsr_t
*)&packet->m_data[ 1 ];  // +1 for cmd, +1 for len
        trgr->Sts = PingStatus[(*SensorIdx)];
        trgr->dist = Dist[(*SensorIdx)];
        packet->m_data[ 0 ] = sizeof( *trgr );
        return sizeof( *trgr ) + 1; // + 1 for len;
}
// *****************************************************************


Daniel


> I took a look at the code and nothing really obvious stands out at me.
>
> A few things I noticed, which might just be because I don't have all of
the code.
>
> 1 - TIM16_StartTCNT1 enables the overflow interrupt without clearing it
first. So if the flag happened to be set it would cause the handler to
fire immediately.
> 2 - I didn't see a handler for the overflow interrupt on timer 1. 3 -
What optimization flags are

Re: [Gumstix-users] Replacing the filesystem image from a web browser?

[Heilpern, Mark <mark.heilpern@au...>]

<HTML dir=3Dltr><HEAD><TITLE>[Gumstix-users] Replacing the filesystem =
image from a web browser?</TITLE>=0A=
<META http-equiv=3DContent-Type content=3D"text/html; charset=3Dunicode">=0A=
<META content=3D"MSHTML 6.00.6000.16481" name=3DGENERATOR></HEAD>=0A=
<BODY>=0A=
<DIV id=3DidOWAReplyText82865 dir=3Dltr>=0A=
<DIV dir=3Dltr><FONT face=3DArial color=3D#000000 size=3D2>The wiki =
contains details behind updating the file system image through the =
/dev/mtd device (</FONT><FONT face=3DArial size=3D2><A =
href=3D"http://docwiki.gumstix.org/Replacing_the_filesystem_image">http:/=
/docwiki.gumstix.org/Replacing_the_filesystem_image</A>&nbsp;-- search =
for flashcp on that page).</FONT></DIV>=0A=
<DIV dir=3Dltr><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>=0A=
<DIV dir=3Dltr><FONT face=3DArial size=3D2>As long as your ram disk has =
enough space to hold the incoming flash image and you can make certain =
the image is valid and not too large, you should be able to do this via =
CGI.</FONT></DIV>=0A=
<DIV dir=3Dltr><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>=0A=
<DIV dir=3Dltr><FONT face=3DArial size=3D2>A few caveats to =
consider...</FONT></DIV>=0A=
<DIV dir=3Dltr><FONT face=3DArial size=3D2>First, Verdex has an =
interesting flash process regarding the file system and kernel, since =
the kernel is no longer in the file system. (I would expect the Connex =
to adopt this method soon as well.) In that environment, you first erase =
flash (from 40000 and higher), you then program in the file system, you =
then erase the top 1MB of flash, and finally you place the kernel into =
that space. (The last two steps are done with a single command, =
katinstall, while in U-Boot.)</FONT></DIV>=0A=
<DIV dir=3Dltr><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>=0A=
<DIV dir=3Dltr><FONT face=3DArial size=3D2>Second, if you've got an =
older U-Boot configuration (where bootargs includes "root=3D1f02") and =
you install a new kernel that requires a bootargs change (such as =
"root=3D1f01"), you could leave the system unable to boot without manual =
(serial) intervention.</FONT></DIV>=0A=
<DIV dir=3Dltr><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>=0A=
<DIV dir=3Dltr><FONT face=3DArial size=3D2>Finally, when you're =
programming the new file system, you will need to be certain that no =
running process has an open file handle to any file on the flash file =
system. If anything has an open handle to the old (erased) file system =
and then reads from it, it will receive corrupted data. Worse, if =
something writes to an old (stale) file handle, it will possibly corrupt =
your newly programmed file system.</FONT></DIV></DIV>=0A=
<DIV dir=3Dltr><BR>=0A=
<HR tabIndex=3D-1>=0A=
<FONT face=3DTahoma size=3D2><B>From:</B> =
gumstix-users-bounces@... on behalf of Carl =
Douglas<BR><B>Sent:</B> Thu 6/28/2007 5:38 AM<BR><B>To:</B> =
gumstix-users@...<BR><B>Subject:</B> [Gumstix-users] =
Replacing the filesystem image from a web browser?<BR></FONT><BR></DIV>=0A=
<DIV>=0A=
<P><FONT size=3D2>Hi,<BR><BR>I would like to provide the ability to =
replace the file system image<BR>through a web page<BR>and CGI hosted on =
the gumstix.&nbsp; Is this possible, and if so, could<BR>someone give me =
a clue on to do it?<BR><BR>If others are interested perhaps we could =
create an open source<BR>project to develop the =
CGI.<BR><BR>Thanks,<BR>Carl<BR><BR>--------------------------------------=
-----------------------------------<BR>This SF.net email is sponsored by =
DB2 Express<BR>Download DB2 Express C - the FREE version of DB2 express =
and take<BR>control of your XML. No limits. Just data. Click to get it =
now.<BR><A =
href=3D"http://sourceforge.net/powerbar/db2/">http://sourceforge.net/powe=
rbar/db2/</A><BR>_______________________________________________<BR>gumst=
ix-users mailing list<BR>gumstix-users@...<BR><A =
href=3D"https://lists.sourceforge.net/lists/listinfo/gumstix-users">https=
://lists.sourceforge.net/lists/listinfo/gumstix-users</A><BR></FONT></P><=
/DIV></BODY><!--[object_id=3D#authentec.com#]--><DIV class=3DSection1>
<P class=3DMsoNormal><FONT size=3D2>
<HR>
NOTE: The information in this message is intended for the personal and =
confidential use of the designated recipient(s) named above. To the =
extent the recipient(s) is/are bound by a non-disclosure agreement, or =
other agreement that contains an obligation of confidentiality, with =
AuthenTec, then this message and/or any attachments shall be considered =
confidential information and subject to the confidentiality terms of =
that agreement.<SPAN style=3D"mso-spacerun: yes">&nbsp; </SPAN>If the =
reader of this message is not the intended recipient named above, you =
are notified that you have received this document in error, and any =
review, dissemination, distribution or copying of this message is =
strictly prohibited. If you have received this document in error, please =
delete the original message and notify the sender =
immediately.<?xml:namespace prefix =3D o ns =3D =
"urn:schemas-microsoft-com:office:office" /><o:p></o:p></FONT></P>
<P class=3DMsoNormal><FONT size=3D2>Thank you.<o:p></o:p></FONT></P>
<P class=3DMsoNormal><FONT size=3D2><o:p>&nbsp;</o:p>AuthenTec, =
Inc.<SPAN style=3D"mso-spacerun: yes">&nbsp; </SPAN></FONT><A =
href=3D"http://www.authentec.com/"><FONT =
size=3D2>http://www.authentec.com</FONT></A></P>;
<P class=3DMsoNormal><o:p>&nbsp;</o:p></P></DIV></HTML>