Skip to search.

Breaking News Visit Yahoo! News for the latest.

×Close this window

Amulet · Amulet Easy GUI Users Group
  • Members Only
  • Post
  • Files
  • Photos
  • Links
  • Database
  • Polls
  • Members
  • Calendar
  • Promote

The Yahoo! Groups Product Blog

Check it out!

Group Information

  • Members: 433
  • Category: Hardware
  • Founded: Aug 24, 2001
  • Language: English
? Already a member? Sign in to Yahoo!

Yahoo! Groups Tips

Did you know...
Hear how Yahoo! Groups has changed the lives of others. Take me there.

Messages
Message #
Search:
Advanced
 Messages Help
Messages
Topics
Hot Topics
Messages 813 - 843 of 1795   Oldest  |  < Older  |  Newer >  |  Newest
Messages: Show Message Summaries Sort by Date ^  
#813 From: "coolioprog" <coolioprog@...>
Date: Wed Apr 13, 2005 9:05 pm
Subject: programming issue 		coolioprog
Send Email Send Email
  
Just recently bought another touch screen, and it turns on showing the
page with "Amulet OS Version 3.2", but I can not get it to program.
Might it be defective, or is there anything else I can try?

Reply | Messages in this Topic (1)
#815 From: "Jim Weber" <JimWeber@...>
Date: Mon Apr 25, 2005 5:35 pm
Subject: Re: Amulet Users Group Palm Update utility question 		amulet_weber
Send Email Send Email
  
Bob,

I realize this is WAY overdue, but I just stumbled upon this Palm Universal
Connector to RS-232 cable. It allows you to use a newer Palm with USB to
program your Amulet modules. It only costs about $20. I haven't tried it
myself, but it is coming from the same company we use to run our serial
communications through the HTMLCompiler, so the odds are good that it will
work.

Here is the link to the adapter.
http://www.serialio.com/products/adaptors/PalmSerial_RS232.htm

If anyone tries it out, please let us know the results.

Jim Weber
Lead Firmware Engineer
Amulet Technologies

----- Original Message -----
From: "Robert Smith" <elboco@...>
To: <Amulet@yahoogroups.com>
Sent: Tuesday, October 12, 2004 9:35 AM
Subject: Amulet Users Group Palm Update utility question


>
> I have a question regarding Palms in general.  I am not a Palm user and
the
> only Palm I own is the one for updating the Amulet and I bought a
refurbished
> Palm IIIxe with a serial port.  I have noticed that the Palms with serial
ports
> are obsolete and all of the newer PDA's have USB ports.  The question is
if USB
> to serial adapters exist that will allow Palms or other PDAs with USB
ports to
> communicate with the Amulet?
>
> Thanks
>
>
>
>
> _______________________________
> Do you Yahoo!?
> Declare Yourself - Register online to vote today!
> http://vote.yahoo.com
>
>
>
>
> Yahoo! Groups Links
>
>
>
>
>
>

Reply | Messages in this Topic (2)
#816 From: Robert Smith <elboco@...>
Date: Mon Apr 25, 2005 6:12 pm
Subject: Re: Amulet Users Group Palm Update utility question 		elboco
Send Email Send Email
  
Thanks Jim,
I'll check it out, actually, I will have someone who owns a PDA check it out!

Bob
--- Jim Weber <JimWeber@...> wrote:
> Bob,
>
> I realize this is WAY overdue, but I just stumbled upon this Palm Universal
> Connector to RS-232 cable. It allows you to use a newer Palm with USB to
> program your Amulet modules. It only costs about $20. I haven't tried it
> myself, but it is coming from the same company we use to run our serial
> communications through the HTMLCompiler, so the odds are good that it will
> work.
>
> Here is the link to the adapter.
> http://www.serialio.com/products/adaptors/PalmSerial_RS232.htm
>
> If anyone tries it out, please let us know the results.
>
> Jim Weber
> Lead Firmware Engineer
> Amulet Technologies
>
> ----- Original Message -----
> From: "Robert Smith" <elboco@...>
> To: <Amulet@yahoogroups.com>
> Sent: Tuesday, October 12, 2004 9:35 AM
> Subject: Amulet Users Group Palm Update utility question
>
>
> >
> > I have a question regarding Palms in general.  I am not a Palm user and
> the
> > only Palm I own is the one for updating the Amulet and I bought a
> refurbished
> > Palm IIIxe with a serial port.  I have noticed that the Palms with serial
> ports
> > are obsolete and all of the newer PDA's have USB ports.  The question is
> if USB
> > to serial adapters exist that will allow Palms or other PDAs with USB
> ports to
> > communicate with the Amulet?
> >
> > Thanks
> >
> >
> >
> >
> > _______________________________
> > Do you Yahoo!?
> > Declare Yourself - Register online to vote today!
> > http://vote.yahoo.com
> >
> >
> >
> >
> > Yahoo! Groups Links
> >
> >
> >
> >
> >
> >
>
>

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around
http://mail.yahoo.com

Reply | Messages in this Topic (2)
#817 From: "jimcashby" <jima@...>
Date: Sat Apr 30, 2005 3:31 pm
Subject: ZWorld SBC and Dynamic C 		jimcashby
Send Email Send Email
  
Has anyone written the DC interface for the ZWorld SBC?

I am in the "getten ready 2" mode and I do not like reinventing the
wheel (if you know what I mean).

Reply | Messages in this Topic (3)
#818 From: "amulet_ed" <edsandoval@...>
Date: Tue May 3, 2005 2:22 pm
Subject: Re: ZWorld SBC and Dynamic C 		amulet_ed
Send Email Send Email
  
I would take a look at the sample application notes posted at the
following URL:

http://www.amulettechnologies.com/support/anotes.html

The very first app note is for interfacing an Amulet module with a
Rabbit R2000 microcontroller. Keep in mind that this app note was done
a few years ago and therefore used the old opcodes. The app note also
used the old Amulet protocol, which assumed the Amulet was always the
slave.

We're in the process of updating the app note to use the new opcodes
and newer protocol. If anyone has already done this and is willing to
share their source code, then please do email it to me directly and
I'd be more than happy to put it up in our application notes section.

Ed

--- In Amulet@yahoogroups.com, "jimcashby" <jima@i...> wrote:
> Has anyone written the DC interface for the ZWorld SBC?
>
> I am in the "getten ready 2" mode and I do not like reinventing the
> wheel (if you know what I mean).

