 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 : Anyone know how to slow down TT vs AUTOSAVE?
| Author | Message | ||||
Grogster Admin Group  Joined: 31/12/2012 Location: New ZealandPosts: 9646 |
I have ZERO issues streaming a code to a PM VGA using GFXterm, set to 38k4. If I set TT(v5.3) to 38k4 or even 9600 baud in an attempt slow the bugger down, it does not matter - whatever I paste into TT after issuing the AUTOSAVE command, runs at full throttle no matter what - REALLY fast! And the problem with that, is that the code is being corrupted BIG time. This is NOT an issue with GFXterm. We're talking about 2k worth of dropped ASCII character code, so the MMBASIC program is totally corrupted and won't run. The workaround is to use something like GFXterm, which streams the code slowly to the PM VGA, according to what baud rate you have set. GFXterm does not like the taste of the colour-code though, so I have simply disabled it. TT works fine with the colour-code, but the problem is that the code ends up corrupted!  Anyone got any ideas about how you slow down JUST the autosave/paste from clipboard when it comes to TT? I need to update GFXterm - I am using build 27DEC21, which is quite old. Rob - if you see this, can you link me to your latest version? That might fix the issue totally. Smoke makes things work. When the smoke gets out, it stops! |
||||
| mozzie Senior Member  Joined: 15/06/2020 Location: AustraliaPosts: 175 |
G'day Grogster, If you go to: Setup / Additional Settings / Copy and Paste In TeraTerm there is a "Paste delay per line" at the bottom that may solve the problem. Good luck. Regards, Lyle. |
||||
phil99 Guru  Joined: 11/02/2018 Location: AustraliaPosts: 2716 |
Setting 5mS / line delay in Setup --> Serial Port also works. Changing the baud-rate doesn't work over USB virtual serial as it runs at USB speed no matter what you select. With a USB / TTL Serial adapter and OPTION SERIAL CONSOLE you can choose the baud-rate. |
||||
| Grogster Admin Group Joined: 31/12/2012 Location: New ZealandPosts: 9646 |
Excellent, thanks guys!  Yes it does, and that's the problem, but only in TT.  If I set a slow baud-rate in GFXterm for example, streaming the program code to the PM VGA is at the speed you set the VCP to - it doesn't try to go at warp ten like TT does, however, I suspect that the VCP is still running full-speed, but the likes of GFXterm are clocking the data to the VCP at the baud-rate selected, which has the effect of it looking like the full-speed USB VCP is running at slow UART speed - if you catch my drift. I'll go and try that 5mS delay in TT now though - I think that will solve my problems. Smoke makes things work. When the smoke gets out, it stops! |
||||
TassyJim Guru Joined: 07/08/2011 Location: AustraliaPosts: 6303 |
All terminal programs will run at full speed with a picomite USB connection. GFXterm (and other programs designed to talk to picomites) will send a line then wait for the response to know that the line has been received before sending the next line. In other words, they put a line delay in. Just smarter than a fixed delay. VK7JH MMedit |
||||
| Grogster Admin Group Joined: 31/12/2012 Location: New ZealandPosts: 9646 |
The delay DID NOT fix the problem. Tried increasing it to 10ms, made no difference. I've just gone back to using GFXterm, cos it WORKS. I've had to disable colour-code in the editor though, cos that seems to bash my version of GFXterm around. I have emailed Rob to see if there is a more up to date version. Smoke makes things work. When the smoke gets out, it stops! |
||||
| Volhout Guru Joined: 05/03/2018 Location: NetherlandsPosts: 5265 |
Hi Grogster, Any reason why not using MMEdit/MMCC ? There are versions on W10/11 and Linux (Mint/Ubuntu), and it simply works. Filemanager, Code in editor, send to MM. Retrieve code from programmed MM. Everything is there. Volhout PicomiteVGA PETSCII ROBOTS |
||||
Mixtel90 Guru Joined: 05/10/2019 Location: United KingdomPosts: 8088 |
There are two delays in TT. One after each character and one after each line. You may need both. The character delay will be short but may still be needed. I can't remember what values I've used in the past - I've very rarely used Autosave. Mick Zilog Inside! nascom.info for Nascom & Gemini Preliminary MMBasic docs & my PCB designs |
||||
| dddns Guru Joined: 20/09/2024 Location: GermanyPosts: 576 |
Hello Grogster, for the non-USB HDMI/VGA firmware it runs for me with 25ms line delay and 0ms character delay @115200 baud. That is as well the suggestion from @matherp he gave to me some time ago. That worked as well in the past for the USB versions over a UART converter. But with the latest firmware I had to increase line delay to 50ms. Below that, strange transmission errors appear for me. |
||||
| Grogster Admin Group Joined: 31/12/2012 Location: New ZealandPosts: 9646 |
Force of habit. I should look MORE into sending the code to the MM via MMEDIT, but I grew up with MMBASIC back when you had to stream the code to the chip using a VCP. Yes, yes, MMEDIT has that built-in, but for some reason, I never adopted that method. Perhaps a mistake on my part. My current method is to CTRL-A copy all the code, then use GFXterm to AUTOSAVE/paste from clipboard. I might have a closer look at the MMEDIT method now!  Smoke makes things work. When the smoke gets out, it stops! |
||||
 Print this page |
 |
The Back Shed's forum code is written, and hosted, in Australia. | © JAQ Software 2025 |
