From: "Ali Sina" <replay688@hotmail.com>
To: eibach@gdsys.de
Cc: ecos-discuss@ecos.sourceware.org
Subject: Re: [ECOS] Updating application in the field via Redboot
Date: Tue, 21 Jun 2005 13:15:00 -0000 [thread overview]
Message-ID: <BAY108-F435C411DB54DBF3227D68EAE80@phx.gbl> (raw)
In-Reply-To: <42B7AEC1.4010705@gdsys.de>
Hi Dirk,
thanks a lot for your reply This helps a lot.
I have taken a look at EXPECT and it looks good from what I can tell so far.
A very useful pointer. I understand you can use TclApp to package everything
into a standalone application (I do not want to assume that Tcl is installed
on the update host). That application can easily be started by the end user
and will execute the update by talking to Redboot on the target. Exactly
what I am looking for. Also your script from November 2004 looks very
useful.
By the way, which Qt package are you using? Does it work in a way similar to
EXPECT? Right now the update application does not necessarily require a GUI,
as it should work as "fire and forget" - well maybe with a return phrase
like "success" or "fail". But just in case..
Thanks again for the great help,
Ali
>From: Dirk Eibach <eibach@gdsys.de>
>To: replay688@hotmail.com
>CC: ecos-discuss@ecos.sourceware.org
>Subject: Re: [ECOS] Updating application in the field via Redboot
>Date: Tue, 21 Jun 2005 08:08:01 +0200
>
>Hi,
>
>>The idea would be to have a host based application or script that
>>initiates communication with Redboot via serial or otherwise. The script
>>triggers actions on the redboot end: load the new app image and write it
>>to flash.
>
>We we do it exactly this way using a multi platform Qt solution. Works dead
>reliable. If you don't need the graphical front-end, maybe "expect" is the
>tool for you. A sample script has been posted to this list before.
>
>>Does this seem reasonable, or are there more elegant ways to do this?
>
>When the application loaded by Redboot is up and running, we provide an
>alternative way to update. You can connect with a client via network and
>then upload an image that is flashed as it comes in. If something goes
>wrong there you still have the opportunity to repair the system via Reboot.
>
>Regards,
>Dirk
>
_________________________________________________________________
Express yourself instantly with MSN Messenger! Download today - it's FREE!
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/
--
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss
prev parent reply other threads:[~2005-06-21 13:15 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-06-20 15:44 Ali Sina
2005-06-21 6:08 ` Dirk Eibach
2005-06-21 13:15 ` Ali Sina [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=BAY108-F435C411DB54DBF3227D68EAE80@phx.gbl \
--to=replay688@hotmail.com \
--cc=ecos-discuss@ecos.sourceware.org \
--cc=eibach@gdsys.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).