I remember looking into that a while back on a previous project that I
was using this hardware for.  I don't remember why I didn't use the
built in serial ports of the Mega.
I'll look into that as well.

Thanks.


On Tue, Nov 28, 2017 at 6:45 PM, Bob Pigford <[email protected]> wrote:
> Ron,
> On one of my Arduino projects I finally gave up on SoftwareSerial on an Uno 
> and went to a Mega so I could have several real serial ports.  As I recall, 
> there are a total of 4 available (don't remember the pin nos.).  Something 
> like ...
>      Serial.
>      Serial1.
>      Serial2.
>      Serial3.
>
> Example for the first 2 hardware ports on a Mega:
> void setup() {
>   // initialize both serial ports:
>   Serial.begin(9600);
>   Serial1.begin(9600);
> }
> Thereafter I had no serial issues.  I realize that you have probably already 
> tried this, but I offer this small thing from my experience.
> Good Luck,
>         Bob
>
>
> -----Original Message-----
> From: M100 [mailto:[email protected]] On Behalf Of Ron Lauzon
> Sent: Tuesday, November 28, 2017 5:53 PM
> To: [email protected]
> Subject: Re: [M100] Tandy 102 Text question
>
> I'm using pins 62 and 63.  I am using an Arduino Mega (left over from a 
> previous project that needed more memory and the standard Arduino Uno).  
> Those are were the only available pins that would support the
> RS-232 shifter.
>
> I'm making the assumption based on the fact that the Arduino is faster.  But 
> it's just an assumption.  But I did do a SAVE "COM:98N1E"
> in my testing and more than 80 bytes were sent to the Arduino.
>
> For debugging right now, all characters that enter the Arduino are echoed out 
> the USB/Serial.  So I can see everything that arrives on the serial 
> connection.
>
>
> On Tue, Nov 28, 2017 at 5:46 PM, Fugu ME100 <[email protected]> wrote:
>> Which pins are you using for the software serial port?  It should be
>> able to run up to at least 57600bps on the Ardruino.
>>
>> How do you know the 102 stops sending?   Could the Arduino stop receiving?
>>
>>
>> I assume at the moment you are just reading in on the Software Serial
>> port and passing it out on the USB port to make sure everything works OK?
>>
>> On 28/11/17, 2:07 PM, "M100 on behalf of Ron Lauzon"
>> <[email protected] on behalf of [email protected]> wrote:
>>
>>>Here's the setup I'm going to talk about:
>>>Tandy 102, serial cable to my Arduino with an RS-232 shifter.  I'm
>>>using the SoftwareSerial library to interface the RS-232 shifter to
>>>the Arduino via the Arduino's TX/RX pins - as opposed to using the USB
>>>cable.
>>>
>>>Software-wise, this is pretty simple.  I'm just writing a text file in
>>>the Text app and saving it to COM:98N1E
>>>
>>>Here's my frustration.  No matter what I do, the 102 stops sending
>>>after about 80 bytes.
>>>
>>>The only way I could get it to work was to reduce the speed to 300 BPS
>>>(and, of course, saving to COM:38N1E).
>>>
>>>Keep in mind that this is the 102 sending to the Arduino.  I find it
>>>difficult to believe that the Arduino couldn't keep up.  And when I
>>>tried other BPS, it stopped in exactly the same place: at 80 bytes.
>>>
>>>The 102 never showed an error message.  Everything looked like it
>>>worked fine on that end.  But the rest of the text file never appeared
>>>on the Arduino side.
>>>
>>>The Arduino set up doesn't support hardware flow control.  So I
>>>thought that enableing XON/XOFF would make sure that the 102 didn't do
>>>that (No, I didn't see any XON/XOFF characters on the Arduino side
>>>either).
>>>
>>>
>>>Is there some sort of strangeness in the 102 that turns some sort of
>>>hardware flow-control on for speeds > 300 BPS?  Or did I miss setting
>>>something?
>>>
>>>If there was a problem with one side keeping up, I expected to see
>>>dropped characters, not communications just stopping after 80 bytes.
>>>
>>>
>>>--
>>>Ron Lauzon - rlauzon at acm dot org
>>>   Homepage:
>>>https://nam03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwebpages.
>>>charter.net%2Frlauzon%2F&data=02%7C01%7Cb4me100%40hotmail.com%7C1da1d8
>>>f1ef
>>>344c75fb9108d536ac9c19%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C63
>>>6475
>>>037326050935&sdata=s6klg5s%2Bx65YTwdo%2Ba2WAWUb%2FJrU6SzRhRuIb8QbeC8%3
>>>D&re
>>>served=0
>>>   Weblog:
>>>https://nam03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fronsa
>>>part
>>>ment.blogspot.com%2F&data=02%7C01%7Cb4me100%40hotmail.com%7C1da1d8f1ef
>>>344c
>>>75fb9108d536ac9c19%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636475
>>>0373
>>>26050935&sdata=Uwa%2FOhydNv0Uof2cL%2Fpt2jMXOKEuWQwPqAf%2FQ%2FZyPYE%3D&
>>>rese
>>>rved=0
>>>
>>>TRS-80 Pocket Computer 2 - TRS-80 Pocket Computer 4 - TRS-80 Model
>>>100/102 Some people like to work on old cars.  But old computers are
>>>cheaper and don't require a big garage.
>>
>>
>
>
>
> --
> Ron Lauzon - rlauzon at acm dot org
>    Homepage: http://webpages.charter.net/rlauzon/
>    Weblog: http://ronsapartment.blogspot.com/
>
> TRS-80 Pocket Computer 2 - TRS-80 Pocket Computer 4 - TRS-80 Model 100/102 
> Some people like to work on old cars.  But old computers are cheaper and 
> don't require a big garage.
>



-- 
Ron Lauzon - rlauzon at acm dot org
   Homepage: http://webpages.charter.net/rlauzon/
   Weblog: http://ronsapartment.blogspot.com/

TRS-80 Pocket Computer 2 - TRS-80 Pocket Computer 4 - TRS-80 Model 100/102
Some people like to work on old cars.  But old computers are cheaper
and don't require a big garage.

Reply via email to