 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 : MMEdit V5.4.2
| Author | Message | ||||
TassyJim Guru  Joined: 07/08/2011 Location: AustraliaPosts: 6561 |
I have uploaded V5.4.2 to Geoff's website. https://geoffg.net/mmedit.html The Zoom feature seems to cause problems for some Windows users. I have disabled it for Windows users and rely on the Windows built-in scale option as previously. I am reasonable confident that the problems with the file manager have been fixed apart from the RPi version. The RPi version has the file manager disabled due to problems I have yet to resolve. There are a few places where I hope to speed up the response but that is for another time. You can now "abort" a file transfer again. It may leave a bit of garbage on the terminal window but otherwise abort cleanly. When transferring from the 'mite to the PC, the transfer is stored in a temporary file and only after a successful transfer is it renamed, overwriting any file of the same name. This prevents a failed transfer from deleting an otherwise good file. Transferring to the 'mite will still overwrite any existing file of the same name. (I didn't want to run into any "out-of-memory" problems) The Linux versions use the default browser for viewing the help files. This saves the problem with finding the correct support files for the internal browser. There is a setting in the inf file if you want to change that. I hope I have fixed or found a way around most of the outstanding bugs. Jim VK7JH MMedit |
||||
| Volhout Guru Joined: 05/03/2018 Location: NetherlandsPosts: 6018 |
Sorry Jim, Version 542: When transferring large files (10Mbyte) from PC to Pico (V60300) drive B to PC I get "no response found" error messages at irregular locations. Some times at low block numbers (800 or 3500), sometimes at almost makes it to the end (89000 blocks). On the LCD display it reads "too many errors". I also see dollar signs on the MMCC terminal. MMCC 537 works fine. This is linux Ubuntu 20.04 on a 2GHz I5 laptop. If you value, I can try to image the PC to Ubuntu 24.04, and see if that improves. I think MMCC uses Xmodem. On the A: drive of pico I get messages "Ymodem not supported". Is that correct ? Volhout P.S. is it possible to use MMCC 537 in combination with MMEdit 542 ? To benefit from the new MMEdit, but keep the reliable MMCC. Edited 2026-08-06 06:08 by Volhout PicomiteVGA PETSCII ROBOTS |
||||
| TassyJim Guru Joined: 07/08/2011 Location: AustraliaPosts: 6561 |
Sorry about the continuing problems. First, yes you can use the later MMEdit with the older MMCC. I don't want to go back to the earlier version if I can sort out where I have stuffed up. I did a lot of testing with Linux Mint but all in a VM and files ~1.5MB. The VM will be different to a normal installation and I will have to work with a different setup in future. In my RPi setup, I had problems with thread control and it is possible that you are seeing a similar issue. For the RPi I am considering having the FileManager as a separate program to see if that will improve things. MMCC first tries YMODEM and if that doesn't work, it reverts to XMODEM. Your failures are well past the area where it changes to XMODEM so that is not a problem. The pico doesn't have enough ram? to do YMODEM to drive A:, only B: Hence the error message while MMCC switch to XMODEM. Jim VK7JH MMedit |
||||
| Volhout Guru Joined: 05/03/2018 Location: NetherlandsPosts: 6018 |
Jim, I expected ram could be an issue, so I used a 2350 as well. Volhout PicomiteVGA PETSCII ROBOTS |
||||
| TassyJim Guru Joined: 07/08/2011 Location: AustraliaPosts: 6561 |
There could be a few delays while saving to SD. I can transfer 18MB files without any errors so far. I will look at increasing the time MMCC waits for a response. Current test setup:  Jim VK7JH MMedit |
||||
| Volhout Guru Joined: 05/03/2018 Location: NetherlandsPosts: 6018 |
My test setup (target) is similar, only 4 MB flash. But A drive is not used. In my case transfer speed is 50kB, not sure if that is important. The link opens at 115200 baud, but CDC USB should run much faster internally. Volhout Edited 2026-08-06 15:32 by Volhout PicomiteVGA PETSCII ROBOTS |
||||
| TassyJim Guru Joined: 07/08/2011 Location: AustraliaPosts: 6561 |
I find that the YMODEM transfer speed varies depending on content. Text only files will reach 130kB/s while compressed binary files will run at 31kB/s Could you try this MMCC. I have extended the time it waits for an <ACK> MMCC.zip I have been uploading files from 4MB to 80MB all day without any failures (before extending the wait time). A very boring exercise! Jim VK7JH MMedit |
||||
| Volhout Guru Joined: 05/03/2018 Location: NetherlandsPosts: 6018 |
Hi Jim, Tested on Ubuntu 20.04 this MMCC file manager works fine on 2040 and 2350. Speeds on 2350 (mp3 file) was between 60 and 20 kB, on 2040 between 60 and 14 kB per second. I tested large files, and multiple small files in batch copies back and forth. Later today I will test the combination with MMEdit 542 (test if the complete IDE works). Volhout P.S. there is one issue (that you may not be able to fix since it is probably in MMBasic): when a filename is legal in linux, but contains a comma "," it transfers correct from PC to pico. But the transfer back does not work. It starts erroring with a "short block" error message. When I change the file name on the pico to "test.mp3" the file transfers fine (back and forth). Again, this is something I noticed, and may not be worth fixing. Who in gods name would use a comma in a filename..??? Edited 2026-08-06 20:47 by Volhout PicomiteVGA PETSCII ROBOTS |
||||
| TassyJim Guru Joined: 07/08/2011 Location: AustraliaPosts: 6561 |
Good to see it working at last. I have a few concerns about file names, not just commas. I would like to have them changed by the program but it might cause more problems than it prevents. I think that different mmbasic implementations have different requirements. I will tidy up a few things and put the changes into the main download. Thank for your perseverance. Jim VK7JH MMedit |
||||
| Volhout Guru Joined: 05/03/2018 Location: NetherlandsPosts: 6018 |
Hi Jim, Good news and bad news.... The good news is that MMCC 542 (new latest version) works correct. The bad news is that I originally tested the wrong version. In the download was an MMCC executable I tested, but that was MMCC 535. Also in the zip was a tar.gz that contained MMCC 542. This evening I tested MMCC 542, and it also works fine. But.... The reported transfer speeds of 50kB...14kB on 2040 are not achieved with 542. On my laptop 17.4kB was the highest 542 manages on large files. So 542 works correct, but is not as fast as 535 (and 537). All 3 (535, 537 and 542 work from MMEDit 542). Volhout P.S. the transfer speeds are important if you want to copy large files in the filemanager, but in typical development with MMEdit (programs smaller that 70kbyte) it is the difference between 2 or 4 seconds. Not a huge issue. Edited 2026-08-07 04:42 by Volhout PicomiteVGA PETSCII ROBOTS |
||||
| TassyJim Guru Joined: 07/08/2011 Location: AustraliaPosts: 6561 |
I have the speed back. I need a bit of time to filter out some control codes that are getting in the way. Things like <esc>[?7h I should have something for you to test tomorrow. Jim VK7JH MMedit |
||||
 Print this page |
 |
The Back Shed's forum code is written, and hosted, in Australia. | © JAQ Software 2026 |
