[U-Boot-Users] loads command is not working
Hi All,
Can anyone tell me how to test loads command? I have tested loadb and loady command, and they are working fine. While testing loads uboot console only displays message "Ready for loading s-record file" but doing nothing.
I think I am testing this command with wrong procedure, I hav used hyperterminal to test loadb and loady commands.
So please guide me to test this out.
Thanks in advance.
Thanks, Vaibhav
In message fde666620705252327u7d1baaa3mb710cb4ea7276a2b@mail.gmail.com you wrote:
Can anyone tell me how to test loads command?
The most reliable way is using "cu", see http://www.denx.de/wiki/view/DULG/SystemSetup#Section_4.2.
YOu may have success with other terminal emulation programs if you adjust timing correctly, but details are left as an exercise for the reader. If you just need a working tool, use "cu".
I think I am testing this command with wrong procedure, I hav used hyperterminal to test loadb and loady commands.
Use "cu".
------=_Part_83045_16143021.1180160852412 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline
And never post HTML on this list.
Best regards,
Wolfgang Denk
Hi There!
Wolfgang Denk schrieb:
In message fde666620705252327u7d1baaa3mb710cb4ea7276a2b@mail.gmail.com you wrote:
Can anyone tell me how to test loads command?
The most reliable way is using "cu", see http://www.denx.de/wiki/view/DULG/SystemSetup#Section_4.2.
YOu may have success with other terminal emulation programs if you adjust timing correctly, but details are left as an exercise for the reader. If you just need a working tool, use "cu".
Well... rpm <foo> just sucks on some machines. The sources are here: http://www.airs.com/ian/uucp.html
Greets,
Clemens
On Sun, 27 May 2007, Clemens Koller wrote:
The most reliable program to work with U-Boot is kermit. It's a shame it was excluded from Fedora distribution after Core 5 release...
Hi There!
Wolfgang Denk schrieb:
In message
fde666620705252327u7d1baaa3mb710cb4ea7276a2b@mail.gmail.com you wrote:
Can anyone tell me how to test loads command?
The most reliable way is using "cu", see http://www.denx.de/wiki/view/DULG/SystemSetup#Section_4.2.
YOu may have success with other terminal emulation programs if you adjust timing correctly, but details are left as an exercise for the reader. If you just need a working tool, use "cu".
Well... rpm <foo> just sucks on some machines. The sources are here: http://www.airs.com/ian/uucp.html
Greets,
Clemens
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/ _______________________________________________ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
--- ****************************************************************** * KSI@home KOI8 Net < > The impossible we do immediately. * * Las Vegas NV, USA < > Miracles require 24-hour notice. * ******************************************************************
Hi!
On Sun, 27 May 2007, Clemens Koller wrote: The most reliable program to work with U-Boot is kermit. It's a shame it was excluded from Fedora distribution after Core 5 release...
Just to make the list complete: Linux Host: minicom v2.2 http://alioth.debian.org/projects/minicom/
And for the most proprietary OS: UTF-8 TeraTerm Pro with TTSSH2 http://sourceforge.jp/projects/ttssh2/ Yes the good old TeraTerm we've used long time ago with our 300bps Modems is back!
And for monitoring every little detail of your serial port on Windoze - Mark Russinobich's Portmon: http://www.microsoft.com/technet/sysinternals/utilities/portmon.mspx
Uah... ugly link. :-(
Greets,
Clemens Koller _______________________________ R&D Imaging Devices Anagramm GmbH Rupert-Mayer-Str. 45/1 81379 Muenchen Germany
http://www.anagramm-technology.com Phone: +49-89-741518-50 Fax: +49-89-741518-19
On Sun, 27 May 2007, Clemens Koller wrote:
Hi!
On Sun, 27 May 2007, Clemens Koller wrote: The most reliable program to work with U-Boot is kermit. It's a shame
it
was excluded from Fedora distribution after Core 5 release...
Just to make the list complete: Linux Host: minicom v2.2 http://alioth.debian.org/projects/minicom/
Minicom is crap, sorry for an expression...
--- ****************************************************************** * KSI@home KOI8 Net < > The impossible we do immediately. * * Las Vegas NV, USA < > Miracles require 24-hour notice. * ******************************************************************
Hi,
ksi@koi8.net schrieb:
On Sun, 27 May 2007, Clemens Koller wrote:
Just to make the list complete: Linux Host: minicom v2.2 http://alioth.debian.org/projects/minicom/
Minicom is crap, sorry for an expression...
Technically, it works fine. Propably, some don't like the UI, which has a vi like flavour. Well... it works for me. YMMV
Greets,
Clemens Koller _______________________________ R&D Imaging Devices Anagramm GmbH Rupert-Mayer-Str. 45/1 81379 Muenchen Germany
http://www.anagramm-technology.com Phone: +49-89-741518-50 Fax: +49-89-741518-19
Clemens Koller wrote:
Hi,
ksi@koi8.net schrieb:
On Sun, 27 May 2007, Clemens Koller wrote:
Just to make the list complete: Linux Host: minicom v2.2 http://alioth.debian.org/projects/minicom/
Minicom is crap, sorry for an expression...
Technically, it works fine. Propably, some don't like the UI, which has a vi like flavour. Well... it works for me. YMMV
Greets,
Clemens Koller
The problem is not the interface, the problem is that minicom is unreliable. I actually generally use it as the path of least resistance, but occasionally it messes me up. I have used cu as well and should switch, but have not yet.
The typical problem I have with minicom is that the tty port gets messed up (baud rate, handshake, etc. is wrong) and minicom cannot recover it. Minicom will tell you it is changing the port configuration (baud rate, for instance) and say that the baud rate is what you set it to, but it really isn't. As you can imagine, this is very confusing and frustrating when the board you are connecting to appears to only put out garbage characters and trying all the common baud rates does not change anything. It looks like there is a serious problem with the development board, but actually it is minicom.
Interestingly, I've never had a problem getting kermit to reset the port characteristics to a sane setting when this happens, and then minicom will behave again, for a while.
Best regards, gvb
In message 465C2027.8080004@smiths-aerospace.com you wrote:
The problem is not the interface, the problem is that minicom is unreliable. I actually generally use it as the path of least resistance, but occasionally it messes me up. ...
There is a reason for this section in the manual: http://www.denx.de/wiki/view/DULG/SystemSetup#Section_4.4.
... I have used cu as welland should switch, but have not yet.
"cu" in probably not what you are looking for. I use it only on boards where I am stuck with S-Record download (usually to program U-Boot instead of a proprietary bootloader that suppors only S-Record download).
Interestingly, I've never had a problem getting kermit to reset the port characteristics to a sane setting when this happens, and then minicom will behave again, for a while.
kermit is my tool of choice, too.
Best regards,
Wolfgang Denk
Hi, Jerry
Jerry Van Baren schrieb:
The typical problem I have with minicom is that the tty port gets messed up (baud rate, handshake, etc. is wrong) and minicom cannot recover it. Minicom will tell you it is changing the port configuration (baud rate, for instance) and say that the baud rate is what you set it to, but it really isn't.
This is a known issue, bug or feature: http://alioth.debian.org/tracker/index.php?func=detail&aid=301193&gr...
Interestingly, I've never had a problem getting kermit to reset the port characteristics to a sane setting when this happens, and then minicom will behave again, for a while.
If you ran into a problem which is reproducable, please try to fix it and/or contact the developers of minicom to get it fixed.
Regards,
Clemens Koller wrote:
Hi, Jerry
Jerry Van Baren schrieb:
The typical problem I have with minicom is that the tty port gets messed up (baud rate, handshake, etc. is wrong) and minicom cannot recover it. Minicom will tell you it is changing the port configuration (baud rate, for instance) and say that the baud rate is what you set it to, but it really isn't.
This is a known issue, bug or feature: http://alioth.debian.org/tracker/index.php?func=detail&aid=301193&gr...
Hi Clemens,
Not exactly. The above says "Minicom continues to use the original value unless you save the setup, then quit and restart minicom." My experience is that changing the baud rate on the fly works, but sometimes the port gets into a funky state and minicom "loses control" of it.
Interestingly, I've never had a problem getting kermit to reset the port characteristics to a sane setting when this happens, and then minicom will behave again, for a while.
If you ran into a problem which is reproducable, please try to fix it and/or contact the developers of minicom to get it fixed.
Regards,
Unfortunately, it is not reliably reproducible. :-( Pure speculation is that incoming serial (from powering up the attached development board) sometimes confuses the port and minicom doesn't use a big enough hammer to reset it.
Best regards, gvb
participants (6)
-
Clemens Koller -
Clemens Koller -
Jerry Van Baren -
ksi＠koi8.net -
Vaibhav Hiremath -
Wolfgang Denk