Digest Number 2571
Archiver
Posts: 46,084
Thank you Allan, but I should have clarified that I am using the standard bs2sx on the Board of Education, not the Javelin version. So there is no java on the Stamp side. It is the PC that is running Java and sending data to the Stamp using the commapi library. I would like a way to turn off DTR so the Stamp is not reset when sending data. I do it now by breaking off pin 4 from the serial cable and using a different cable when I then want to send a new program to the Stamp. I think it would be better to use one cable, but somehow prevent the Java commapi from using DTR. I have inserted some setDTR(false) commands, but evidently have not found the correct place to place the command (or that just doesn't work for some reason). -Dave
Original Message
From: basicstamps@yahoogroups.com
Date: Saturday, July 17, 2004 0:30 am
Subject: [noparse][[/noparse]basicstamps] Digest Number 2571
> There are 6 messages in this issue.
>
> Topics in this digest:
>
> 1. Re: DTR and serial communcations using java commapi
> From: "Allan Lane" <allan.lane@h...>
> 2. Re: Programming a PIC microcontroller
> From: Dwayne Reid <dwayner@p...>
> 3. Re: Programming a PIC microcontroller
> From: "Dave Mucha" <davemucha@j...>
> 4. Stamp BS2sx or higher
> From: smartdim@a...
> 5. SP0256 Questions
> From: "Gregg C Levine" <hansolofalcon@w...>
> 6. Re: Serial ports and the Stamp
> From: "Gregg C Levine" <hansolofalcon@w...>
>
>
> ________________________________________________________________________
> ________________________________________________________________________
>
> Message: 1
> Date: Sat, 17 Jul 2004 00:39:56 -0000
> From: "Allan Lane" <allan.lane@h...>
> Subject: Re: DTR and serial communcations using java commapi
>
> You should be aware that the Javelin 'primary'
> serial port is reserved specifically for debug
> purposes -- if you try to use it for a 'vanilla'
> serial port (like you can port 16 in the BS2)
> there is a LOT of debug info that also comes
> flying out the port. Not using DTR may be the
> least of your troubles.
>
> I believe Parallax uses a second serial port,
> with a MAX232 on it, out of the Javelin to do
> 'vanilla' serial port communication. Of course,
> on the javelin they use interrupt-driven I/O,
> and buffer up the results.
>
>
> --- In basicstamps@yahoogroups.com, "david_topham" <dtopham@o...>
> wrote:
> > I am sending data to the bs2sx Stamp using routines from the
> java
> > commapi and found that because DTR is being used by java, it
> causes
> > the Stamp to be reset since DTR is tied to ATN. Has anyone seen
> this
> > before? I got around it by removing pin 4 (DTR) from the serial
> > cable, but there must be a software solution better than
> removing
> the
> > pin! I appreciate any suggestions, Dave
>
>
>
> ________________________________________________________________________
> ________________________________________________________________________
>
> Message: 2
> Date: Fri, 16 Jul 2004 20:46:13 -0600
> From: Dwayne Reid <dwayner@p...>
> Subject: Re: Programming a PIC microcontroller
>
> At 06:27 AM 7/16/2004, lindsey_chew wrote:
> >Is it possible to use the Basic Stamp Editor/Development System
> >Version 2.1 Beta 1, to program a PIC microcontroller such as the
> >PIC16F84?
>
> That's a loaded question!
>
> On one level - yes you could. That is: you could add the tiny
> amount of
> extra hardware needed to switch Vpp & Vdd and write a PBasic
> program to
> read a hex file from your PC and burn that code into a PIC. In
> other
> words, you could use a Stamp as the brains behind a PIC programmer.
>
> However, I suspect that you are asking if you can use the Basic
> Stamp
> development system to create code ready to be burned into a PIC.
> The two
> possible answers are: NO and maybe.
>
> No - the Basic Stamp development system does not generate code
> directly
> compatible with a PIC.
>
> Maybe - because that source code can MOST LIKELY be used by one of
> the
> several PIC Basic compilers available. Those compilers do
> generate code
> that can be burned into a PIC.
>
> Hope this helps.
>
> dwayne
>
> --
> Dwayne Reid <dwayner@p...>
> Trinity Electronics Systems Ltd Edmonton, AB, CANADA
> (780) 489-3199 voice (780) 487-6397 fax
>
> Celebrating 20 years of Engineering Innovation (1984 - 2004)
> .-. .-. .-. .-. .-. .-. .-. .-. .-. .-
> `-' `-' `-' `-' `-' `-' `-' `-' `-'
> Do NOT send unsolicited commercial email to this email address.
> This message neither grants consent to receive unsolicited
> commercial email nor is intended to solicit commercial email.
>
>
>
> ________________________________________________________________________
> ________________________________________________________________________
>
> Message: 3
> Date: Sat, 17 Jul 2004 03:17:14 -0000
> From: "Dave Mucha" <davemucha@j...>
> Subject: Re: Programming a PIC microcontroller
>
> --- In basicstamps@yahoogroups.com, Dwayne Reid <dwayner@p...> wrote:
> > At 06:27 AM 7/16/2004, lindsey_chew wrote:
> > >Is it possible to use the Basic Stamp Editor/Development System
> > >Version 2.1 Beta 1, to program a PIC microcontroller such as the
> > >PIC16F84?
> >
> > That's a loaded question!
> >
> > On one level - yes you could. That is: you could add the tiny
> amount of
> > extra hardware needed to switch Vpp & Vdd and write a PBasic
> program to
> > read a hex file from your PC and burn that code into a PIC. In
> other
> > words, you could use a Stamp as the brains behind a PIC programmer.
> >
> > However, I suspect that you are asking if you can use the Basic
> Stamp
> > development system to create code ready to be burned into a PIC.
>
> The two
> > possible answers are: NO and maybe.
> >
> > No - the Basic Stamp development system does not generate code
> directly
> > compatible with a PIC.
> >
> > Maybe - because that source code can MOST LIKELY be used by one
> of
> the
> > several PIC Basic compilers available. Those compilers do
> generate
> code
> > that can be burned into a PIC.
> >
> > Hope this helps.
> >
> > dwayne
>
> um... it might need a little tweeaking to get it to run properly,
> so
> you probably would need one of the PIC basic compliers that are
> available. PicBasicPro goes for around $250.00 and if you are in
> the
> States, the exchange rate for Pronton+ is 1.87. Proton+ is going
> for
> 150 Pound so, times 1.87 makes that $280.00 USD.
>
> So, you are correct that you can port PBasic to a PIC, but that
> requires something of a full wallet.
>
> Many of us have done the math to find the break even point and the
> OEM version of the Stamp raises the bar even higher.
>
> But, if you are hoping that PBasic can be used instead of one of
> those compliers... alas, your hopes are dashed on the rocks.
>
> Dave
>
>
>
>
>
>
>
>
>
>
> ________________________________________________________________________
> ________________________________________________________________________
>
> Message: 4
> Date: Fri, 16 Jul 2004 23:54:05 EDT
> From: smartdim@a...
> Subject: Stamp BS2sx or higher
>
> Question to Parallax/Jon.
>
> Since the BS2Sx uses the SX chip, as well as the BS2Pe, how about
> the newer
> stamps utilizing the sx chips to a greater potential.
>
> For example,
>
> The ability to select the input type.....TTL, CMOS, Schmidt Trigger.
>
> Comparator on port A pins.
>
> Edge detection
>
> Configurable pull up resistors (if ubicom can make it more reliable)
>
> My guess is that some of the things mentioned above are indeed
> part of the
> next generation stamps you have mentioned on occasion, but could
> not say what
> those enhancements were.
>
> Ken
>
>
>
>
>
>
> [noparse][[/noparse]Non-text portions of this message have been removed]
>
>
>
> ________________________________________________________________________
> ________________________________________________________________________
>
> Message: 5
> Date: Sat, 17 Jul 2004 05:24:22 -0000
> From: "Gregg C Levine" <hansolofalcon@w...>
> Subject: SP0256 Questions
>
> Hello from Gregg C Levine
> Jon, I've got one, maybe two questions regarding this device. And
> a
> range of
> comments.
> Q1 Which one did you use? I've got two parts here, one has on it,
> SPO256-AL2, but no serial speech ROM, SPRO-016. And the other has
> one
> with it,
> SPO256-017. But I suspect that it's the same as the first, since
> the
> notes that came with it, call it by the first one's name. Oh, and
> did
> you use an SPRO-016 in your design? And can you post a photo of
> it,
> if it still exists?
>
> Q2 How old is this design? Despite the date on the uploaded code,
> I am
> asking that one, because RS discontinued the speech synthesizer
> kit,
> a long time ago.
>
> In fact I came across a part that was supposed to be used as a
> companion to
> the SPO256-AL2, it's a text to speech synthesizer chip, a CTS256-
> AL2,
> based
> on the GI PIC7000, which was a second source of the TI TMS7000.
>
> But I suspect it was even before the Stamp was invented because
> that
> part is preprogrammed for the job, and making it work, is
> something
> short of the classic miracle. I prefer using the Stamp for this, a
> BS1, in fact.
>
> Incidentally, any replies to this, will be done from the 'post'
> function of
> the website, as I am having some technical difficulties as my ISP
> recovers
> from the severe storms we had this past week. Although I suspect
> they
> might
> get things repaired by the beginning of next week.
>
> Gregg C Levine hansolofalcon@w...
>
> "The Force will be with you...Always." Obi-Wan Kenobi
> "Use the Force, Luke." Obi-Wan Kenobi
>
>
>
>
>
>
> ________________________________________________________________________
> ________________________________________________________________________
>
> Message: 6
> Date: Sat, 17 Jul 2004 05:29:17 -0000
> From: "Gregg C Levine" <hansolofalcon@w...>
> Subject: Re: Serial ports and the Stamp
>
> Hello from Gregg C Levine
> Yes, you do Al, thank you! About your offers, I might decide to
> order
> either one, or all of the referenced kits. But the one I've got my
> eyes on happens to be for the PLD units, mine are all Atmel.
> Thinking
> about those FPGAs as well, do they work for the Atmel types?
>
> Gregg C Levine hansolofalcon@w...
>
> "The Force will be with you...Always." Obi-Wan Kenobi
> "Use the Force, Luke." Obi-Wan Kenobi
>
>
>
>
>
>
> --- In basicstamps@yahoogroups.com, "Al Williams" <alw@a...> wrote:
> > Hi Gregg,
> >
> > If I understand your question: The Stamp doesn't care where you
> use
> your
> > serial port as long as the level is right. Port 16 (the
> programming
> port)
> > has a built-in level converter to handle the +/-12V stuff, but
> it is
> > actually stealing power from the port. That means that the port
> is
> always
> > half duplex, always echoes what you send to it, and can't act as a
> > transmitter only. It also may have problems with "odd" serial ports.
> >
> > Any other pin can send or receive RS232 data BUT you have to
> worry
> about the
> > level conversion. One way to do that is with a MAX232 chip (for
> example,
> > http://www.awce.com/rs1.htm). However, if you don't mind living
> dangerously,
> > you can also connect RS232 inputs through a 22K resistor and
> depend
> on the
> > Stamp's static protection diodes to sink the extra current. This
> works fine
> > but it isn't to the RS232 spec.
> >
> > On transmit the problem is that you can only output a 0 or a 5V
> signal. The
> > RS232 spec doesn't allow you to output 0V, but in fact, most
> line
> receivers
> > (in particular, the MAX232) will accept a 0 even though it is
> out
> of spec.
> > So you can often drive "real" RS232 gear directly from the
> Stamp.
> On the
> > other hand, it isn't RS232 and you probably won't get long cable
> runs, etc.
> > Plus there is always a chance you will find a piece of equipment
> that won't
> > like it for some reason.
> >
> > You might be interested in our ASP-III development board
> > (http://www.awce.com/asp3.htm) which is based on our GPMPU40
> core
> board.
> > This board will accept a 28 or 40 pin Stamp and has a MAX232
> among
> other
> > things onboard. What's nice is that the MAX's inputs and outputs
> are all
> > uncommitted, so by adding a wire jumper, you can connect, say,
> RI
> (as you
> > suggest) to the MAX232 and then jumper the logic-level output to
> any pin you
> > like on the Stamp. The downside is that the MAX232 only has 2
> inputs and 2
> > outputs. So RX and RI would eat all your inputs and leave you
> nothing for
> > handshaking. However, I've done this for remote data access by
> assuming the
> > remote never needs to stop the Stamp from sending and using the
> spare
> > receiver for carrier detect. Set the modem to autoanswer and
> when
> the Stamp
> > sees DCD assert, it knows someone has connected on the modem.
> >
> > Of course, the ASP-III has an area for more Ics if you don't use
> a
> 40 pin
> > Stamp, but not enough for another MAX232. However, with the big
> board edge,
> > you could hook up an RS-I or your own circuit if you needed more
> RS232. We
> > normally hook these up to a breadboard, but you can easily
> solder
> it to a
> > universal-type PCB for extra real estate.
> >
> > Regards,
> >
> > Al Williams
> > AWC
> >
> >
> >
> >
> >
Original Message
> > From: Gregg C Levine [noparse][[/noparse]hansolofalcon@w...]
> > Sent: Friday, July 16, 2004 12:44 AM
> > To: basicstamps@yahoogroups.com
> > Subject: [noparse][[/noparse]basicstamps] Serial ports and the Stamp
> >
> >
> > Hello from Gregg C Levine
> > Here's a question: Does the stamp actually mind which RS232 pin
> I
> connect
> > its pins to, when using the device to send or receive data, with
> regards to
> > that standard? I need to control a device which uses the RI pin
> for
> setting
> > some data ready functions, in addition to the usual series of
> flow
> control
> > pins.
> >
> > Gregg C Levine hansolofalcon@w...
> >
> > "The Force will be with you...Always." Obi-Wan Kenobi
> > "Use the Force, Luke."· Obi-Wan Kenobi
> >
> >
> >
> >
> > To UNSUBSCRIBE, just send mail to:
> > basicstamps-unsubscribe@yahoogroups.com
> > from the same email address that you subscribed. Text in the
> Subject and
> > Body of the message will be ignored.
> >
> > Yahoo! Groups Links
>
>
>
> ________________________________________________________________________
> ________________________________________________________________________
>
>
> To UNSUBSCRIBE, just send mail to:
> basicstamps-unsubscribe@yahoogroups.com
> from the same email address that you subscribed. Text in the
> Subject and Body of the message will be ignored.
>
>
>
> Yahoo! Groups Links
>
>
>
>
>
>
>
>
>
Original Message
From: basicstamps@yahoogroups.com
Date: Saturday, July 17, 2004 0:30 am
Subject: [noparse][[/noparse]basicstamps] Digest Number 2571
> There are 6 messages in this issue.
>
> Topics in this digest:
>
> 1. Re: DTR and serial communcations using java commapi
> From: "Allan Lane" <allan.lane@h...>
> 2. Re: Programming a PIC microcontroller
> From: Dwayne Reid <dwayner@p...>
> 3. Re: Programming a PIC microcontroller
> From: "Dave Mucha" <davemucha@j...>
> 4. Stamp BS2sx or higher
> From: smartdim@a...
> 5. SP0256 Questions
> From: "Gregg C Levine" <hansolofalcon@w...>
> 6. Re: Serial ports and the Stamp
> From: "Gregg C Levine" <hansolofalcon@w...>
>
>
> ________________________________________________________________________
> ________________________________________________________________________
>
> Message: 1
> Date: Sat, 17 Jul 2004 00:39:56 -0000
> From: "Allan Lane" <allan.lane@h...>
> Subject: Re: DTR and serial communcations using java commapi
>
> You should be aware that the Javelin 'primary'
> serial port is reserved specifically for debug
> purposes -- if you try to use it for a 'vanilla'
> serial port (like you can port 16 in the BS2)
> there is a LOT of debug info that also comes
> flying out the port. Not using DTR may be the
> least of your troubles.
>
> I believe Parallax uses a second serial port,
> with a MAX232 on it, out of the Javelin to do
> 'vanilla' serial port communication. Of course,
> on the javelin they use interrupt-driven I/O,
> and buffer up the results.
>
>
> --- In basicstamps@yahoogroups.com, "david_topham" <dtopham@o...>
> wrote:
> > I am sending data to the bs2sx Stamp using routines from the
> java
> > commapi and found that because DTR is being used by java, it
> causes
> > the Stamp to be reset since DTR is tied to ATN. Has anyone seen
> this
> > before? I got around it by removing pin 4 (DTR) from the serial
> > cable, but there must be a software solution better than
> removing
> the
> > pin! I appreciate any suggestions, Dave
>
>
>
> ________________________________________________________________________
> ________________________________________________________________________
>
> Message: 2
> Date: Fri, 16 Jul 2004 20:46:13 -0600
> From: Dwayne Reid <dwayner@p...>
> Subject: Re: Programming a PIC microcontroller
>
> At 06:27 AM 7/16/2004, lindsey_chew wrote:
> >Is it possible to use the Basic Stamp Editor/Development System
> >Version 2.1 Beta 1, to program a PIC microcontroller such as the
> >PIC16F84?
>
> That's a loaded question!
>
> On one level - yes you could. That is: you could add the tiny
> amount of
> extra hardware needed to switch Vpp & Vdd and write a PBasic
> program to
> read a hex file from your PC and burn that code into a PIC. In
> other
> words, you could use a Stamp as the brains behind a PIC programmer.
>
> However, I suspect that you are asking if you can use the Basic
> Stamp
> development system to create code ready to be burned into a PIC.
> The two
> possible answers are: NO and maybe.
>
> No - the Basic Stamp development system does not generate code
> directly
> compatible with a PIC.
>
> Maybe - because that source code can MOST LIKELY be used by one of
> the
> several PIC Basic compilers available. Those compilers do
> generate code
> that can be burned into a PIC.
>
> Hope this helps.
>
> dwayne
>
> --
> Dwayne Reid <dwayner@p...>
> Trinity Electronics Systems Ltd Edmonton, AB, CANADA
> (780) 489-3199 voice (780) 487-6397 fax
>
> Celebrating 20 years of Engineering Innovation (1984 - 2004)
> .-. .-. .-. .-. .-. .-. .-. .-. .-. .-
> `-' `-' `-' `-' `-' `-' `-' `-' `-'
> Do NOT send unsolicited commercial email to this email address.
> This message neither grants consent to receive unsolicited
> commercial email nor is intended to solicit commercial email.
>
>
>
> ________________________________________________________________________
> ________________________________________________________________________
>
> Message: 3
> Date: Sat, 17 Jul 2004 03:17:14 -0000
> From: "Dave Mucha" <davemucha@j...>
> Subject: Re: Programming a PIC microcontroller
>
> --- In basicstamps@yahoogroups.com, Dwayne Reid <dwayner@p...> wrote:
> > At 06:27 AM 7/16/2004, lindsey_chew wrote:
> > >Is it possible to use the Basic Stamp Editor/Development System
> > >Version 2.1 Beta 1, to program a PIC microcontroller such as the
> > >PIC16F84?
> >
> > That's a loaded question!
> >
> > On one level - yes you could. That is: you could add the tiny
> amount of
> > extra hardware needed to switch Vpp & Vdd and write a PBasic
> program to
> > read a hex file from your PC and burn that code into a PIC. In
> other
> > words, you could use a Stamp as the brains behind a PIC programmer.
> >
> > However, I suspect that you are asking if you can use the Basic
> Stamp
> > development system to create code ready to be burned into a PIC.
>
> The two
> > possible answers are: NO and maybe.
> >
> > No - the Basic Stamp development system does not generate code
> directly
> > compatible with a PIC.
> >
> > Maybe - because that source code can MOST LIKELY be used by one
> of
> the
> > several PIC Basic compilers available. Those compilers do
> generate
> code
> > that can be burned into a PIC.
> >
> > Hope this helps.
> >
> > dwayne
>
> um... it might need a little tweeaking to get it to run properly,
> so
> you probably would need one of the PIC basic compliers that are
> available. PicBasicPro goes for around $250.00 and if you are in
> the
> States, the exchange rate for Pronton+ is 1.87. Proton+ is going
> for
> 150 Pound so, times 1.87 makes that $280.00 USD.
>
> So, you are correct that you can port PBasic to a PIC, but that
> requires something of a full wallet.
>
> Many of us have done the math to find the break even point and the
> OEM version of the Stamp raises the bar even higher.
>
> But, if you are hoping that PBasic can be used instead of one of
> those compliers... alas, your hopes are dashed on the rocks.
>
> Dave
>
>
>
>
>
>
>
>
>
>
> ________________________________________________________________________
> ________________________________________________________________________
>
> Message: 4
> Date: Fri, 16 Jul 2004 23:54:05 EDT
> From: smartdim@a...
> Subject: Stamp BS2sx or higher
>
> Question to Parallax/Jon.
>
> Since the BS2Sx uses the SX chip, as well as the BS2Pe, how about
> the newer
> stamps utilizing the sx chips to a greater potential.
>
> For example,
>
> The ability to select the input type.....TTL, CMOS, Schmidt Trigger.
>
> Comparator on port A pins.
>
> Edge detection
>
> Configurable pull up resistors (if ubicom can make it more reliable)
>
> My guess is that some of the things mentioned above are indeed
> part of the
> next generation stamps you have mentioned on occasion, but could
> not say what
> those enhancements were.
>
> Ken
>
>
>
>
>
>
> [noparse][[/noparse]Non-text portions of this message have been removed]
>
>
>
> ________________________________________________________________________
> ________________________________________________________________________
>
> Message: 5
> Date: Sat, 17 Jul 2004 05:24:22 -0000
> From: "Gregg C Levine" <hansolofalcon@w...>
> Subject: SP0256 Questions
>
> Hello from Gregg C Levine
> Jon, I've got one, maybe two questions regarding this device. And
> a
> range of
> comments.
> Q1 Which one did you use? I've got two parts here, one has on it,
> SPO256-AL2, but no serial speech ROM, SPRO-016. And the other has
> one
> with it,
> SPO256-017. But I suspect that it's the same as the first, since
> the
> notes that came with it, call it by the first one's name. Oh, and
> did
> you use an SPRO-016 in your design? And can you post a photo of
> it,
> if it still exists?
>
> Q2 How old is this design? Despite the date on the uploaded code,
> I am
> asking that one, because RS discontinued the speech synthesizer
> kit,
> a long time ago.
>
> In fact I came across a part that was supposed to be used as a
> companion to
> the SPO256-AL2, it's a text to speech synthesizer chip, a CTS256-
> AL2,
> based
> on the GI PIC7000, which was a second source of the TI TMS7000.
>
> But I suspect it was even before the Stamp was invented because
> that
> part is preprogrammed for the job, and making it work, is
> something
> short of the classic miracle. I prefer using the Stamp for this, a
> BS1, in fact.
>
> Incidentally, any replies to this, will be done from the 'post'
> function of
> the website, as I am having some technical difficulties as my ISP
> recovers
> from the severe storms we had this past week. Although I suspect
> they
> might
> get things repaired by the beginning of next week.
>
> Gregg C Levine hansolofalcon@w...
>
> "The Force will be with you...Always." Obi-Wan Kenobi
> "Use the Force, Luke." Obi-Wan Kenobi
>
>
>
>
>
>
> ________________________________________________________________________
> ________________________________________________________________________
>
> Message: 6
> Date: Sat, 17 Jul 2004 05:29:17 -0000
> From: "Gregg C Levine" <hansolofalcon@w...>
> Subject: Re: Serial ports and the Stamp
>
> Hello from Gregg C Levine
> Yes, you do Al, thank you! About your offers, I might decide to
> order
> either one, or all of the referenced kits. But the one I've got my
> eyes on happens to be for the PLD units, mine are all Atmel.
> Thinking
> about those FPGAs as well, do they work for the Atmel types?
>
> Gregg C Levine hansolofalcon@w...
>
> "The Force will be with you...Always." Obi-Wan Kenobi
> "Use the Force, Luke." Obi-Wan Kenobi
>
>
>
>
>
>
> --- In basicstamps@yahoogroups.com, "Al Williams" <alw@a...> wrote:
> > Hi Gregg,
> >
> > If I understand your question: The Stamp doesn't care where you
> use
> your
> > serial port as long as the level is right. Port 16 (the
> programming
> port)
> > has a built-in level converter to handle the +/-12V stuff, but
> it is
> > actually stealing power from the port. That means that the port
> is
> always
> > half duplex, always echoes what you send to it, and can't act as a
> > transmitter only. It also may have problems with "odd" serial ports.
> >
> > Any other pin can send or receive RS232 data BUT you have to
> worry
> about the
> > level conversion. One way to do that is with a MAX232 chip (for
> example,
> > http://www.awce.com/rs1.htm). However, if you don't mind living
> dangerously,
> > you can also connect RS232 inputs through a 22K resistor and
> depend
> on the
> > Stamp's static protection diodes to sink the extra current. This
> works fine
> > but it isn't to the RS232 spec.
> >
> > On transmit the problem is that you can only output a 0 or a 5V
> signal. The
> > RS232 spec doesn't allow you to output 0V, but in fact, most
> line
> receivers
> > (in particular, the MAX232) will accept a 0 even though it is
> out
> of spec.
> > So you can often drive "real" RS232 gear directly from the
> Stamp.
> On the
> > other hand, it isn't RS232 and you probably won't get long cable
> runs, etc.
> > Plus there is always a chance you will find a piece of equipment
> that won't
> > like it for some reason.
> >
> > You might be interested in our ASP-III development board
> > (http://www.awce.com/asp3.htm) which is based on our GPMPU40
> core
> board.
> > This board will accept a 28 or 40 pin Stamp and has a MAX232
> among
> other
> > things onboard. What's nice is that the MAX's inputs and outputs
> are all
> > uncommitted, so by adding a wire jumper, you can connect, say,
> RI
> (as you
> > suggest) to the MAX232 and then jumper the logic-level output to
> any pin you
> > like on the Stamp. The downside is that the MAX232 only has 2
> inputs and 2
> > outputs. So RX and RI would eat all your inputs and leave you
> nothing for
> > handshaking. However, I've done this for remote data access by
> assuming the
> > remote never needs to stop the Stamp from sending and using the
> spare
> > receiver for carrier detect. Set the modem to autoanswer and
> when
> the Stamp
> > sees DCD assert, it knows someone has connected on the modem.
> >
> > Of course, the ASP-III has an area for more Ics if you don't use
> a
> 40 pin
> > Stamp, but not enough for another MAX232. However, with the big
> board edge,
> > you could hook up an RS-I or your own circuit if you needed more
> RS232. We
> > normally hook these up to a breadboard, but you can easily
> solder
> it to a
> > universal-type PCB for extra real estate.
> >
> > Regards,
> >
> > Al Williams
> > AWC
> >
> >
> >
> >
> >
Original Message
> > From: Gregg C Levine [noparse][[/noparse]hansolofalcon@w...]
> > Sent: Friday, July 16, 2004 12:44 AM
> > To: basicstamps@yahoogroups.com
> > Subject: [noparse][[/noparse]basicstamps] Serial ports and the Stamp
> >
> >
> > Hello from Gregg C Levine
> > Here's a question: Does the stamp actually mind which RS232 pin
> I
> connect
> > its pins to, when using the device to send or receive data, with
> regards to
> > that standard? I need to control a device which uses the RI pin
> for
> setting
> > some data ready functions, in addition to the usual series of
> flow
> control
> > pins.
> >
> > Gregg C Levine hansolofalcon@w...
> >
> > "The Force will be with you...Always." Obi-Wan Kenobi
> > "Use the Force, Luke."· Obi-Wan Kenobi
> >
> >
> >
> >
> > To UNSUBSCRIBE, just send mail to:
> > basicstamps-unsubscribe@yahoogroups.com
> > from the same email address that you subscribed. Text in the
> Subject and
> > Body of the message will be ignored.
> >
> > Yahoo! Groups Links
>
>
>
> ________________________________________________________________________
> ________________________________________________________________________
>
>
> To UNSUBSCRIBE, just send mail to:
> basicstamps-unsubscribe@yahoogroups.com
> from the same email address that you subscribed. Text in the
> Subject and Body of the message will be ignored.
>
>
>
> Yahoo! Groups Links
>
>
>
>
>
>
>
>
>
Comments
serial port drivers myself. Man, are they
stubborn about letting me adjust the values
of the RTS and DTR pins myself.
I havn't used the Java commapi myself yet,
but things that use the DTR pin are:
1. Hardware Handshake -- have you turned that off?
2. In Windows, the RTS state and the DTR state are
sometimes tied together -- have you turned off RTS?
3. XON/XOFF handshake -- have you turned that on?
But thanks for the clarification of your
situation. Sorry for missing the point earlier.
--- In basicstamps@yahoogroups.com, dtopham@o... wrote:
> Thank you Allan, but I should have clarified that I am using the
standard bs2sx on the Board of Education, not the Javelin version. So
there is no java on the Stamp side. It is the PC that is running Java
and sending data to the Stamp using the commapi library. I would like
a way to turn off DTR so the Stamp is not reset when sending data. I
do it now by breaking off pin 4 from the serial cable and using a
different cable when I then want to send a new program to the Stamp.
I think it would be better to use one cable, but somehow prevent the
Java commapi from using DTR. I have inserted some setDTR(false)
commands, but evidently have not found the correct place to place the
command (or that just doesn't work for some reason). -Dave
>
>
Original Message
> From: basicstamps@yahoogroups.com
> Date: Saturday, July 17, 2004 0:30 am
> Subject: [noparse][[/noparse]basicstamps] Digest Number 2571
>
> > There are 6 messages in this issue.
> >
> > Topics in this digest:
> >
> > 1. Re: DTR and serial communcations using java commapi
> > From: "Allan Lane" <allan.lane@h...>
> > 2. Re: Programming a PIC microcontroller
> > From: Dwayne Reid <dwayner@p...>
> > 3. Re: Programming a PIC microcontroller
> > From: "Dave Mucha" <davemucha@j...>
> > 4. Stamp BS2sx or higher
> > From: smartdim@a...
> > 5. SP0256 Questions
> > From: "Gregg C Levine" <hansolofalcon@w...>
> > 6. Re: Serial ports and the Stamp
> > From: "Gregg C Levine" <hansolofalcon@w...>
> >
> >
> >
______________________________________________________________________
__
> >
______________________________________________________________________
__
> >
> > Message: 1
> > Date: Sat, 17 Jul 2004 00:39:56 -0000
> > From: "Allan Lane" <allan.lane@h...>
> > Subject: Re: DTR and serial communcations using java commapi
> >
> > You should be aware that the Javelin 'primary'
> > serial port is reserved specifically for debug
> > purposes -- if you try to use it for a 'vanilla'
> > serial port (like you can port 16 in the BS2)
> > there is a LOT of debug info that also comes
> > flying out the port. Not using DTR may be the
> > least of your troubles.
> >
> > I believe Parallax uses a second serial port,
> > with a MAX232 on it, out of the Javelin to do
> > 'vanilla' serial port communication. Of course,
> > on the javelin they use interrupt-driven I/O,
> > and buffer up the results.
> >
> >
> > --- In basicstamps@yahoogroups.com, "david_topham" <dtopham@o...>
> > wrote:
> > > I am sending data to the bs2sx Stamp using routines from the
> > java
> > > commapi and found that because DTR is being used by java, it
> > causes
> > > the Stamp to be reset since DTR is tied to ATN. Has anyone seen
> > this
> > > before? I got around it by removing pin 4 (DTR) from the serial
> > > cable, but there must be a software solution better than
> > removing
> > the
> > > pin! I appreciate any suggestions, Dave
> >
> >
> >
> >
______________________________________________________________________
__
> >
______________________________________________________________________
__
> >
> > Message: 2
> > Date: Fri, 16 Jul 2004 20:46:13 -0600
> > From: Dwayne Reid <dwayner@p...>
> > Subject: Re: Programming a PIC microcontroller
> >
> > At 06:27 AM 7/16/2004, lindsey_chew wrote:
> > >Is it possible to use the Basic Stamp Editor/Development System
> > >Version 2.1 Beta 1, to program a PIC microcontroller such as the
> > >PIC16F84?
> >
> > That's a loaded question!
> >
> > On one level - yes you could. That is: you could add the tiny
> > amount of
> > extra hardware needed to switch Vpp & Vdd and write a PBasic
> > program to
> > read a hex file from your PC and burn that code into a PIC. In
> > other
> > words, you could use a Stamp as the brains behind a PIC
programmer.
> >
> > However, I suspect that you are asking if you can use the Basic
> > Stamp
> > development system to create code ready to be burned into a PIC.
> > The two
> > possible answers are: NO and maybe.
> >
> > No - the Basic Stamp development system does not generate code
> > directly
> > compatible with a PIC.
> >
> > Maybe - because that source code can MOST LIKELY be used by one
of
> > the
> > several PIC Basic compilers available. Those compilers do
> > generate code
> > that can be burned into a PIC.
> >
> > Hope this helps.
> >
> > dwayne
> >
> > --
> > Dwayne Reid <dwayner@p...>
> > Trinity Electronics Systems Ltd Edmonton, AB, CANADA
> > (780) 489-3199 voice (780) 487-6397 fax
> >
> > Celebrating 20 years of Engineering Innovation (1984 - 2004)
> > .-. .-. .-. .-. .-. .-. .-. .-. .-. .-
> > `-' `-' `-' `-' `-' `-' `-' `-' `-'
> > Do NOT send unsolicited commercial email to this email address.
> > This message neither grants consent to receive unsolicited
> > commercial email nor is intended to solicit commercial email.
> >
> >
> >
> >
______________________________________________________________________
__
> >
______________________________________________________________________
__
> >
> > Message: 3
> > Date: Sat, 17 Jul 2004 03:17:14 -0000
> > From: "Dave Mucha" <davemucha@j...>
> > Subject: Re: Programming a PIC microcontroller
> >
> > --- In basicstamps@yahoogroups.com, Dwayne Reid <dwayner@p...>
wrote:
> > > At 06:27 AM 7/16/2004, lindsey_chew wrote:
> > > >Is it possible to use the Basic Stamp Editor/Development System
> > > >Version 2.1 Beta 1, to program a PIC microcontroller such as
the
> > > >PIC16F84?
> > >
> > > That's a loaded question!
> > >
> > > On one level - yes you could. That is: you could add the tiny
> > amount of
> > > extra hardware needed to switch Vpp & Vdd and write a PBasic
> > program to
> > > read a hex file from your PC and burn that code into a PIC. In
> > other
> > > words, you could use a Stamp as the brains behind a PIC
programmer.
> > >
> > > However, I suspect that you are asking if you can use the Basic
> > Stamp
> > > development system to create code ready to be burned into a
PIC.
> >
> > The two
> > > possible answers are: NO and maybe.
> > >
> > > No - the Basic Stamp development system does not generate code
> > directly
> > > compatible with a PIC.
> > >
> > > Maybe - because that source code can MOST LIKELY be used by one
> > of
> > the
> > > several PIC Basic compilers available. Those compilers do
> > generate
> > code
> > > that can be burned into a PIC.
> > >
> > > Hope this helps.
> > >
> > > dwayne
> >
> > um... it might need a little tweeaking to get it to run properly,
> > so
> > you probably would need one of the PIC basic compliers that are
> > available. PicBasicPro goes for around $250.00 and if you are in
> > the
> > States, the exchange rate for Pronton+ is 1.87. Proton+ is going
> > for
> > 150 Pound so, times 1.87 makes that $280.00 USD.
> >
> > So, you are correct that you can port PBasic to a PIC, but that
> > requires something of a full wallet.
> >
> > Many of us have done the math to find the break even point and
the
> > OEM version of the Stamp raises the bar even higher.
> >
> > But, if you are hoping that PBasic can be used instead of one of
> > those compliers... alas, your hopes are dashed on the rocks.
> >
> > Dave
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
______________________________________________________________________
__
> >
______________________________________________________________________
__
> >
> > Message: 4
> > Date: Fri, 16 Jul 2004 23:54:05 EDT
> > From: smartdim@a...
> > Subject: Stamp BS2sx or higher
> >
> > Question to Parallax/Jon.
> >
> > Since the BS2Sx uses the SX chip, as well as the BS2Pe, how about
> > the newer
> > stamps utilizing the sx chips to a greater potential.
> >
> > For example,
> >
> > The ability to select the input type.....TTL, CMOS, Schmidt
Trigger.
> >
> > Comparator on port A pins.
> >
> > Edge detection
> >
> > Configurable pull up resistors (if ubicom can make it more
reliable)
> >
> > My guess is that some of the things mentioned above are indeed
> > part of the
> > next generation stamps you have mentioned on occasion, but could
> > not say what
> > those enhancements were.
> >
> > Ken
> >
> >
> >
> >
> >
> >
> > [noparse][[/noparse]Non-text portions of this message have been removed]
> >
> >
> >
> >
______________________________________________________________________
__
> >
______________________________________________________________________
__
> >
> > Message: 5
> > Date: Sat, 17 Jul 2004 05:24:22 -0000
> > From: "Gregg C Levine" <hansolofalcon@w...>
> > Subject: SP0256 Questions
> >
> > Hello from Gregg C Levine
> > Jon, I've got one, maybe two questions regarding this device. And
> > a
> > range of
> > comments.
> > Q1 Which one did you use? I've got two parts here, one has on it,
> > SPO256-AL2, but no serial speech ROM, SPRO-016. And the other has
> > one
> > with it,
> > SPO256-017. But I suspect that it's the same as the first, since
> > the
> > notes that came with it, call it by the first one's name. Oh, and
> > did
> > you use an SPRO-016 in your design? And can you post a photo of
> > it,
> > if it still exists?
> >
> > Q2 How old is this design? Despite the date on the uploaded code,
> > I am
> > asking that one, because RS discontinued the speech synthesizer
> > kit,
> > a long time ago.
> >
> > In fact I came across a part that was supposed to be used as a
> > companion to
> > the SPO256-AL2, it's a text to speech synthesizer chip, a CTS256-
> > AL2,
> > based
> > on the GI PIC7000, which was a second source of the TI TMS7000.
> >
> > But I suspect it was even before the Stamp was invented because
> > that
> > part is preprogrammed for the job, and making it work, is
> > something
> > short of the classic miracle. I prefer using the Stamp for this,
a
> > BS1, in fact.
> >
> > Incidentally, any replies to this, will be done from the 'post'
> > function of
> > the website, as I am having some technical difficulties as my ISP
> > recovers
> > from the severe storms we had this past week. Although I suspect
> > they
> > might
> > get things repaired by the beginning of next week.
> >
> > Gregg C Levine hansolofalcon@w...
> >
> > "The Force will be with you...Always." Obi-Wan Kenobi
> > "Use the Force, Luke." Obi-Wan Kenobi
> >
> >
> >
> >
> >
> >
> >
______________________________________________________________________
__
> >
______________________________________________________________________
__
> >
> > Message: 6
> > Date: Sat, 17 Jul 2004 05:29:17 -0000
> > From: "Gregg C Levine" <hansolofalcon@w...>
> > Subject: Re: Serial ports and the Stamp
> >
> > Hello from Gregg C Levine
> > Yes, you do Al, thank you! About your offers, I might decide to
> > order
> > either one, or all of the referenced kits. But the one I've got
my
> > eyes on happens to be for the PLD units, mine are all Atmel.
> > Thinking
> > about those FPGAs as well, do they work for the Atmel types?
> >
> > Gregg C Levine hansolofalcon@w...
> >
> > "The Force will be with you...Always." Obi-Wan Kenobi
> > "Use the Force, Luke." Obi-Wan Kenobi
> >
> >
> >
> >
> >
> >
> > --- In basicstamps@yahoogroups.com, "Al Williams" <alw@a...>
wrote:
> > > Hi Gregg,
> > >
> > > If I understand your question: The Stamp doesn't care where you
> > use
> > your
> > > serial port as long as the level is right. Port 16 (the
> > programming
> > port)
> > > has a built-in level converter to handle the +/-12V stuff, but
> > it is
> > > actually stealing power from the port. That means that the port
> > is
> > always
> > > half duplex, always echoes what you send to it, and can't act
as a
> > > transmitter only. It also may have problems with "odd" serial
ports.
> > >
> > > Any other pin can send or receive RS232 data BUT you have to
> > worry
> > about the
> > > level conversion. One way to do that is with a MAX232 chip (for
> > example,
> > > http://www.awce.com/rs1.htm). However, if you don't mind living
> > dangerously,
> > > you can also connect RS232 inputs through a 22K resistor and
> > depend
> > on the
> > > Stamp's static protection diodes to sink the extra current.
This
> > works fine
> > > but it isn't to the RS232 spec.
> > >
> > > On transmit the problem is that you can only output a 0 or a 5V
> > signal. The
> > > RS232 spec doesn't allow you to output 0V, but in fact, most
> > line
> > receivers
> > > (in particular, the MAX232) will accept a 0 even though it is
> > out
> > of spec.
> > > So you can often drive "real" RS232 gear directly from the
> > Stamp.
> > On the
> > > other hand, it isn't RS232 and you probably won't get long
cable
> > runs, etc.
> > > Plus there is always a chance you will find a piece of
equipment
> > that won't
> > > like it for some reason.
> > >
> > > You might be interested in our ASP-III development board
> > > (http://www.awce.com/asp3.htm) which is based on our GPMPU40
> > core
> > board.
> > > This board will accept a 28 or 40 pin Stamp and has a MAX232
> > among
> > other
> > > things onboard. What's nice is that the MAX's inputs and
outputs
> > are all
> > > uncommitted, so by adding a wire jumper, you can connect, say,
> > RI
> > (as you
> > > suggest) to the MAX232 and then jumper the logic-level output
to
> > any pin you
> > > like on the Stamp. The downside is that the MAX232 only has 2
> > inputs and 2
> > > outputs. So RX and RI would eat all your inputs and leave you
> > nothing for
> > > handshaking. However, I've done this for remote data access by
> > assuming the
> > > remote never needs to stop the Stamp from sending and using the
> > spare
> > > receiver for carrier detect. Set the modem to autoanswer and
> > when
> > the Stamp
> > > sees DCD assert, it knows someone has connected on the modem.
> > >
> > > Of course, the ASP-III has an area for more Ics if you don't
use
> > a
> > 40 pin
> > > Stamp, but not enough for another MAX232. However, with the big
> > board edge,
> > > you could hook up an RS-I or your own circuit if you needed
more
> > RS232. We
> > > normally hook these up to a breadboard, but you can easily
> > solder
> > it to a
> > > universal-type PCB for extra real estate.
> > >
> > > Regards,
> > >
> > > Al Williams
> > > AWC
> > >
> > >
> > >
> > >
> > >
Original Message
> > > From: Gregg C Levine [noparse][[/noparse]hansolofalcon@w...]
> > > Sent: Friday, July 16, 2004 12:44 AM
> > > To: basicstamps@yahoogroups.com
> > > Subject: [noparse][[/noparse]basicstamps] Serial ports and the Stamp
> > >
> > >
> > > Hello from Gregg C Levine
> > > Here's a question: Does the stamp actually mind which RS232 pin
> > I
> > connect
> > > its pins to, when using the device to send or receive data,
with
> > regards to
> > > that standard? I need to control a device which uses the RI pin
> > for
> > setting
> > > some data ready functions, in addition to the usual series of
> > flow
> > control
> > > pins.
> > >
> > > Gregg C Levine hansolofalcon@w...
> > >
> > > "The Force will be with you...Always." Obi-Wan Kenobi
> > > "Use the Force, Luke."· Obi-Wan Kenobi
> > >
> > >
> > >
> > >
> > > To UNSUBSCRIBE, just send mail to:
> > > basicstamps-unsubscribe@yahoogroups.com
> > > from the same email address that you subscribed. Text in the
> > Subject and
> > > Body of the message will be ignored.
> > >
> > > Yahoo! Groups Links
> >
> >
> >
> >
______________________________________________________________________
__
> >
______________________________________________________________________
__
> >
> >
> > To UNSUBSCRIBE, just send mail to:
> > basicstamps-unsubscribe@yahoogroups.com
> > from the same email address that you subscribed. Text in the
> > Subject and Body of the message will be ignored.
> >
> >
-
> >
> > Yahoo! Groups Links
> >
> >
> >
> >
> >
-
> >
> >
> >
> >