Menu
▾
▴
Re: [Gumstix-users] Diabling the U-Boot interrupt delay
|
From: Gonzalo Z. <gon...@wi...> - 2009-01-21 04:34:27
|
Maybe you can use one of the GPIO pins to turn on the gps after gumstix boots, you can do this with a transistor and some resistors. Regards -----Mensaje original----- De: Bill Cruise [mailto:bc...@dt...] Enviado el: martes, 20 de enero de 2009 18:32 Para: General mailing list for gumstix users. Asunto: Re: [Gumstix-users] Diabling the U-Boot interrupt delay I need to use the fw_printenv/fw_setenv command to set the environment variables for U-Boot delay and silent mode (see below). Its part of the uboot tools files, but the uboot-utils package doesn't create an executable package for it, just debug and development packages. And of course uboot itself doesnt compile in OE. So I need to know where/how to obtain the fw_printenv program binary itself, so I can access the boot delay and other settings from within Linux. Thanks. -----Original Message----- From: Frank Agius [mailto:ft...@ya...] Sent: Thursday, January 15, 2009 10:47 AM To: gum...@li... Subject: Re: [Gumstix-users] Diabling the U-Boot interrupt delay Bill Cruise wrote: > I'm using a Gumstix Verdex to communicate with a GPS device over serial > port ttyS0. (The device is hardwired to use this port, and > unfortunately the circuitry is already designed and manufactured or I > would just change the hardware.) > > > > My problem is that the Gumstix and the GPS device receive power at the > same time, and the GPS immediately starts sending out heartbeat packets > over this serial port. The Gumstix interprets this serial traffic as a > key press, and goes into the GUM> prompt which prevents the Gumstix from > booting up. Is there a way to disable/enable the U-Boot delay so that > the boot sequence isn't interrupted by serial traffic on ttyS0? > Option 1) From the GUM> prompt, set the bootdelay to 0 with the command "setenv bootdelay 0". The disadvantage of this method is that you will not be able to manually break into the u-boot should you need to. If you're in the situation of having 0 bootdelay and need to get to the GUM> prompt, it should be possible to reset bootdelay to a positive value from Linux. But if you can't reset bootdelay from Linux, you'll have to reflash u-boot. Option 2) You'll need to recompile and install a version of u-boot that has defined CONFIG_AUTOBOOT_STOP_STR to something like "stopme". If this is defined, then u-boot won't break unless it receives the keystring "stopme". It is unlikely that your GPS will output this string. With either option, you probably want to to set the u-boot envirnoment variable "silent" to true (setenv silent true). This will stop u-boot from sending out chars over the serial port to your GPS. regards, frank ------------------------------------------------------------------------ ------ This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword _______________________________________________ gumstix-users mailing list gum...@li... https://lists.sourceforge.net/lists/listinfo/gumstix-users ---------------------------------------------------------------------------- -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword _______________________________________________ gumstix-users mailing list gum...@li... https://lists.sourceforge.net/lists/listinfo/gumstix-users __________ Information from ESET NOD32 Antivirus, version of virus signature database 3779 (20090119) __________ The message was checked by ESET NOD32 Antivirus. http://www.eset.com __________ Information from ESET NOD32 Antivirus, version of virus signature database 3782 (20090121) __________ The message was checked by ESET NOD32 Antivirus. http://www.eset.com |