There's something to be said for bit-banging... "8)
On 11/29/17, Ron Lauzon <[email protected]> wrote: > I located the pin numbers for the Mega's serial ports. It looks like > Serial1 and Serial2 conflicted with the SD card shield. But I did get > communication on Serial3. > Unfortunately, it has the same problem. Fails after the same number > of chars sent. > > So not much of an improvement. But at least I got rid of the > SoftwareSerial library from my project. > > I broke out the RS-232 shifters that supports DSR/DTR and set them up > to loopback on the RS-232 side, but I couldn't get them to work. > I have a couple of things I need to check, but I think those shifters > simply don't work. > > > > 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. >
