Jump to content
Bikerbob

Should this work with sio2pc serial with 232 original design?

Recommended Posts

Hi people, if you looked in the main A8 chat.. you would see I am getting my original Nick Kennedy designed 232 chip sio going.

 

I can run in DOS (boot from USB ) sio421 - the last dos based software from him.

 

But when I load RespeQt.. it says it canot load the Rs232 driver.. defaulting to USB.

 

James

Is this the two chip design for SIO2PC? I didn't think any software but Nick's own SIO2PC for DOS worked with those.

 

Maybe APE for DOS also had the option.

 

Too long ago to remember for sure.

Share this post


Link to post
Share on other sites

No, this is a one chip design. I use this daily, it works with everything I have except the RespeQT software.

 

TheMontezuma, did we get anywhere with my handshaking issue??

 

OK, SO I did go out and buy APE.. I use that the prosystem with my PC21050 device.. It has been a great item.

 

I am now looking at your other work PCLINK.. I would like to get this working.. SO.. I need RespeQt to get it going I assume?

 

james

Edited by Bikerbob

Share this post


Link to post
Share on other sites

TheMontezuma, did we get anywhere with my handshaking issue??

 

You can use the "NONE" handshake with your "special" SIO2PC cable.

 

I am now looking at your other work PCLINK.. I would like to get this working.. SO.. I need RespeQt to get it going I assume?

 

RespeQt (it is not included in r3, you need to get current software from Github) or sio2bsd (linux command line tool from drac030).

RespeQt for Windows has at the moment a PCLINK issue with reserved file/directory names (like COM1).

Share this post


Link to post
Share on other sites

Ok tried RespeQt again this morning.. r3 is the last one I had.. but it had software sio2bt in the options for the handshaking. THAT worked.. sort of.. I would get burst of communication.. LONG PAUSE.. then burst again. but not at fast sio speeds.. no RI CTS and NONE did not work. Back to APE.. no issues..

 

As for my special SIO2PC - it is the original.. I made it in the 2nd month that this was introduced to the atari community back in 1991-1992 --

 

post-45982-0-81937000-1469281066_thumb.jpg

 

This is EXACTLY what I have made - I went over the circuit the last time I posted to this topic.. there is nothing different.

 

Aspeqt and APE work without issue on my cable. As per the schematic I use RI handshaking on both other software.

 

But that being said.. I would not expect changes for one persons issues..

 

James

Edited by Bikerbob
  • Like 1

Share this post


Link to post
Share on other sites

As for my special SIO2PC - it is the original.. I made it in the 2nd month that this was introduced to the atari community back in 1991-1992 --

Interesting. This matter intrigued me enough to go and dig my own home-made MAX232 SIO2PC out of the drawer and test it (also using RI handshake) with the latest build of RespeQt. It works. As far as I can tell, it uses an identical design.

 

Note that I have the PC serial end of the device hooked up to a CH340 USB serial adapter (this PC lacking a serial port), although wouldn't expect behaviour to be different using a physical serial port. I haven't used this combo for years since I moved to USB FTDI adapters built into SIO plugs, but anyway - it still works.

Share this post


Link to post
Share on other sites

The RI command line does not have a diode or a resistor or a cap on it.. IF the RI works on one system then it should work on any... am I wrong?? there is no condition except open or closed??

 

I will soon, get my multimeter out and measure the caps, and resistors.. make sure everything is correct.. maybe I am out of range on something?

 

 

 

James

Edited by Bikerbob

Share this post


Link to post
Share on other sites

The RI command line does not have a diode or a resistor or a cap on it.. IF the RI works on one system then it should work on any... am I wrong?? there is no condition except open or closed??

