tcpser not getting a login prompt

[hankbillings]

On a C64, I'm attempting to use tcpser with a serial null modem with the following settings "tcpser -d /dev/ttyUSB0 -s 2400"

I can dial irata online , i get a response and can see the "guest login: guest / guest" but there's nothing below to begin logging in and establishing an account. It basically freezes. Bummer, I'm really exciting about this project.

Hank kj4pvx@yahoo.com

[tschak909]

Try adding -i "&K3" to your tcpser invocation.

On Mon, Dec 10, 2018, 00:20 hankbillings notifications@github.com wrote:

On a C64, I'm attempting to use tcpser with a serial null modem with the following settings "tcpser -d /dev/ttyUSB0 -s 2400"

I can dial irata online , i get a response and can see the "guest login: guest / guest" but there's nothing below to begin logging in and establishing an account. It basically freezes. Bummer, I'm really exciting about this project.

Hank kj4pvx@yahoo.com

— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/tschak909/platoterm64/issues/22, or mute the thread https://github.com/notifications/unsubscribe-auth/ACocZu5WcVfjrlLeZ_0GYEJmzQbKBH_Mks5u3f0vgaJpZM4ZKugV .

[hankbillings]

Thank you. I tried &K0 and &K1 with no change. However, when I use &K2, &K3, and &K4, i get a blank screen. I don't get the sense that it's a modem issue (spider sense). I don't have an issue getting the login prompt from cyber1.org even though i have no idea how to setup an account for that one

[tschak909]

very strange, I use tcpser with a Swiftlink on real hardware. Are you using a Swiftlink or a user port RS232?

On Mon, Dec 10, 2018 at 10:16 AM hankbillings notifications@github.com wrote:

Thank you. I tried &K0 and &K1 with no change. However, when I use &K2, &K3, and &K4, i get a blank screen. I don't get the sense that it's a modem issue (spider sense). I don't have an issue getting the login prompt from cyber1.org even though i have no idea how to setup an account for that one

— You are receiving this because you commented.

Reply to this email directly, view it on GitHub https://github.com/tschak909/platoterm64/issues/22#issuecomment-445873993, or mute the thread https://github.com/notifications/unsubscribe-auth/ACocZgrQP87HmL-eA5pcLREeh7UHtZMGks5u3ojtgaJpZM4ZKugV .

[hankbillings]

I'm using the userport. I ordered some new chips for my two swiftlinks, i think they got zapped in a move

[hankbillings]

Here is the spot that is stops with no place to enter login info

[tschak909]

I just double checked the 1.0 release against my real C64, here: https://www.youtube.com/watch?v=H3MPWUNsGls

You're the second person I've seen thus far who has expressed this problem, very strange. It has something to do with the handshaking lines. How are you connecting your user port to tcpser?

-Thom

On Mon, Dec 10, 2018 at 7:00 PM hankbillings notifications@github.com wrote:

Here is the spot that is stops with no place to enter login info

[image: img_1215] https://user-images.githubusercontent.com/41028567/49771246-3f3cd980-fcb6-11e8-8f25-974a481bdf2a.jpg

— You are receiving this because you commented.

Reply to this email directly, view it on GitHub https://github.com/tschak909/platoterm64/issues/22#issuecomment-446033147, or mute the thread https://github.com/notifications/unsubscribe-auth/ACocZna4NBW4waU0wL1RqrEs5Pi2HYmzks5u3wO9gaJpZM4ZKugV .

[hankbillings]

i don't know if this tells you anything but here's where tcpser endsup.

