MMEdit V5.2
Author | Message | ||||
TassyJim![]() Guru ![]() Joined: 07/08/2011 Location: AustraliaPosts: 6160 |
I have to admit that I haven't used a VGA version yet so don't see the problem. I will have to put one together and see if there is something I can do about the line wrapping. It would also be a problem when LISTing programs. I could force it into MODE 1 when starting the file manager. Jim |
||||
PhenixRising Guru ![]() Joined: 07/11/2023 Location: United KingdomPosts: 1030 |
Hi Jim ![]() ![]() |
||||
TassyJim![]() Guru ![]() Joined: 07/08/2011 Location: AustraliaPosts: 6160 |
This ZIP contains an updated MMCC for W64 and Linux. It should have fixed the file manager when using a picoVGA in mode 2 Also, progress notice looks better now. MMCC.zip If it works as expected, I will update the main download files. Jim |
||||
Volhout Guru ![]() Joined: 05/03/2018 Location: NetherlandsPosts: 4562 |
Jim, Things are confusing. I have tried version 5.2.8 MMCC May 24 build on linux. ![]() When I manually set the settings according below screen, and save this configuration as PicoVGA then your fix for the file manager in MODE 2 works (with an error, but it works (*)). ![]() In the MMCC inf file in the /data folder following information is visible: ![]() Then I close MMCC, and restart MMCC. The screen looks like this: ![]() For some reason unknown to me, configuration PicoVGA is using "PicoMite" as type. And not "PicoVGA". Maybe this is the default mode (used to be "Maximite"..??). Anyway, now your fix does not work. Maybe because it is target to only work with "PicoVGA". Volhout (*) the error is generated after the EPOCH command and says "Invalid character "=" " |
||||
TassyJim![]() Guru ![]() Joined: 07/08/2011 Location: AustraliaPosts: 6160 |
I think I know what is causing the error after the epoch command. (The epoch command is used to decide if the date needs to be set) I also think I know where I went wrong with determining the device. I will have to program a picoVGA to test. You are right, it is only the picoVGA that I check. It is the only one with the MODE command. Jim |
||||
Volhout Guru ![]() Joined: 05/03/2018 Location: NetherlandsPosts: 4562 |
Hi JIm, It probably has not happened before, but I can imagine that the same happens when the CMM2 is in MODE 3,5,6,7,13,17 (the lower resolutions, default font) and a CMM1 in MODE 4. Volhout |
||||
TassyJim![]() Guru ![]() Joined: 07/08/2011 Location: AustraliaPosts: 6160 |
Try again. I had missed some string comparisons that were failing due to case mismatch. That is what happens when I make things look pretty to satisfy users. I am still flying blind with the VGA option. MMCC.zip CMM2 is not an issue. Never was. I haven't tested the CMM1 Jim |
||||
Volhout Guru ![]() Joined: 05/03/2018 Location: NetherlandsPosts: 4562 |
Hi JIm, The PicoVGA is remembered now, and restored. Good !! Opening the filemanager while the picomiteVGA is in mode 2 still shows the EPOCH error. After you issue the MODE 1 command there is a delay (few seconds). Maybe intentionally. The file manager opens correctly after these few seconds. When closing the file manager, you issue a MODE 2 command, but no <CR>. Meaning that the PicomiteVGA never returns to mode 2. When I manually type a <CR> on the PS2 keyboard all is dandy (=okay). I hope this helps. Would you like to have a PicoMiteVGA ? I can send you one if you like ? I still have few of these small basic PicomiteVGA boards from Micks design that I could build one up and send you. Volhout Edited 2024-05-27 22:06 by Volhout |
||||
phil99![]() Guru ![]() Joined: 11/02/2018 Location: AustraliaPosts: 2301 |
As all commands that go to the screen also go to the console testing MMEdit doesn't require the VGA hardware, just the VGA firmware on a standard Pico. |
||||
Volhout Guru ![]() Joined: 05/03/2018 Location: NetherlandsPosts: 4562 |
Hi Phil, On the MMCC terminal screen these error messages do not show. Maybe Jim is hiding them, but on the VGA screen they are visible. Volhout |
||||
phil99![]() Guru ![]() Joined: 11/02/2018 Location: AustraliaPosts: 2301 |
That is odd. Error messages always go to the console, don't they? |
||||
Volhout Guru ![]() Joined: 05/03/2018 Location: NetherlandsPosts: 4562 |
Hi Phil, Yes, you are correct. I think the error message goes to the console port, but MMCC does not show it. MMCC is a terminal program that Jim made himself. I am sure in a situation like this Putty / Teraterm would show the message. But MMCC does not. Some of the strings in the communication will be manipulated by MMCC, and may not show up visible to the human. Under water (under the hood) they are detected and dealth with. Volhout |
||||
TassyJim![]() Guru ![]() Joined: 07/08/2011 Location: AustraliaPosts: 6160 |
Thanks for the comments. I have already added the missing lineendings. Most of the replies to commands are hidden in MMCC. Without a monitor connected, I can't see any local text. I have the parts to assemble a picoVGA, just not the time this week. I do have the firmware loaded. The epoch line you are seeing is: If epoch(NOW) < 1000000000 then Date$ = "28/05/2024" : Time$ = "07:07:46" with the appropriate date. There will be an error if the firmware doesn't have the epoch command but that is not an issue here. A lot of the delay in opening the file manager window is due to the time it takes to list the files. I do this before opening the window. I fount that more reliable than opening the window first. I have far too many hard coded devices in the code and I am removing as many as I can, relying on the inf file to hold the device variations. That will make the program more future proof when the inevitable new device appears. That is this weeks target. Jim |
||||
TassyJim![]() Guru ![]() Joined: 07/08/2011 Location: AustraliaPosts: 6160 |
The error with the epoch command was caused by MODE 2 lines being too short. I have changed the order so that the picoVGA is switched to MODE 1 before issuing the command. A bit more testing required before any updates. Jim |
||||
TassyJim![]() Guru ![]() Joined: 07/08/2011 Location: AustraliaPosts: 6160 |
MMEdit V5.2.9 has been posted. As well as the changes covered in the last few posts, I have changed the way Backspace works in MMCC so the changes in picomite 5.9.0RC5 work correctly. In MMEdit, I found the bracket mismatch warning was getting in the way. It has been moved to the end of the offending line instead of on a new line. That stopped things bouncing around so much. Jim |
||||
disco4now![]() Guru ![]() Joined: 18/12/2014 Location: AustraliaPosts: 941 |
Hi Jim, I can confirm MMCC is happy with command line : Print "The quick brown fox jumps over the lazy dog and now is the time for all good men to come to the aid of the party" Thanks for the update. Gerry |
||||
Supertech![]() Newbie ![]() Joined: 13/11/2016 Location: AustraliaPosts: 25 |
Hi Jim, I sent to this email with a MMEdit 5.2.9 issue. mmedit@c-com.com.au Regards, Bruce. |
||||
disco4now![]() Guru ![]() Joined: 18/12/2014 Location: AustraliaPosts: 941 |
Hi Jim, I think a little bug may have crept in somewhere. I am sure previously I could send a new file from MMEdit via MMCC with a different target and it would connect to the correct device no matter what MMCC was or was not currently connected to. e.g. my target is 'target port\com5:115200 s\armite If MMCC is connected to a different device or even disconnected from a previous device then it will disconnected from that device, say its connecting to the new target, but then load to the old target. See below. ![]() If you first clear the box in MMCC that holds a copy of the most recent target then it all works as expected, changes the port and loads to the new target. ![]() ![]() Regards Gerry |
||||
TassyJim![]() Guru ![]() Joined: 07/08/2011 Location: AustraliaPosts: 6160 |
Gerry, The 'target line in your code is supposed to have priority (unless the Override box is ticked). I did a bit of work trying to remember the last device between program loads and I suspect I stuffed up something in the process. Tomorrow is going to be a wet day so I will do some testing and sort out a fix. Jim |
||||
Malibu Senior Member ![]() Joined: 07/07/2018 Location: AustraliaPosts: 258 |
G'day Jim, Love your work on MM Edit... I've 'used' Scintilla a couple of times for other projects, and it's a bit of a mind-bender trying to pull it all together, so nicely done with it ![]() I'm using Ver 5.2.9, and I find when I do a quick change in the MM Code and hit F2 to deploy, I can't use a Ctrl-Z to undo the (usually stupid) change that I've just made. I'm guessing F2 also does an automatic save of the code and Ctrl-Z will undo to the last save point (which is the deploy instance)... No problems with undo when I haven't deployed previously. Is that correct, or am I missing a setting somewhere that can turn that off? |
||||