Could you try re-wiring your interface so that it uses CTS instead of RI and test if this works (don't forget to change the command line in the RespeQt settings)?

 

The "Bugfix for Hardware Handshake under Windows" commit (which is in r3 but not in r2) could be problematic

https://github.com/jzatarski/RespeQt/commit/d24fe1f8d19b072963c71e727c4a743bd81c7bb5

 

On 16550 serial ports the RI line triggers only an interrupt/event on the trailing edge (i.e. at the end of the command frame), CTS and DSR trigger interrupts on both edges. From a first glance it looks like the code could need the event on the leading edge (beginning of a command frame) which will never happen with RI on a "real" serial card (USB-serial adapters are different).

 

so long,

 

Hias

  • Like 3

Share this post


Link to post
Share on other sites

Interesting. This matter intrigued me enough to go and dig my own home-made MAX232 SIO2PC out of the drawer and test it (also using RI handshake) with the latest build of RespeQt. It works. As far as I can tell, it uses an identical design.

 

Note that I have the PC serial end of the device hooked up to a CH340 USB serial adapter (this PC lacking a serial port), although wouldn't expect behaviour to be different using a physical serial port. I haven't used this combo for years since I moved to USB FTDI adapters built into SIO plugs, but anyway - it still works.

 

You are using windows, right?

Share this post


Link to post
Share on other sites

Could you try re-wiring your interface so that it uses CTS instead of RI and test if this works (don't forget to change the command line in the RespeQt settings)?

 

The "Bugfix for Hardware Handshake under Windows" commit (which is in r3 but not in r2) could be problematic

https://github.com/jzatarski/RespeQt/commit/d24fe1f8d19b072963c71e727c4a743bd81c7bb5

 

On 16550 serial ports the RI line triggers only an interrupt/event on the trailing edge (i.e. at the end of the command frame), CTS and DSR trigger interrupts on both edges. From a first glance it looks like the code could need the event on the leading edge (beginning of a command frame) which will never happen with RI on a "real" serial card (USB-serial adapters are different).

 

so long,

 

Hias

I suppose in that case, we would have to poll like we do in linux, at least for RI. Maybe make a 'force /CMD polling' option for windows?

  • Like 1

Share this post


Link to post
Share on other sites

Could you try re-wiring your interface so that it uses CTS instead of RI and test if this works (don't forget to change the command line in the RespeQt settings)?

 

The "Bugfix for Hardware Handshake under Windows" commit (which is in r3 but not in r2) could be problematic

https://github.com/jzatarski/RespeQt/commit/d24fe1f8d19b072963c71e727c4a743bd81c7bb5

 

On 16550 serial ports the RI line triggers only an interrupt/event on the trailing edge (i.e. at the end of the command frame), CTS and DSR trigger interrupts on both edges. From a first glance it looks like the code could need the event on the leading edge (beginning of a command frame) which will never happen with RI on a "real" serial card (USB-serial adapters are different).

 

so long,

 

Hias

 

Ok I am not super versed, but I know 16550 are true serial ports correct? aka the one I have on my T40 laptop. SO.. if Hias line is to be seen as correct.. this would make the difference as to why yours works Flash and mine does not.. because you are not dealing with a true serial port.

 

Now with that old circuit, how would I change it to work with CTS? are we simply re-routing a jumper or two? Or I have an FTDI.. I could simply build an SIO2USB which should get us around this issue I alone seem to be having.. and it would also allow me to use PCLINK.. because the virtural Serial port will not be com1.. which is the issue correct?

 

And not that this is an APE thread.. but does APE allow reading and writing to a mirrored pc directory? or does PCLINK provide a unique advantage?

 

James

Edited by Bikerbob

Share this post


Link to post
Share on other sites

Now with that old circuit, how would I change it to work with CTS? are we simply re-routing a jumper or two?

You just need to change 1 wire on the RS232 connector. Desolder it from the RI pin and solder it onto the CTS pin.

 

If you are using a 9-pin RS232 connector RI is on pin 9 and CTS on pin 8.

http://pinouts.ru/SerialPorts/Serial9_pinout.shtml

 

If you have a (full size) 25-pin RS232 connector RI is on pin 22 and CTS on pin 5.

http://pinouts.ru/SerialPorts/RS232_pinout.shtml

 

In the latter case and if you are using a 25-pin to 9-pin adapter there could be another issue: I've seen adapters that didn't connect all signals. If you are using such a thing check with your multimeter that the RI signal is actually wired up.

 

Edit: even if you use an adapter I'm quite sure that it's OK, otherwise r2 wouldn't work.

 

so long,

 

Hias

Edited by HiassofT
  • Like 1

Share this post


Link to post
Share on other sites

Could you try re-wiring your interface so that it uses CTS instead of RI and test if this works (don't forget to change the command line in the RespeQt settings)?

 

The "Bugfix for Hardware Handshake under Windows" commit (which is in r3 but not in r2) could be problematic

https://github.com/jzatarski/RespeQt/commit/d24fe1f8d19b072963c71e727c4a743bd81c7bb5

 

On 16550 serial ports the RI line triggers only an interrupt/event on the trailing edge (i.e. at the end of the command frame), CTS and DSR trigger interrupts on both edges. From a first glance it looks like the code could need the event on the leading edge (beginning of a command frame) which will never happen with RI on a "real" serial card (USB-serial adapters are different).

 

so long,

 

Hias

 

The commit which you mentioned is actually a bugfix for Windows (Linux version worked OK).

 

The way the SIO processing should work is:

1) wait for an event on the leading edge (start of the command frame)

2) clear the input buffer

3) read and process command frame

4) go to 1)

 