Reply | Messages in this Topic (3)
#819 From: Jima <jima@...>
Date: Wed May 4, 2005 1:30 pm
Subject: Re: Amulet Users Group Digest Number 350 		jimcashby
Send Email Send Email
 
Thanks, why didn't I think of looking there?




Amulet@yahoogroups.com wrote: 
There is 1 message in this issue.
Topics in this digest:
1. Re: ZWorld SBC and Dynamic C
From: "amulet_ed" <edsandoval@...>
________________________________________________________________________
________________________________________________________________________
Message: 1 Date: Tue, 03 May 2005 14:22:20 -0000
From: "amulet_ed" <edsandoval@...>
Subject: Re: ZWorld SBC and Dynamic C
I would take a look at the sample application notes posted at the
following URL:
http://www.amulettechnologies.com/support/anotes.html
The very first app note is for interfacing an Amulet module with a
Rabbit R2000 microcontroller. Keep in mind that this app note was done
a few years ago and therefore used the old opcodes. The app note also
used the old Amulet protocol, which assumed the Amulet was always the
slave.
We're in the process of updating the app note to use the new opcodes
and newer protocol. If anyone has already done this and is willing to
share their source code, then please do email it to me directly and
I'd be more than happy to put it up in our application notes section.
Ed
--- In Amulet@yahoogroups.com, "jimcashby" <jima@i...> wrote:

Has anyone written the DC interface for the ZWorld SBC?
I am in the "getten ready 2" mode and I do not like reinventing the
wheel (if you know what I mean).


________________________________________________________________________
________________________________________________________________________
------------------------------------------------------------------------
Yahoo! Groups Links
<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/Amulet/
<*> To unsubscribe from this group, send an email to:
Amulet-unsubscribe@yahoogroups.com
<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
------------------------------------------------------------------------


-- IDE Solutions, Inc.
President, Jim C. Ashby III
5525 Reading Road, Suite 605
Rosenberg, TX 77471
Office: (281) 534-3076
Cell: (832) 512-8083
Fax: (713) 589-2628
www.idesolutions.us
IDE Solutions, Inc. is a one-stop shop for all of your design needs, including: hardware selection, software design & testing, project documentation, system certification, and full service support after implementation.
Invention to Prototyping Service: complete invention documentation and prototyping service, from conception to functional production model.
Design Services Include: multi-tasking OS, remote monitoring and control software, control clustering configurations, web appliance application, as well as PID control systems.
NO PROJECT TOO SMALL OR TOO LARGE!
Attachment: vcard [not shown]

Reply | Messages in this Topic (1)
#820 From: "sabadosh" <uri@...>
Date: Thu May 19, 2005 5:04 pm
Subject: Programming the Amulet 		sabadosh
Send Email Send Email
  
Hello Group,

Has anyone wrote a DOS program to program the Amulet?

I need to program the Amulet from a COM port of a PC-compatible DOS
computer.

I am ready to buy or pay for development. Please call Luxtron Corp. at
408-727-1600 ext. 1515 for details.

Thanks.

Uri Sabadosh
Santa Clara, CA

Reply | Messages in this Topic (5)
#821 From: Philip Kloc <phil_kloc@...>
Date: Fri May 20, 2005 1:06 am
Subject: Re: Amulet Users Group Programming the Amulet 		phil_kloc
Send Email Send Email
  
Sorry, I only wrote a standalone programmer for Windows, if that would ever
come in handy to anyone.

Cheers,

Philip Kloc


--- sabadosh <uri@...> wrote:


---------------------------------
Hello Group,

Has anyone wrote a DOS program to program the Amulet?

I need to program the Amulet from a COM port of a PC-compatible DOS
computer.

I am ready to buy or pay for development. Please call Luxtron Corp. at
408-727-1600 ext. 1515 for details.

Thanks.

Uri Sabadosh
Santa Clara, CA










---------------------------------
Yahoo! Groups Links

    To visit your group on the web, go to:
http://groups.yahoo.com/group/Amulet/

    To unsubscribe from this group, send an email to:
Amulet-unsubscribe@yahoogroups.com

    Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.



__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around
http://mail.yahoo.com

Reply | Messages in this Topic (5)
#822 From: "jimcashby" <jima@...>
Date: Fri May 20, 2005 5:15 pm
Subject: Customer insist on using your display! 		jimcashby
Send Email Send Email
  
Well I am stuck with developing with your displays.

I can not get your simulator to transfer any data to the display
between 0x16 and 0x1b.

Would this be a problem with my code or your simulator?

I have also found the same problem between 0x29 thru 0x2f.

Reply | Messages in this Topic (1)
#823 From: "Jim Weber" <JimWeber@...>
Date: Fri May 20, 2005 5:37 pm
Subject: Re: Amulet Users Group Customer insist on using your display! 		amulet_weber
Send Email Send Email
  
Jim,

Wow, you sure know how to butter us up! Sounds like you're really enthused
about using Amulet.

This is a users forum, which means you are posting this question to other
users, not Amulet Technologies, yet it sounds like you are addressing this
question to us.

If you really want developers support, then I suggest you contact us
directly at devSupport_at_AmuletTechnologies_dot_com.

And to answer your question, I know of no problems with our Simulator in the
range you are asking about. But, to really help you, I'd need more
information.

Jim Weber
Lead Firmware Engineer
Amulet Technologies
www.AmuletTechnologies.com

----- Original Message -----
From: "jimcashby" <jima@...>
To: <Amulet@yahoogroups.com>
Sent: Friday, May 20, 2005 10:15 AM
Subject: Amulet Users Group Customer insist on using your display!


> Well I am stuck with developing with your displays.
>
> I can not get your simulator to transfer any data to the display
> between 0x16 and 0x1b.
>
> Would this be a problem with my code or your simulator?
>
> I have also found the same problem between 0x29 thru 0x2f.
>
>
>
>
>
> Yahoo! Groups Links
>
>
>
>
>

Reply | Messages in this Topic (2)
#824 From: Robert Smith <elboco@...>
Date: Fri May 20, 2005 7:30 pm
Subject: Re: Amulet Users Group Customer insist on using your display! 		elboco
Send Email Send Email
  
It has been awhile since I used the simulator, but I can't recall any regions
where it did not work.
One common mistake I make when programming the amulet is interchanging word and
byte variables; just something you can double check.

Bob

--- jimcashby <jima@...> wrote:
> Well I am stuck with developing with your displays.
>
> I can not get your simulator to transfer any data to the display
> between 0x16 and 0x1b.
>
> Would this be a problem with my code or your simulator?
>
> I have also found the same problem between 0x29 thru 0x2f.
>
>
>



