Home
JAQForum Ver 24.01
Log In or Join  
Active Topics
Local Time 11:12 01 Aug 2025 Privacy Policy
Jump to

Notice. New forum software under development. It's going to miss a few functions and look a bit ugly for a while, but I'm working on it full time now as the old forum was too unstable. Couple days, all good. If you notice any issues, please contact me.

Forum Index : Microcontroller and PC projects : a LIST ALL quirk

Author Message
Malibu
Senior Member

Joined: 07/07/2018
Location: Australia
Posts: 260
Posted: 06:06am 24 Aug 2018
Copy link to clipboard 
Print this post

G'day all
I've got another strange one - not sure if it's MM Basic or MM Edit, but I suspect it's the MM Basic.
I'm playing around with writing some VB code as an Xmodem terminal (which in its early stage is working pretty good!) and when I did a LIST ALL command, I get the start of the code listing from MM (around 966 Chars), a pause of about 5 seconds, a few more bytes contiguous from the last packet of bytes, then a big gap of bytes right up until nearly the end.
Then I get the prompt and everything is back to normal... (the gap is not a visible gap... code just stops, and then it starts again at a later position)

If I do just a LIST, I get the 1st packet of bytes no problem (around 977 Chars), a message of PRESS ANY KEY... which I do, and everything repeats perfect until the end.

Sending a LIST ALL gives me a pause at a smidge before the PRESS ANY KEY... position when I use the LIST command.

Of course, I thought it was my VB code, so after debugging for a good many hours, I decide to try MM Edit and it was the same problem... hmmm. I tried TeraTerm and the same problem in that too.
I would have put it down to handshaking, but Xmodem AFAIK doesn't use it, and I know that the checksum calculations are correct in Upload, but not sure if it's needed in downloads.

I'm using 5.04.10 on an MME64 and I haven't tried an earlier version to see if the problem is there (yet).
Has anyone else seen this?
John
 
TassyJim

Guru

Joined: 07/08/2011
Location: Australia
Posts: 6283
Posted: 06:51am 24 Aug 2018
Copy link to clipboard 
Print this post

LIST doesn't use XMODEM.
It simply prints the listing to the console.

When printing to the console, there is no handshaking.
What baud rate are you using (assuming you are using a USB-TTL converter)?

Jim
VK7JH
MMedit
 
Azure

Guru

Joined: 09/11/2017
Location: Australia
Posts: 446
Posted: 06:53am 24 Aug 2018
Copy link to clipboard 
Print this post

I don't quite understand what you are saying. Probably just me, but might be worth clarifying.

XModem is a file transfer protocol not a terminal emulator. It is supported in a terminal emulator to allow the transfer of files.

The thing you are describing sounds like an ascii terminal (using no emulation protocol) which displays the characters which are typed on the keyboard and send out on the serial inteface and displays any characters received on the serial interface.

I will try it tonight when I get home from work and let you know what I see (in any time delays). How long/large is the program you are listing.
 
Malibu
Senior Member

Joined: 07/07/2018
Location: Australia
Posts: 260
Posted: 07:37am 24 Aug 2018
Copy link to clipboard 
Print this post

Sorry, yeah, you're both correct... the Xmodem protocol (which this started out as) is working perfectly on file transfers and because it did, I'm also working on a few other controls and probably got a little mixed up on my terminology. Think of the MM Chat window and that's the idea I'm playing with.

  Quote  What baud rate are you using (assuming you are using a USB-TTL converter)?

38400,N,8,1 and it's not a TTL converter, just using the USB port on the VB6 MSComm32 OCX

  Quote  How long/large is the program you are listing.

It's around 1000 lines long, 32k in size

It's only the LIST ALL that I found odd. Commands like PRINT MM.VER, OPTION LIST, etc all come back as expected through the serial port, so the LIST ALL isn't a big deal, just a curiosity
(keep in mind, it's also MM Chat and TeraTerm doing the same thing, so I ruled out my VB coding)
Edited by Malibu 2018-08-25
John
 
TassyJim

Guru

Joined: 07/08/2011
Location: Australia
Posts: 6283
Posted: 11:05pm 24 Aug 2018
Copy link to clipboard 
Print this post

I agree that there is a problem with the inbuilt USB on the Explore64 and recent firmware.
I was able to confirm the problem using Win10 and firmware V 5.04.10 Beta 8

I will shortly be disabling the USB on my E64 and permanently replace it with a microbridge so that was the last test I can do.

The solution is to use an external USB-TTL converter.

It saves a lot of grief.

Jim
VK7JH
MMedit
 
Malibu
Senior Member

Joined: 07/07/2018
Location: Australia
Posts: 260
Posted: 11:11pm 24 Aug 2018
Copy link to clipboard 
Print this post

Thanks Jim
It's all good... You confirmed the problem, so that's all I needed to know and I can stop bug hunting in my VB code.

John
 
Grogster

Admin Group

Joined: 31/12/2012
Location: New Zealand
Posts: 9610
Posted: 05:00am 25 Aug 2018
Copy link to clipboard 
Print this post

The new E64's with optional 1455 USB daughter-board are not far away for those interested. This arrangement bypasses the built-in USB and should cure all it's problems.
Smoke makes things work. When the smoke gets out, it stops!
 
Print this page


To reply to this topic, you need to log in.

The Back Shed's forum code is written, and hosted, in Australia.
© JAQ Software 2025