Non-verbose code discrepancy
#11
OK, I tested this and it works fine. You just need to enable the extended modes (ATX1) along with turning off the verbose mode (ATV0).
Reply
#12
Sorry, it is not woking how you describe.

In fact, thinking that you may have made a firmware update I update it today, but the latest AT*UPDATE downgraded the firmware on my WiModem232 from 2.40 01/28/18 to v2.31 01/16/18

See my actual resultant WiModem232 behaviour here:
http://home.ca.inter.net/~henryp/IMG_2952.JPG
http://home.ca.inter.net/~henryp/IMG_2953.JPG

Baud rate is 9600 as can be seen from the status bar.
You'll see the ATV0X1 command followed by a remote connection: 1(ring) 1(ring) 2(connect)

Yesterday with the 2.4 I was getting verbose CONNECT 9600 messages but today I'm not, nor am I getting a code 12 for CONNECT 9600 with the ATV0X1 command.
Reply
#13
The code has worked this way since v2.40. If you are using X1 and V0 together, then the response to connections will be a number. In the case of a 9600 baud connection, it is 12.

There is a brand new firmware update that was just released. I pulled v2.40 because it broke the C64's hardware handshaking. The new version is a complete re-write of the data stream to make it asynchronous. Now outgoing data transfers are full speed.
Reply
#14
Ok, thank you. I'll try re-updating it and see how it works.
Appreciate the response.
Reply
#15
The asynchronous update is pretty good! I think I had asked for something like that in an earlier thread.

Now, I hate to be a pest but the latest firmware did not solve the explicit connect speed response issue.
I still don't get CONNECT 9600 in verbose mode or code 12 in non verbose mode.

Take a look at the command stream here:
here is the command stream and a remote connect in verbose mode (ATV1) and extended response on:
http://home.ca.inter.net/~henryp/IMG_2958.JPG
and here is the exact same command stream and a remove connect in non verbose mode (ATV0) and extended response on (ATX1)
http://home.ca.inter.net/~henryp/IMG_2957.JPG

Update:
I get correct verbose and non-verbose connect codes when dealing out, but not in auto-answer mode as shown in the linked images above.
Reply
#16
Hmm... I will look at the incoming connection. It probably doesn't call the routine to create the message like the ATDx commands do.
Reply
#17
New firmware update to fix this problem!
Reply
#18
Thanks! It works great in this regard now.
Reply




Users browsing this thread: 2 Guest(s)