Yahoo! Mail
Stay connected, organized, and protected. Take the tour:
http://tour.mail.yahoo.com/mailtour.html

Reply | Messages in this Topic (2)
#825 From: "jimcashby" <jima@...>
Date: Sat May 21, 2005 1:16 am
Subject: Amulet master mode transfer limit 		jimcashby
Send Email Send Email
  
After our conversation today I tried changing the refresh rates on
each ImageBar from .1 to .185 in increments of .05.

With 34 ImageBars to update and 17 Data values to update, I was
reaching a trunication limit.

Here is a listing of the Amulet as the slave, where no change was
shown on the screen using the simulator in the master mode and
transmitting data values.

</TD>
<TD width="144" HEIGHT="10">
<DIV ALIGN="left">
<APPLET NAME="Bar" CODE="ImageBar.class" WIDTH="143" HEIGHT="10"
ALIGN="TOP|right">
<PARAM NAME="href" VALUE="Amulet:InternalRAM.byte(0x2e).value()">
<PARAM NAME="min" VALUE="0">
<PARAM NAME="max" VALUE="255">
<PARAM NAME="empty" VALUE="../Examples/Images/barempty.gif">
<PARAM NAME="full"  VALUE="../Examples/Images/barfull.gif">
<PARAM NAME="fillPattern" VALUE="0">
<PARAM NAME="sweepFrom" VALUE="left">
<PARAM NAME="updateRate" VALUE=".180">
</APPLET>
</DIV>
</TD>

What am I doing wrong?

I have read the book and I did not find the answer.

Jim Ashby

Reply | Messages in this Topic (1)
#826 From: "Tzvika Engelman" <tzvikae@...>
Date: Sun May 22, 2005 7:37 am
Subject: RE: Amulet Users Group Programming the Amulet 		tzvika_e
Send Email Send Email
 
Hi,
I wrote a stand alone program that can be used on  DOS operating system.
Send me more details about your demands.
 
Tzvika
 
 

============================================
Tzvika Engelman
Biomedical Engineering Department
Faculty of Engineering
Tel-Aviv University
Ramat-Aviv, Tel-Aviv, 69978
ISRAEL

============================================
 

-----Original Message-----
From: Amulet@yahoogroups.com [mailto:Amulet@yahoogroups.com] On Behalf Of sabadosh
Sent: Thursday, May 19, 2005 7:04 PM
To: Amulet@yahoogroups.com
Subject: Amulet Users Group Programming the Amulet

Hello Group,

Has anyone wrote a DOS program to program the Amulet?

I need to program the Amulet from a COM port of a PC-compatible DOS
computer.

I am ready to buy or pay for development. Please call Luxtron Corp. at
408-727-1600 ext. 1515 for details.

Thanks.

Uri Sabadosh
Santa Clara, CA

Reply | Messages in this Topic (5)
#827 From: "Uri Sabadosh" <uri@...>
Date: Mon May 23, 2005 5:20 pm
Subject: Re: Amulet Users Group Programming the Amulet 		sabadosh
Send Email Send Email
 
Hi Tzvika,
 
My system uses a PC104 CPU board. This board is PC compatible and has a DOS operating system. I need a program that can "flash" (program, I think you use Lisrof in Hebrew) the Amulet display.
 
I am pretty much open to however you do it. I can use COM ports 1 or 2, baud rate 9600 to 115200 is fine, or any other command line switches that you might have.
 
Uri
Luxtron Corp.
Santa Clara, CA
 
PS. By the way, my cousin lives in Ramat Aviv and long time ago my wife was a secretary at your university.
 
 
----- Original Message -----
Sent: Sunday, May 22, 2005 12:37 AM
Subject: RE: Amulet Users Group Programming the Amulet

Hi,
I wrote a stand alone program that can be used on  DOS operating system.
Send me more details about your demands.
 
Tzvika
 
 

============================================
Tzvika Engelman
Biomedical Engineering Department
Faculty of Engineering
Tel-Aviv University
Ramat-Aviv, Tel-Aviv, 69978
ISRAEL

============================================
 

-----Original Message-----
From: Amulet@yahoogroups.com [mailto:Amulet@yahoogroups.com] On Behalf Of sabadosh
Sent: Thursday, May 19, 2005 7:04 PM
To: Amulet@yahoogroups.com
Subject: Amulet Users Group Programming the Amulet

Hello Group,

Has anyone wrote a DOS program to program the Amulet?

I need to program the Amulet from a COM port of a PC-compatible DOS
computer.

I am ready to buy or pay for development. Please call Luxtron Corp. at
408-727-1600 ext. 1515 for details.

Thanks.

Uri Sabadosh
Santa Clara, CA









Reply | Messages in this Topic (5)
#828 From: "Tzvika Engelman" <tzvikae@...>
Date: Tue May 24, 2005 9:57 am
Subject: RE: Amulet Users Group Programming the Amulet 		tzvika_e
Send Email Send Email
 
Hi Uri,
The application I wrote can use any COM port and any baud rate (the user must input the desire port and baud rate).
The application's steps in order to flash the Amulet LCD are as follow (In Hebrew its "LITZVROV"):
 
1. The user must first compile the Amulet application and save it in pdb format (amulet compiler can do it) - this must be done only once.
2. Open the application and enter the pdb file to burn
3. The application open the pdb file and burn it to the LCD. The application display the burning progress.
4. At the end of the burning process the application notify the user about the time the burning process last.
 
The application was written using C language, so I assume it is compatible to any DOS operated system.
 
If it look like you need, I can send you the application for a trial (only limited Amulet application size can be flashed using the trial application).
 
If you need the full application contact me again.
 
Bye,
Tzvika
 
 

============================================
Tzvika Engelman
Biomedical Engineering Department
Faculty of Engineering
Tel-Aviv University
Ramat-Aviv, Tel-Aviv, 69978
ISRAEL

Tel: +972-3-6407218
Fax: +972-3-6407939
E-mail: engelman@...

============================================
 

-----Original Message-----
From: Amulet@yahoogroups.com [mailto:Amulet@yahoogroups.com] On Behalf Of Uri Sabadosh
Sent: Monday, May 23, 2005 7:20 PM
To: Amulet@yahoogroups.com
Subject: Re: Amulet Users Group Programming the Amulet

Hi Tzvika,
 
My system uses a PC104 CPU board. This board is PC compatible and has a DOS operating system. I need a program that can "flash" (program, I think you use Lisrof in Hebrew) the Amulet display.
 