Before my commit, the code was waiting in point 1) for any change (rising or falling edge of the command line).

When ATARI was for example writing data to a real floppy, RespeQt was interpreting wrongly data frames as command frames (when triggered on falling edge),

 

I checked the corrected version with my Laptop with a real serial port and a SIO2PC cable using CTS (http://atariki.krap.pl/index.php/SIO2PC).

 

Now it all makes sense, considering what you said about RI signal.

 

Knowing that, it is simply wrong to build a SIO2PC cable using RI signal...

Such cable would never work with RespeQt under Linux, where we explicitly wait for a rising edge.

Share this post


Link to post
Share on other sites

Knowing that, it is simply wrong to build a SIO2PC cable using RI signal...

Such cable would never work with RespeQt under Linux, where we explicitly wait for a rising edge.

 

No, polling will work for the RI line, but windows event trapping will not. RI can be read at any time, but it only produces interrupts on the edge we don't care about, that is the issue.

 

That all said, I have had machines that don't work with RI at all for whatever reason. Regardless of RespeQt/AspeQt version.

  • Like 1

Share this post


Link to post
Share on other sites

OK, so .. long and short of all this.. SIO2pc using CTS is the way to go? Correct?

 

I take my max232 pin 7 and change the jumper from pin 9 to pin 8 on the rs232.. and I am now using CTS.

 

And CTS will not be an issue for APE.. or AspeQt.. etc.. because they all have the ability to use devices that use CTS?

 

-- Do most modern SIO2.. whatever devices use CTS.. or more important NOT RI???

 

James

Edited by Bikerbob

Share this post


Link to post
Share on other sites

ok, so I modified the SIO2pc cable I have to use CTS.. and we are working with RespeQt no problems.

 

Thanks Hias for figuring that out!! :)

 

James

  • Like 3

Share this post


Link to post
Share on other sites

today I was still wondering :? why this modern software wouldn't work with my original Nick Kennedy cable.

Last time I used it I also had to switch to handshake:None. But I double checked my soldering skills, RI Signal was OK. Your software is sure also OK, thats what I assumed being in service for quite a while and used by many users.

So I thought it must be PC serial interface related, Maybe some poor RS232 hardware on my system? Didn't suspect Windows :mad: though.

Until I (found) and read this thread. resoldered wire from P9 (RI) to P8 (CTS), changed Respeqt config to CTS and fired up my Atari:

:!: Instant success :!:

Your SW ist great, your diagnostic skills are great - You Are Great :cool:

Mike

Share this post


Link to post
Share on other sites

well ri would work if your pc supports it and you chose the edge box... what you did works better though... :)

Share this post


Link to post
Share on other sites

Like the original post on this string I decided to try and get my old SIO2PC from Nick Kennedy working again.  I had to use a serial to USB cable to connect the two computers.  It appears they were trying to ta lk to each other but I got the error messages from RespeQt shown in the attachment.  Any suggestions would be appreciated.

225202737_SIO2PCw_serialtoUSBcable.JPG.4dcc768155d19e1e5ac751b11098394d.JPG

Share this post


Link to post
Share on other sites

um, the serial to usb cord can take the place of the nick kennedy sio to pc usb...

Share this post


Link to post
Share on other sites

Great Idea, all I need is the pin outs to connect the serial cable to the SIO cable, anyone know how to connect these two cables?  I can remove the circuit board and use the enclosure as a junction box.

Share this post


Link to post
Share on other sites
Posted (edited)
On 4/19/2020 at 8:53 PM, _The Doctor__ said:

um, the serial to usb cord can take the place of the nick kennedy sio to pc...

Ahem, you seem to suggest hooking up about +/-9-12V (with inverted polarity) from the USB-serial cable directly to the Atari. That would be a really, really bad idea.

 

Only breakout boards or adapters with du-pont style connectors are safe to hook up to the Atari, and even then you need to make sure it's a 5V one, not a 3.3V one.

 

so long,

 

Hias

Edited by HiassofT

Share this post


Link to post
Share on other sites
Posted (edited)

Really? a sio 2 usb cord won’t need the kennedy device at all we make them all the time is something not in the post? Maybe I missed it... if that’s not what came across in my post the it needs deletion. There are a ton of make cheap usb sio2 pc threads...

 

I see half my post is missing, which is clearly a bad thing. Usb to sio cable (easily made or purched) or sio 2 pc usb is what should have posted, it’s reversed and missing 

in any event a double conversion isn’t the answer that’s for sure

apolies

apologies, frickin iphone 6 is impossible for this stuff in my hands!!!

Edited by _The Doctor__

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...

  • Recently Browsing   0 members

    No registered users viewing this page.

×
×
  • Create New...