2018-12-11 04:13:27:-1226734480:DEBUG_X:Waiting for modem/control line/timer/socket activity 2018-12-11 04:13:27:-1226734480:DEBUG_X:Command Mode=0, Connection status=1 2018-12-11 04:13:27:-1226734480:DEBUG_X:Setting timer for break delay 2018-12-11 04:13:27:-1244662672:DEBUG:Data available on socket 2018-12-11 04:13:27:-1244662672:DEBUG:Read 52 bytes from socket 2018-12-11 04:13:27:-1226734480:DEBUG:Data available on serial port 2018-12-11 04:13:27:-1226734480:DEBUG:Read 3 bytes from serial port 2018-12-11 04:13:27:-1226734480:DEBUG_X:Waiting for modem/control line/timer/socket activity 2018-12-11 04:13:27:-1226734480:DEBUG_X:Command Mode=0, Connection status=1 2018-12-11 04:13:27:-1226734480:DEBUG_X:Setting timer for break delay 2018-12-11 04:13:28:-1244662672:DEBUG:Data available on socket 2018-12-11 04:13:28:-1244662672:DEBUG:Read 244 bytes from socket 2018-12-11 04:13:28:-1244662672:DEBUG:Data available on socket 2018-12-11 04:13:28:-1244662672:DEBUG:Read 256 bytes from socket 2018-12-11 04:13:28:-1244662672:DEBUG:Data available on socket 2018-12-11 04:13:28:-1244662672:DEBUG:Read 256 bytes from socket 2018-12-11 04:13:28:-1244662672:DEBUG:Data available on socket 2018-12-11 04:13:28:-1244662672:DEBUG:Read 195 bytes from socket 2018-12-11 04:13:28:-1244662672:DEBUG:Data available on socket 2018-12-11 04:13:28:-1244662672:DEBUG:Read 201 bytes from socket 2018-12-11 04:13:28:-1226734480:DEBUG:Initial Break Delay detected 2018-12-11 04:13:28:-1226734480:DEBUG_X:Waiting for modem/control line/timer/socket activity 2018-12-11 04:13:28:-1226734480:DEBUG_X:Command Mode=0, Connection status=1 2018-12-11 04:13:29:-1244662672:DEBUG:Data available on socket 2018-12-11 04:13:29:-1244662672:DEBUG:Read 249 bytes from socket 2018-12-11 04:13:29:-1244662672:DEBUG:Data available on socket 2018-12-11 04:13:29:-1244662672:DEBUG:Read 25 bytes from socket 2018-12-11 04:14:29:-1244662672:DEBUG:Data available on socket 2018-12-11 04:14:29:-1244662672:DEBUG:Read 35 bytes from socket 2018-12-11 04:14:30:-1244662672:DEBUG:Data available on socket 2018-12-11 04:14:30:-1244662672:DEBUG:Read 65 bytes from socket 2018-12-11 04:14:30:-1244662672:DEBUG:Data available on socket 2018-12-11 04:14:30:-1244662672:DEBUG:Read 123 bytes from socket

[hankbillings]

I'm connecting two ways. First with VIC-1011A (sweet) and second with a gglabs glinkusb-lt that works the same as the vic and uses the same drivers at 2400.

[tschak909]

Do either of those hook up the RTS/CTS handshaking lines to $DD01 ?

-Thom

On Mon, Dec 10, 2018 at 10:09 PM hankbillings notifications@github.com wrote:

I'm connecting two ways. First with VIC-1011A (sweet) and second with a gglabs glinkusb-lt that works the same as the vic and uses the same drivers at 2400.

— You are receiving this because you commented.

Reply to this email directly, view it on GitHub https://github.com/tschak909/platoterm64/issues/22#issuecomment-446065824, or mute the thread https://github.com/notifications/unsubscribe-auth/ACocZhj--CkBsAur1u_77A44SgrPwlDZks5u3zAHgaJpZM4ZKugV .

[hankbillings]

That questions a little over my head. I can tell you that this is the standard null modem connection that i use for most occasions, either using a console from a linux box or tcpser. I'm just don't know the answer to your question. I'm sorry. I'm waiting on my account info to get approved so that i can test irata vs cyber1. If it's irata specific that may tell us something. Not sure what, but something.

[hankbillings]

just figured out that the vic1011A blanks outimmediately after connection to irata. So it doesn't even get to the Irata.online splash page , it just blanks out vs. the gglabs glinkusb-lt that gets to the picture above. Maybe that tells us something.

[hankbillings]

I can tell you that I do get the login prompt on cyber1

[tschak909]

I have a funny feeling that RTS/CTS might not be hooked up. They are needed for PLATOTerm to work properly (because of the amount of processing required for incoming data, we often have to tell the modem to stop funneling data to the computer while we process data).

-Thom

[tschak909]

@hankbillings can you try the following pre-release? This adds asserting flow control on paint commands: https://github.com/tschak909/platoterm64/releases/download/PLATOTerm-1.0/platoterm64-1_1-pre1-C64.d64

[hankbillings]

the pre-version works!

settings tcpser -d /dev/ttyUSB0 -s 2400 UP2400 driver with the gglabs glinkusb-lt

[tschak909]

OK, so buffer was overflowing, and you never saw the login prompt. Good.

-Thom

On Tue, Dec 11, 2018 at 1:30 PM hankbillings notifications@github.com wrote:

the pre-version works!

settings tcpser -d /dev/ttyUSB0 -s 2400

UP2400 driver with the gglabs glinkusb-lt

— You are receiving this because you commented.

Reply to this email directly, view it on GitHub https://github.com/tschak909/platoterm64/issues/22#issuecomment-446330746, or mute the thread https://github.com/notifications/unsubscribe-auth/ACocZiohRTlVCnt3D64F7zNqU0TBLqi6ks5u4Ae4gaJpZM4ZKugV .