I am pretty much open to however you do it. I can use COM ports 1 or 2, baud rate 9600 to 115200 is fine, or any other command line switches that you might have.
 
Uri
Luxtron Corp.
Santa Clara, CA
 
PS. By the way, my cousin lives in Ramat Aviv and long time ago my wife was a secretary at your university.
 
 
----- Original Message -----
Sent: Sunday, May 22, 2005 12:37 AM
Subject: RE: Amulet Users Group Programming the Amulet

Hi,
I wrote a stand alone program that can be used on  DOS operating system.
Send me more details about your demands.
 
Tzvika
 
 

============================================
Tzvika Engelman
Biomedical Engineering Department
Faculty of Engineering
Tel-Aviv University
Ramat-Aviv, Tel-Aviv, 69978
ISRAEL

============================================
 

-----Original Message-----
From: Amulet@yahoogroups.com [mailto:Amulet@yahoogroups.com] On Behalf Of sabadosh
Sent: Thursday, May 19, 2005 7:04 PM
To: Amulet@yahoogroups.com
Subject: Amulet Users Group Programming the Amulet

Hello Group,

Has anyone wrote a DOS program to program the Amulet?

I need to program the Amulet from a COM port of a PC-compatible DOS
computer.

I am ready to buy or pay for development. Please call Luxtron Corp. at
408-727-1600 ext. 1515 for details.

Thanks.

Uri Sabadosh
Santa Clara, CA









Reply | Messages in this Topic (5)
#829 From: "cyberlbar" <lbarnett@...>
Date: Wed May 25, 2005 4:07 pm
Subject: display string message from UART 		cyberlbar
Send Email Send Email
  
I have constructed a multiple page application. On three of the pages
there is a numeric keyboard (similar to enterIP.htm) where 2 to 4
digits entries can be made. At the top of the display is a
stringfield
which depicts the entry as it is entered. At the conclusion the user
pushes the "send" button, this sends the data out the serial port. So
far this works fine.
What I am attempting to do is receive the string data and check it
for
numeric boundaries ( 1 to 15 for instance)in the host controller.
Then
send a message back to the display in the same stringfield, of either
the same data or an "Out of Limits" message. This doesn't work, I
have
tried several messages. I am using the Simulator now in place of the
host.

Reply | Messages in this Topic (1)
#830 From: Tomek <tomek_wr@...>
Date: Wed May 25, 2005 4:19 pm
Subject: Re: Amulet Users Group display string message from UART 		tomek_wr
Send Email Send Email
  
Have you considered using the following Amulet
functions:

Amulet:InternalRAM.string(z).stringToByte(x)
Amulet:InternalRAM.string(z).stringToWord(x)

They conver the string z to the byte/word x.
Then you can check your boundaries.

This way you will not need to send data to your host
controller.  This works fine as long as the number
entered is not greater than 65535 (or whatever the
word limit is).

Tomas


--- cyberlbar <lbarnett@...> wrote:
> I have constructed a multiple page application. On
> three of the pages
> there is a numeric keyboard (similar to enterIP.htm)
> where 2 to 4
> digits entries can be made. At the top of the
> display is a
> stringfield
> which depicts the entry as it is entered. At the
> conclusion the user
> pushes the "send" button, this sends the data out
> the serial port. So
> far this works fine.
> What I am attempting to do is receive the string
> data and check it
> for
> numeric boundaries ( 1 to 15 for instance)in the
> host controller.
> Then
> send a message back to the display in the same
> stringfield, of either
> the same data or an "Out of Limits" message. This
> doesn't work, I
> have
> tried several messages. I am using the Simulator now
> in place of the
> host.
>
>
>



__________________________________
Do you Yahoo!?
Yahoo! Small Business - Try our new Resources site
http://smallbusiness.yahoo.com/resources/

Reply | Messages in this Topic (1)
#831 From: "dvarese" <dvarese@...>
Date: Thu May 26, 2005 5:07 pm
Subject: Multi-line w/multi-font Function Buttons 		dvarese
Send Email Send Email
  
Using the function button widget, is it possible to force a carriage
return in the text?  Also, is it possible to have individual lines with
different fonts?

Or

Do I have to use the custom button widget using images?

Reply | Messages in this Topic (2)
#832 From: "Uri Sabadosh" <uri@...>
Date: Fri May 27, 2005 5:17 pm
Subject: Fw: Amulet Users Group Programming the Amulet 		sabadosh
Send Email Send Email
 
Hi Tzvika,
 
Thanks for your explanation. Please email me your trial version. I will try it on my embedded system. By the way what does it do if the pdb file size is over the limit?
 
Make sure to zip your executable. If you wish, you can email it to me to uri@....   
 
Uri
 
 
----- Original Message -----
Sent: Tuesday, May 24, 2005 2:57 AM
Subject: RE: Amulet Users Group Programming the Amulet

Hi Uri,
The application I wrote can use any COM port and any baud rate (the user must input the desire port and baud rate).
The application's steps in order to flash the Amulet LCD are as follow (In Hebrew its "LITZVROV"):
 
1. The user must first compile the Amulet application and save it in pdb format (amulet compiler can do it) - this must be done only once.
2. Open the application and enter the pdb file to burn
3. The application open the pdb file and burn it to the LCD. The application display the burning progress.
4. At the end of the burning process the application notify the user about the time the burning process last.
 
The application was written using C language, so I assume it is compatible to any DOS operated system.
 
If it look like you need, I can send you the application for a trial (only limited Amulet application size can be flashed using the trial application).
 
If you need the full application contact me again.
 
Bye,
Tzvika
 
 

============================================
Tzvika Engelman
Biomedical Engineering Department
Faculty of Engineering
Tel-Aviv University
Ramat-Aviv, Tel-Aviv, 69978
ISRAEL

Tel: +972-3-6407218
Fax: +972-3-6407939
E-mail: engelman@...

============================================
 

-----Original Message-----
From: Amulet@yahoogroups.com [mailto:Amulet@yahoogroups.com] On Behalf Of Uri Sabadosh
Sent: Monday, May 23, 2005 7:20 PM
To: Amulet@yahoogroups.com
Subject: Re: Amulet Users Group Programming the Amulet

Hi Tzvika,
 
My system uses a PC104 CPU board. This board is PC compatible and has a DOS operating system. I need a program that can "flash" (program, I think you use Lisrof in Hebrew) the Amulet display.
 
