 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.2
  Page 7 of 8   |
|||||
| Author | Message | ||||
TassyJim Guru  Joined: 07/08/2011 Location: AustraliaPosts: 6089 |
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 VK7JH MMedit MMBasic Help |
||||
| PhenixRising Guru Joined: 07/11/2023 Location: United KingdomPosts: 853 |
Hi Jim   |
||||
| TassyJim Guru Joined: 07/08/2011 Location: AustraliaPosts: 6089 |
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 VK7JH MMedit MMBasic Help |
||||
| Volhout Guru Joined: 05/03/2018 Location: NetherlandsPosts: 4213 |
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 "=" " PicomiteVGA PETSCII ROBOTS |
||||
| TassyJim Guru Joined: 07/08/2011 Location: AustraliaPosts: 6089 |
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 VK7JH MMedit MMBasic Help |
||||
| Volhout Guru Joined: 05/03/2018 Location: NetherlandsPosts: 4213 |
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 PicomiteVGA PETSCII ROBOTS |
||||
| TassyJim Guru Joined: 07/08/2011 Location: AustraliaPosts: 6089 |
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 VK7JH MMedit MMBasic Help |
||||
| Volhout Guru Joined: 05/03/2018 Location: NetherlandsPosts: 4213 |
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 PicomiteVGA PETSCII ROBOTS |
||||
phil99 Guru Joined: 11/02/2018 Location: AustraliaPosts: 2129 |
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: 4213 |
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 PicomiteVGA PETSCII ROBOTS |
||||
| phil99 Guru Joined: 11/02/2018 Location: AustraliaPosts: 2129 |
That is odd. Error messages always go to the console, don't they? |
||||
| Volhout Guru Joined: 05/03/2018 Location: NetherlandsPosts: 4213 |
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 PicomiteVGA PETSCII ROBOTS |
||||
| TassyJim Guru Joined: 07/08/2011 Location: AustraliaPosts: 6089 |
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 VK7JH MMedit MMBasic Help |
||||
| TassyJim Guru Joined: 07/08/2011 Location: AustraliaPosts: 6089 |
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 VK7JH MMedit MMBasic Help |
||||
| TassyJim Guru Joined: 07/08/2011 Location: AustraliaPosts: 6089 |
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 VK7JH MMedit MMBasic Help |
||||
disco4now Guru Joined: 18/12/2014 Location: AustraliaPosts: 896 |
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 Latest F4 Latest H7 |
||||
Supertech Newbie  Joined: 13/11/2016 Location: AustraliaPosts: 10 |
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: 896 |
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 Latest F4 Latest H7 |
||||
| TassyJim Guru Joined: 07/08/2011 Location: AustraliaPosts: 6089 |
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 VK7JH MMedit MMBasic Help |
||||
| Malibu Senior Member  Joined: 07/07/2018 Location: AustraliaPosts: 228 |
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? John |
||||
| Page 7 of 8 |
|||||
 Print this page |