[hankbillings]

I was able to succesfully login, however, on this version it automatically goes to the games menu and then locks up. I have no idea what that means. I can trouble shoot more later tonight if you wish. I'm assuming those may be issues you've already worked out.

[tschak909]

Can you press F3? Hmm.. -Thom

On Tue, Dec 11, 2018 at 2:01 PM hankbillings notifications@github.com wrote:

I was able to succesfully login, however, on this version it automatically goes to the games menu and then locks up. I have no idea what that means. I can trouble shoot more later tonight if you wish. I'm assuming those may be issues you've already worked out.

— You are receiving this because you commented.

Reply to this email directly, view it on GitHub https://github.com/tschak909/platoterm64/issues/22#issuecomment-446341827, or mute the thread https://github.com/notifications/unsubscribe-auth/ACocZqAyfOcApcX0fFq84x8CUZI5QlPtks5u4A8YgaJpZM4ZKugV .

[hankbillings]

no change when pressing F3? it automatically goes to the game menu and conks out in a weird spot. Very Strange. This is where is freezes.

[tschak909]

ok, so something is causing it to freeze. definitely a problem with the NMI routine for userport modems. urgh.

-Thom

On Tue, Dec 11, 2018 at 4:58 PM hankbillings notifications@github.com wrote:

no change when pressing F3? it automatically goes to the game menu and conks out in a weird spot. Very Strange. This is where is freezes. [image: img_1224] https://user-images.githubusercontent.com/41028567/49835784-4de6c780-fd6e-11e8-9e05-ad0d9ab8a7b5.jpg

— You are receiving this because you commented.

Reply to this email directly, view it on GitHub https://github.com/tschak909/platoterm64/issues/22#issuecomment-446394940, or mute the thread https://github.com/notifications/unsubscribe-auth/ACocZpdDvLXU8hGTpFQx1gS1yCKzbl43ks5u4Dh-gaJpZM4ZKugV .

[hankbillings]

just let me know when you want to do any testing for you.

[tschak909]

Are you snagging a swiftlink?

-Thom

On Wed, Dec 12, 2018 at 10:06 PM hankbillings notifications@github.com wrote:

just let me know when you want to do any testing for you.

— You are receiving this because you commented.

Reply to this email directly, view it on GitHub https://github.com/tschak909/platoterm64/issues/22#issuecomment-446835886, or mute the thread https://github.com/notifications/unsubscribe-auth/ACocZgX-lXwYjlmaOMpVv2duBj8ED-TPks5u4dJEgaJpZM4ZKugV .

[hankbillings]

I have two clones, but they both have stopped working and I assuming they got zapped during my last move. I have ordered new 6551p chips for both. Should be here in a week or so I hope. Have you considered the UP9600 driver used on novaterm and strike term?

[tschak909]

Yes, but it needs to be ported to cc65, which is not something I currently know how to do, will have to figure it out. -Thom

On Thu, Dec 13, 2018 at 5:23 PM hankbillings notifications@github.com wrote:

I have two clones, but they both have stopped working and I assuming they got zapped during my last move. I have ordered new 6551p chips for both. Should be here in a week or so I hope. Have you considered the UP9600 driver used on novaterm and strike term?

— You are receiving this because you commented.

Reply to this email directly, view it on GitHub https://github.com/tschak909/platoterm64/issues/22#issuecomment-447157596, or mute the thread https://github.com/notifications/unsubscribe-auth/ACocZhxQQcKxffcQP7OkDhB84jAKGyBwks5u4uFwgaJpZM4ZKugV .

[greg-king5]

Do either of those hook up the RTS/CTS handshaking lines to $DD01?

The schematic at http://www.zimmers.net/anonftp/pub/cbm/schematics/cartridges/userport/1011005.gif says that the VIC-1011A does connect the handshaking lines.

[tschak909]

Look at that. :)

@greg-king5 I'm definitely seeing an issue only with user port modems, where PLATOTerm freezes, doesn't respond to anything but an NMI reset (SHIFT-RESTORE)... This is a recent development, am wondering if maybe NMI and TGI are biting it in the butt, again?

-Thom

On Thu, Dec 13, 2018 at 10:08 PM greg-king5 notifications@github.com wrote:

Do either of those hook up the RTS/CTS handshaking lines to $DD01?

The schematic at http://www.zimmers.net/anonftp/pub/cbm/schematics/cartridges/userport/1011005.gif says that the VIC-1011A does connect the handshaking lines.

— You are receiving this because you commented.