I am pretty much open to however you do it. I can use COM ports 1 or 2, baud rate 9600 to 115200 is fine, or any other command line switches that you might have.
 
Uri
Luxtron Corp.
Santa Clara, CA
 
PS. By the way, my cousin lives in Ramat Aviv and long time ago my wife was a secretary at your university.
 
 
----- Original Message -----
Sent: Sunday, May 22, 2005 12:37 AM
Subject: RE: Amulet Users Group Programming the Amulet

Hi,
I wrote a stand alone program that can be used on  DOS operating system.
Send me more details about your demands.
 
Tzvika
 
 

============================================
Tzvika Engelman
Biomedical Engineering Department
Faculty of Engineering
Tel-Aviv University
Ramat-Aviv, Tel-Aviv, 69978
ISRAEL

============================================
 

-----Original Message-----
From: Amulet@yahoogroups.com [mailto:Amulet@yahoogroups.com] On Behalf Of sabadosh
Sent: Thursday, May 19, 2005 7:04 PM
To: Amulet@yahoogroups.com
Subject: Amulet Users Group Programming the Amulet

Hello Group,

Has anyone wrote a DOS program to program the Amulet?

I need to program the Amulet from a COM port of a PC-compatible DOS
computer.

I am ready to buy or pay for development. Please call Luxtron Corp. at
408-727-1600 ext. 1515 for details.

Thanks.

Uri Sabadosh
Santa Clara, CA









Reply | Messages in this Topic (1)
#833 From: Eduardo Sandoval <edsandoval@...>
Date: Fri May 27, 2005 5:48 pm
Subject: Re: Amulet Users Group Multi-line w/multi-font Function Buttons 		amulet_ed
Send Email Send Email
  
dvarese,

User-defined wraps can be specified by entering "\n" within the static
text of the button label. You'll need to use the custom button widget in
order to get different font sizes within a label by incorporating the
text in the images.

Ed

Reply | Messages in this Topic (2)
#834 From: "dvarese" <dvarese@...>
Date: Thu Jun 2, 2005 5:11 pm
Subject: Function Button calling Meta's Problem 		dvarese
Send Email Send Email
  
I have a function button who's href looks like this:

<PARAM NAME="href" VALUE="Amulet:document.GetGotoByte.forceUpdate
(),Amulet:document.GotoPage.forceUpdate()">

and the meta's look like this:

<META HTTP-EQUIV="REFRESH" CONTENT="0;ONVAR=Amulet:UART.byte(0x3D).value
();value=InternalRAM.byte(0xFE);NAME=GetGotoByte">
<META HTTP-EQUIV="REFRESH" CONTENT="0;URL=Amulet:fileNumber
(InternalRAM.byte(0xFE));NAME=GotoPage">

Now I would expect both meta's to be executed on the button press, but
it is doing one on the first press and the second on the next press.

Any ideas?

Reply | Messages in this Topic (1)
#835 From: "Don Varese" <dvarese@...>
Date: Thu Jun 2, 2005 5:15 pm
Subject: Re: Amulet Users Group Function Button calling Meta's Problem 		dvarese
Send Email Send Email
 
Also another question, is forceHit() or forceUpdate() correct when calling a meta?
----- Original Message -----
From: dvarese
Sent: Thursday, June 02, 2005 12:11 PM
Subject: Amulet Users Group Function Button calling Meta's Problem

I have a function button who's href looks like this:

<PARAM NAME="href" VALUE="Amulet:document.GetGotoByte.forceUpdate
(),Amulet:document.GotoPage.forceUpdate()">

and the meta's look like this:

<META HTTP-EQUIV="REFRESH" CONTENT="0;ONVAR=Amulet:UART.byte(0x3D).value
();value=InternalRAM.byte(0xFE);NAME=GetGotoByte">
<META HTTP-EQUIV="REFRESH" CONTENT="0;URL=Amulet:fileNumber
(InternalRAM.byte(0xFE));NAME=GotoPage">

Now I would expect both meta's to be executed on the button press, but
it is doing one on the first press and the second on the next press.

Any ideas?

Reply | Messages in this Topic (3)
#836 From: "Jim Weber" <JimWeber@...>
Date: Thu Jun 2, 2005 6:26 pm
Subject: Re: Amulet Users Group Function Button calling Meta's Problem 		amulet_weber
Send Email Send Email
 
Don,
 
forceHit() will launch the URL function, while forceUpdate() will launch the ONVAR function.
 
Regarding your first posting, I think you're asking for trouble with your approach. You are launching a META that will request a byte variable via the UART. Then you are wanting to launch a second META that will take the value of the variable returned from the UART to determine which page to jump to. The problem is that you most likely will be launching the second META way before the UART has returned a value for the first META.
 
A better approach would have you use a button href that looked like this:
<PARAM NAME="href"
VALUE="Amulet:InternalRAM.byte(0xFE).setValue(0x00),
Amulet:document.GetGotoByte.forceUpdate(),
Amulet:document.GotoPage.setUpdateRate(.05)">
 
And your METAs would now look something like this:
 
<META HTTP-EQUIV="REFRESH" CONTENT="0;
ONVAR=Amulet:UART.byte(0x3D).value();
value=InternalRAM.byte(0xFE);NAME=GetGotoByte">

<META HTTP-EQUIV="REFRESH" CONTENT="0;
ONVAR=Amulet:InternalRAM.byte(0xFE);
TRIGGER.GT=0x00;
URL=Amulet:fileNumber(InternalRAM.byte(0xFE));
NAME=GotoPage">
 
Using this approach, GotoPage will only launch its URL after you have actually populated InternalRAM.byte(0xFE). Make sure that you have the button set InternalRAM.byte(0xFE) to 0x00 before setting the updateRate of GotoPage, otherwise you could get a premature trigger launching you to who knows where.
 
Jim Weber
Lead Firmware Engineer
Amulet Technologies
Phone: (408) 244-0363 ext.102
Fax:     (408) 243-5457
jimweber@...
www.AmuletTechnologies.com

----- Original Message -----
From: Don Varese
Sent: Thursday, June 02, 2005 10:15 AM
Subject: Re: Amulet Users Group Function Button calling Meta's Problem

Also another question, is forceHit() or forceUpdate() correct when calling a meta?
----- Original Message -----
From: dvarese
Sent: Thursday, June 02, 2005 12:11 PM
Subject: Amulet Users Group Function Button calling Meta's Problem

I have a function button who's href looks like this:

<PARAM NAME="href" VALUE="Amulet:document.GetGotoByte.forceUpdate
(),Amulet:document.GotoPage.forceUpdate()">

and the meta's look like this:

<META HTTP-EQUIV="REFRESH" CONTENT="0;ONVAR=Amulet:UART.byte(0x3D).value
();value=InternalRAM.byte(0xFE);NAME=GetGotoByte">
<META HTTP-EQUIV="REFRESH" CONTENT="0;URL=Amulet:fileNumber
(InternalRAM.byte(0xFE));NAME=GotoPage">

Now I would expect both meta's to be executed on the button press, but
it is doing one on the first press and the second on the next press.

Any ideas?





Reply | Messages in this Topic (3)
#837 From: "Don Varese" <dvarese@...>
Date: Fri Jun 3, 2005 11:37 am
Subject: Dynamic Drawing 		dvarese
Send Email Send Email
 
Is there a way to draw a small symbol where the user touches the display?  I also need to move the symbol if the user touches a different location to the new location.  Also, the position's need to be saved so that the user can return back to this page and edit if they wish.
 
I know this is a lot to ask for, but any hints would be appreciated.  Thanks
 

Reply | Messages in this Topic (1)
#838 From: "Don Varese" <dvarese@...>
Date: Fri Jun 3, 2005 11:38 am
Subject: Re: Amulet Users Group Function Button calling Meta's Problem 		dvarese
Send Email Send Email
 
Thanks Jim! 
 
----- Original Message -----
From: Jim Weber
Sent: Thursday, June 02, 2005 1:26 PM
Subject: Re: Amulet Users Group Function Button calling Meta's Problem

Don,
 
forceHit() will launch the URL function, while forceUpdate() will launch the ONVAR function.
 
Regarding your first posting, I think you're asking for trouble with your approach. You are launching a META that will request a byte variable via the UART. Then you are wanting to launch a second META that will take the value of the variable returned from the UART to determine which page to jump to. The problem is that you most likely will be launching the second META way before the UART has returned a value for the first META.
 
A better approach would have you use a button href that looked like this:
<PARAM NAME="href"
VALUE="Amulet:InternalRAM.byte(0xFE).setValue(0x00),
Amulet:document.GetGotoByte.forceUpdate(),
Amulet:document.GotoPage.setUpdateRate(.05)">
 
And your METAs would now look something like this:
 
<META HTTP-EQUIV="REFRESH" CONTENT="0;
ONVAR=Amulet:UART.byte(0x3D).value();
value=InternalRAM.byte(0xFE);NAME=GetGotoByte">

<META HTTP-EQUIV="REFRESH" CONTENT="0;
ONVAR=Amulet:InternalRAM.byte(0xFE);
TRIGGER.GT=0x00;
URL=Amulet:fileNumber(InternalRAM.byte(0xFE));
NAME=GotoPage">
 
Using this approach, GotoPage will only launch its URL after you have actually populated InternalRAM.byte(0xFE). Make sure that you have the button set InternalRAM.byte(0xFE) to 0x00 before setting the updateRate of GotoPage, otherwise you could get a premature trigger launching you to who knows where.
 
Jim Weber
Lead Firmware Engineer
Amulet Technologies
Phone: (408) 244-0363 ext.102
Fax:     (408) 243-5457
jimweber@...
www.AmuletTechnologies.com

----- Original Message -----
From: Don Varese
Sent: Thursday, June 02, 2005 10:15 AM
Subject: Re: Amulet Users Group Function Button calling Meta's Problem

Also another question, is forceHit() or forceUpdate() correct when calling a meta?
----- Original Message -----
From: dvarese
Sent: Thursday, June 02, 2005 12:11 PM
Subject: Amulet Users Group Function Button calling Meta's Problem

I have a function button who's href looks like this:

<PARAM NAME="href" VALUE="Amulet:document.GetGotoByte.forceUpdate
(),Amulet:document.GotoPage.forceUpdate()">

and the meta's look like this:

<META HTTP-EQUIV="REFRESH" CONTENT="0;ONVAR=Amulet:UART.byte(0x3D).value
();value=InternalRAM.byte(0xFE);NAME=GetGotoByte">
<META HTTP-EQUIV="REFRESH" CONTENT="0;URL=Amulet:fileNumber
(InternalRAM.byte(0xFE));NAME=GotoPage">

Now I would expect both meta's to be executed on the button press, but
it is doing one on the first press and the second on the next press.

Any ideas?





Reply | Messages in this Topic (3)
#839 From: "coolioprog" <coolioprog@...>
Date: Mon Jun 6, 2005 2:54 pm
Subject: Last Packet of Xmodem File 		coolioprog
Send Email Send Email
  
I'm using the Xmodem protocal to update the Amulet through my uP.
I'm pretty sure it is mostly working, because I seem to be getting ACKs
for every packet of any file I send it EXCEPT the last packet of the
file.  I've padded the extra bytes with "0x00"s, and I found one site
online that said to pad the last Xmodem packet with "0x1A"s.  I still
seem to be getting nothing but NACKs for my last packet of the file.

   Any ideas?

Kevin

Reply | Messages in this Topic (1)
#840 From: "Jim Weber" <JimWeber@...>
Date: Mon Jun 6, 2005 4:16 pm
Subject: Re: Amulet Users Group Last Packet of Xmodem File 		amulet_weber
Send Email Send Email
  
Kevin,

Just based on what you've told us, my guess is that the CRC isn't matching
up. Have you verified that it is correct?

Does this mean if you have a one packet file to send, it won't successfully
transmit? If so, here's a quick test you can run. Create a simple file to
transfer that is limited to only one packet. Verify that it doesn't transmit
successfully using your setup. Now, monitor what HyperTerminal sends out
when it tries to program that file. Then monitor what your program is trying
to send out.

The easiest way to monitor the Xmodem protocol is to use Docklight. If you
only have one serial port on your computer, you'll have to set Docklight up
on another computer. Once you've got Docklight up and running, just add a
single 0x43 send command to initiate the Xmodem protocol. You then can take
a look at the complete incoming packet in hex, CRC and all.

Let us know what you find out.

Jim Weber
Lead Firmware Engineer
Amulet Technologies
Phone: (408) 244-0363 ext.102
Fax:     (408) 243-5457
jimweber@...
www.AmuletTechnologies.com

----- Original Message -----
From: "coolioprog" <coolioprog@...>
To: <Amulet@yahoogroups.com>
Sent: Monday, June 06, 2005 7:54 AM
Subject: Amulet Users Group Last Packet of Xmodem File


>   I'm using the Xmodem protocal to update the Amulet through my uP.
> I'm pretty sure it is mostly working, because I seem to be getting ACKs
> for every packet of any file I send it EXCEPT the last packet of the
> file.  I've padded the extra bytes with "0x00"s, and I found one site
> online that said to pad the last Xmodem packet with "0x1A"s.  I still
> seem to be getting nothing but NACKs for my last packet of the file.
>
>   Any ideas?
>
> Kevin
>
>
>
>
>
> Yahoo! Groups Links
>
>
>
>
>

Reply | Messages in this Topic (2)
#841 From: "coolioprog" <coolioprog@...>
Date: Mon Jun 6, 2005 6:38 pm
Subject: Re: Last Packet of Xmodem File 		coolioprog
Send Email Send Email
  
Jim,

   Yes, it looks like a file of only one packet is only getting NACKs
as well.

   I'll keep plugging away at it.  Not sure how to "verify" the CRC;
I'm more likely to make a mistake typing the bytes in by hand
manually than coding the function to calculate the CRC.  I found a
couple of CRC calculators online, but they don't take a file as in
input so I'll have to type in all 128 bytes by hand to compare the
output...

   Again, the same question arises... what should the rest of the
bytes be for a packet that is shorter than 128 bytes?  Do I use 0x00,
0x1A?  Does the Amulet completely ignore whatever else is put in
those extra bytes needed to finish up the packet?  I'm assuming the
CRC is of the whole 128 bytes, and not of just the last shorter
portion of the data packet.

Kevin

--- In Amulet@yahoogroups.com, "Jim Weber" <JimWeber@A...> wrote:
> Kevin,
>
> Just based on what you've told us, my guess is that the CRC isn't
matching
> up. Have you verified that it is correct?
>
> Does this mean if you have a one packet file to send, it won't
successfully
> transmit? If so, here's a quick test you can run. Create a simple
file to
> transfer that is limited to only one packet. Verify that it doesn't
transmit
> successfully using your setup. Now, monitor what HyperTerminal
sends out
> when it tries to program that file. Then monitor what your program
is trying
> to send out.
>
> The easiest way to monitor the Xmodem protocol is to use Docklight.
If you
> only have one serial port on your computer, you'll have to set
Docklight up
> on another computer. Once you've got Docklight up and running, just
add a
> single 0x43 send command to initiate the Xmodem protocol. You then
can take
> a look at the complete incoming packet in hex, CRC and all.
>
> Let us know what you find out.
>
> Jim Weber
> Lead Firmware Engineer
> Amulet Technologies
> Phone: (408) 244-0363 ext.102
> Fax:     (408) 243-5457
> jimweber@a...
> www.AmuletTechnologies.com
>
> ----- Original Message -----
> From: "coolioprog" <coolioprog@y...>
> To: <Amulet@yahoogroups.com>
> Sent: Monday, June 06, 2005 7:54 AM
> Subject: Amulet Users Group Last Packet of Xmodem File
>
>
> >   I'm using the Xmodem protocal to update the Amulet through my
uP.
> > I'm pretty sure it is mostly working, because I seem to be
getting ACKs
> > for every packet of any file I send it EXCEPT the last packet of
the
> > file.  I've padded the extra bytes with "0x00"s, and I found one
site
> > online that said to pad the last Xmodem packet with "0x1A"s.  I
still
> > seem to be getting nothing but NACKs for my last packet of the
file.
> >
> >   Any ideas?
> >
> > Kevin
> >
> >
> >
> >
> >
> > Yahoo! Groups Links
> >
> >
> >
> >
> >

Reply | Messages in this Topic (2)
#842 From: "Jim Weber" <JimWeber@...>
Date: Mon Jun 6, 2005 7:08 pm
Subject: Re: Amulet Users Group Re: Last Packet of Xmodem File 		amulet_weber
Send Email Send Email
  
Kevin,

The HTMLCompiler uses 0x00 as packet filler. The CRC is calculated based on
the entire 128-byte packet.

The reason I wanted you to use Docklight to look at HyperTerminal trying to
send out the same file is so you can see what it puts up as the CRC. It will
fill with 0x00, so you should have your program do the same. Then you can
compare the CRCs between HyperTerminal and your program.

Jim Weber
Lead Firmware Engineer
Amulet Technologies
Phone: (408) 244-0363 ext.102
Fax:     (408) 243-5457
jimweber@...
www.AmuletTechnologies.com

----- Original Message -----
From: "coolioprog" <coolioprog@...>
To: <Amulet@yahoogroups.com>
Sent: Monday, June 06, 2005 11:38 AM
Subject: Amulet Users Group Re: Last Packet of Xmodem File


> Jim,
>
>   Yes, it looks like a file of only one packet is only getting NACKs
> as well.
>
>   I'll keep plugging away at it.  Not sure how to "verify" the CRC;
> I'm more likely to make a mistake typing the bytes in by hand
> manually than coding the function to calculate the CRC.  I found a
> couple of CRC calculators online, but they don't take a file as in
> input so I'll have to type in all 128 bytes by hand to compare the
> output...
>
>   Again, the same question arises... what should the rest of the
> bytes be for a packet that is shorter than 128 bytes?  Do I use 0x00,
> 0x1A?  Does the Amulet completely ignore whatever else is put in
> those extra bytes needed to finish up the packet?  I'm assuming the
> CRC is of the whole 128 bytes, and not of just the last shorter
> portion of the data packet.
>
> Kevin
>
> --- In Amulet@yahoogroups.com, "Jim Weber" <JimWeber@A...> wrote:
> > Kevin,
> >
> > Just based on what you've told us, my guess is that the CRC isn't
> matching
> > up. Have you verified that it is correct?
> >
> > Does this mean if you have a one packet file to send, it won't
> successfully
> > transmit? If so, here's a quick test you can run. Create a simple
> file to
> > transfer that is limited to only one packet. Verify that it doesn't
> transmit
> > successfully using your setup. Now, monitor what HyperTerminal
> sends out
> > when it tries to program that file. Then monitor what your program
> is trying
> > to send out.
> >
> > The easiest way to monitor the Xmodem protocol is to use Docklight.
> If you
> > only have one serial port on your computer, you'll have to set
> Docklight up
> > on another computer. Once you've got Docklight up and running, just
> add a
> > single 0x43 send command to initiate the Xmodem protocol. You then
> can take
> > a look at the complete incoming packet in hex, CRC and all.
> >
> > Let us know what you find out.
> >
> > Jim Weber
> > Lead Firmware Engineer
> > Amulet Technologies
> > Phone: (408) 244-0363 ext.102
> > Fax:     (408) 243-5457
> > jimweber@a...
> > www.AmuletTechnologies.com
> >
> > ----- Original Message -----
> > From: "coolioprog" <coolioprog@y...>
> > To: <Amulet@yahoogroups.com>
> > Sent: Monday, June 06, 2005 7:54 AM
> > Subject: Amulet Users Group Last Packet of Xmodem File
> >
> >
> > >   I'm using the Xmodem protocal to update the Amulet through my
> uP.
> > > I'm pretty sure it is mostly working, because I seem to be
> getting ACKs
> > > for every packet of any file I send it EXCEPT the last packet of
> the
> > > file.  I've padded the extra bytes with "0x00"s, and I found one
> site
> > > online that said to pad the last Xmodem packet with "0x1A"s.  I
> still
> > > seem to be getting nothing but NACKs for my last packet of the
> file.
> > >
> > >   Any ideas?
> > >
> > > Kevin
> > >
> > >
> > >
> > >
> > >
> > > Yahoo! Groups Links
> > >
> > >
> > >
> > >
> > >
>
>
>
>
>
> Yahoo! Groups Links
>
>
>
>
>