Reply to this email directly, view it on GitHub https://github.com/tschak909/platoterm64/issues/22#issuecomment-447206999, or mute the thread https://github.com/notifications/unsubscribe-auth/ACocZkE-W9ttM8I2u8L5v2fWcuRrsetqks5u4yQtgaJpZM4ZKugV .

[greg-king5]

@greg-king5, I'm definitely seeing an issue only with user port modems, where PLATOTerm freezes, doesn't respond to anything but an NMI reset (SHIFT-RESTORE)... This is a recent development, am wondering if maybe NMI and TGI are biting it in the butt, again?

I doubt it. Nobody has changed them; they work together in the same way that they always have.

It might be a bug in Johan's driver that I forgot to mention. It doesn't put its buffers in a safe place; there might be a clash between them and other program data.

[tschak909]

What would be a safe place? -Thom (p.s. is it worth it to keep this driver, or start over? The problem is, so many wifi modems are fucking user port modems, and not supporting them literally means I lose at least half the audience. :( )

On Thu, Dec 13, 2018 at 10:49 PM greg-king5 notifications@github.com wrote:

@greg-king5 https://github.com/greg-king5, I'm definitely seeing an issue only with user port modems, where PLATOTerm freezes, doesn't respond to anything but an NMI reset (SHIFT-RESTORE)... This is a recent development, am wondering if maybe NMI and TGI are biting it in the butt, again?

I doubt it. Nobody has changed them; they work together in the same way that they always have.

It might be a bug in Johan's driver that I forgot to mention. It doesn't put its buffers in a safe place; there might be a clash between them and other program data.

— You are receiving this because you commented.

Reply to this email directly, view it on GitHub https://github.com/tschak909/platoterm64/issues/22#issuecomment-447212337, or mute the thread https://github.com/notifications/unsubscribe-auth/ACocZslkod2zmnYvkyW0Py7uxSR9XolNks5u4y3zgaJpZM4ZKugV .

[tschak909]

Thanks @greg-king5 This worked a treat. If this works with multiple users, I'll cut a 1.1 release for the C64. @hankbillings try this build and see if it's okay? https://github.com/tschak909/platoterm64/releases/download/PLATOTerm-1.0/PLATOTerm64-1_1-pre2.d64.d64

-Thom

[hankbillings]

ok...So, for some reason it still goes straight to the games menu, however, this time, the mouse 1541 isn't frozen, and I can select the options. However, i can't execute the options, either by mouse click or entering them manually. The mouse, will give the little info write up about the games, but won't bring up the option. I get the prompt at the bottom to enter a lesson. Also, if in the settings, I enter 1541, instead of just allowing the default that loads on startup, I get an error. However, that's not new to this version. On a seperate note, I tried the ethernet option with my 64nic+, it wouldn't allow me to enter the ethernet option. I didn't try this on previous versions.

[hankbillings]

OK, due to my own lack of experience with buttons and instructions, the games will execute using the data button. So....we're winning me thinks. however, both of the games i tried locked up within at least 30 seconds. It still continues to automatically go straight to the games menu.

[beretta42]

@hankbilkings: plato remembers where you are at In the menu system from login to login.

[hankbillings]

Huh. That’s good to know

Sent from my iPhone

On Dec 14, 2018, at 8:58 AM, Brett M. Gordon notifications@github.com wrote:

@hankbilkings: plato remembers where you are at In the menu system from login to login.

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub, or mute the thread.

[tschak909]

Ethernet support was jettisoned because IP65 needs support for tcp window reaizing.

On Fri, Dec 14, 2018, 10:45 hankbillings notifications@github.com wrote:

Huh. That’s good to know

Sent from my iPhone

On Dec 14, 2018, at 8:58 AM, Brett M. Gordon notifications@github.com wrote:

@hankbilkings: plato remembers where you are at In the menu system from login to login.

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub, or mute the thread.

— You are receiving this because you commented.

Reply to this email directly, view it on GitHub https://github.com/tschak909/platoterm64/issues/22#issuecomment-447382272, or mute the thread https://github.com/notifications/unsubscribe-auth/ACocZsbElQr1PTNvHyj8yPBuBzw0QDN0ks5u49WagaJpZM4ZKugV .

[hankbillings]

Thom,

Once I backed out using the appropriate keys it is very usable. Obviously some of the games aren't expected to work well at 2400, but I'll test those out and provide feedback as appropriate, I'll try to do that through irata on principle. I do think that the addition of the up9600 driver would be a welcome addition. I appreciate you jumping all over this over the last week.

Hank

[tschak909]

Am glad. Documentation is definitely an issue, and it's something that's on my radar. I'm spending the majority of my time writing terminals, but this next year by summer, I'll be shifting into writing documentation.

I will close this ticket, for now.