Reply | Messages in this Topic (3)
#843 From: "coolioprog" <coolioprog@...>
Date: Mon Jun 6, 2005 7:17 pm
Subject: Amulet Users Group Re: Last Packet of Xmodem File 		coolioprog
Send Email Send Email
  
Jim,

   You're first guess was correct; the CRC was being calculated
incorrectly for the last non full packet.  Coding mistake on my part.

   Now on to other issues.  :)  For some reason only 639 packets of
the needed 837 get through before I start getting NACKs.

   Thanks you for your time.

Kevin

--- In Amulet@yahoogroups.com, "Jim Weber" <JimWeber@A...> wrote:
> Kevin,
>
> The HTMLCompiler uses 0x00 as packet filler. The CRC is calculated
based on
> the entire 128-byte packet.
>
> The reason I wanted you to use Docklight to look at HyperTerminal
trying to
> send out the same file is so you can see what it puts up as the
CRC. It will
> fill with 0x00, so you should have your program do the same. Then
you can
> compare the CRCs between HyperTerminal and your program.
>
> Jim Weber
> Lead Firmware Engineer
> Amulet Technologies
> Phone: (408) 244-0363 ext.102
> Fax:     (408) 243-5457
> jimweber@a...
> www.AmuletTechnologies.com
>
> ----- Original Message -----
> From: "coolioprog" <coolioprog@y...>
> To: <Amulet@yahoogroups.com>
> Sent: Monday, June 06, 2005 11:38 AM
> Subject: Amulet Users Group Re: Last Packet of Xmodem File
>
>
> > Jim,
> >
> >   Yes, it looks like a file of only one packet is only getting
NACKs
> > as well.
> >
> >   I'll keep plugging away at it.  Not sure how to "verify" the
CRC;
> > I'm more likely to make a mistake typing the bytes in by hand
> > manually than coding the function to calculate the CRC.  I found a
> > couple of CRC calculators online, but they don't take a file as in
> > input so I'll have to type in all 128 bytes by hand to compare the
> > output...
> >
> >   Again, the same question arises... what should the rest of the
> > bytes be for a packet that is shorter than 128 bytes?  Do I use
0x00,
> > 0x1A?  Does the Amulet completely ignore whatever else is put in
> > those extra bytes needed to finish up the packet?  I'm assuming
the
> > CRC is of the whole 128 bytes, and not of just the last shorter
> > portion of the data packet.
> >
> > Kevin
> >
> > --- In Amulet@yahoogroups.com, "Jim Weber" <JimWeber@A...> wrote:
> > > Kevin,
> > >
> > > Just based on what you've told us, my guess is that the CRC
isn't
> > matching
> > > up. Have you verified that it is correct?
> > >
> > > Does this mean if you have a one packet file to send, it won't
> > successfully
> > > transmit? If so, here's a quick test you can run. Create a
simple
> > file to
> > > transfer that is limited to only one packet. Verify that it
doesn't
> > transmit
> > > successfully using your setup. Now, monitor what HyperTerminal
> > sends out
> > > when it tries to program that file. Then monitor what your
program
> > is trying
> > > to send out.
> > >
> > > The easiest way to monitor the Xmodem protocol is to use
Docklight.
> > If you
> > > only have one serial port on your computer, you'll have to set
> > Docklight up
> > > on another computer. Once you've got Docklight up and running,
just
> > add a
> > > single 0x43 send command to initiate the Xmodem protocol. You
then
> > can take
> > > a look at the complete incoming packet in hex, CRC and all.
> > >
> > > Let us know what you find out.
> > >
> > > Jim Weber
> > > Lead Firmware Engineer
> > > Amulet Technologies
> > > Phone: (408) 244-0363 ext.102
> > > Fax:     (408) 243-5457
> > > jimweber@a...
> > > www.AmuletTechnologies.com
> > >
> > > ----- Original Message -----
> > > From: "coolioprog" <coolioprog@y...>
> > > To: <Amulet@yahoogroups.com>
> > > Sent: Monday, June 06, 2005 7:54 AM
> > > Subject: Amulet Users Group Last Packet of Xmodem File
> > >
> > >
> > > >   I'm using the Xmodem protocal to update the Amulet through
my
> > uP.
> > > > I'm pretty sure it is mostly working, because I seem to be
> > getting ACKs
> > > > for every packet of any file I send it EXCEPT the last packet
of
> > the
> > > > file.  I've padded the extra bytes with "0x00"s, and I found
one
> > site
> > > > online that said to pad the last Xmodem packet with "0x1A"s.
I
> > still
> > > > seem to be getting nothing but NACKs for my last packet of the
> > file.
> > > >
> > > >   Any ideas?
> > > >
> > > > Kevin
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > Yahoo! Groups Links
> > > >
> > > >
> > > >
> > > >
> > > >
> >
> >
> >
> >
> >
> > Yahoo! Groups Links
> >
> >
> >
> >
> >

Reply | Messages in this Topic (3)
Messages 813 - 843 of 1795   Oldest  |  < Older  |  Newer >  |  Newest
Add to My Yahoo!      XML What's This?
Copyright © 2010 Yahoo! Inc. All rights reserved.
Privacy Policy - Terms of Service - Guidelines NEW - Help