 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 : Micromite eXtreme (MMX) V5.07.00 betas
  Page 3 of 4   |
|||||
| Author | Message | ||||
panky Guru  Joined: 02/10/2012 Location: AustraliaPosts: 1101 |
Peter, EDIT fname$ does not appear to be implemented (causes a CPU exception). Do you intend to add this to the eXtreme? Cheers, Doug. ... almost all of the Maximites, the MicromMites, the MM Extremes, the ArmMites, the PicoMite and loving it! |
||||
| panky Guru Joined: 02/10/2012 Location: AustraliaPosts: 1101 |
Running the brownian motion demo above on Micromite eXtreme 144 to the VGA driver on 5.07.00RC4, if I run the program (and it works correctly) then Ctrl C to stop then EDIT, I get a crash CPU Exception #0 at address 0x9D17DA1C Processor restarted >9D17DA1C Error : Invalid character 9 > Pressing enter a couple of times to get back to the prompt, I can enter EDIT OK and get the edit screen up OK. If I now enter F1 then RUN, the program runs correctly. Ctrl-C to stop and press EDIT again - crash as above. Does not happen on an eXtreme 100 with an SSD1963_4 LCD - this works fine. Doug. Edit: It may?? be related to FRAMEBUFFER WRITE F as the other simpler program demos above also crash in the same way. Edited 2023-10-04 13:40 by panky ... almost all of the Maximites, the MicromMites, the MM Extremes, the ArmMites, the PicoMite and loving it! |
||||
TassyJim Guru Joined: 07/08/2011 Location: AustraliaPosts: 6098 |
Try FRAMEBUFFER WRITE N at the commandline before running the program again. I reported a similar issue with the picomite trying to write to the framebuffer after a crash or normal shutdown. Jim VK7JH MMedit MMBasic Help |
||||
| panky Guru Joined: 02/10/2012 Location: AustraliaPosts: 1101 |
Hi Jim, That does seem to resolve the problem - but it doesn't really explain why it is just running EDIT after a Ctrl-C that causes the crash? I can RUN, Ctrl-C, RUN, Ctrl-C as often as I like and all works properly - it is only when I try an EDIT immediately after Ctrl-C out of the running program that the crash occurs. Doug. ... almost all of the Maximites, the MicromMites, the MM Extremes, the ArmMites, the PicoMite and loving it! |
||||
phil99 Guru Joined: 11/02/2018 Location: AustraliaPosts: 2135 |
Just a guess - I think the editor uses a lot of memory, including all the variable space to run. Perhaps the framebuffer doesn't leave enough room for the editor. |
||||
| matherp Guru Joined: 11/12/2012 Location: United KingdomPosts: 9110 |
Did you use the new commands as per page 2 of this thread? Will fix Will fix |
||||
| circuit Senior Member  Joined: 10/01/2016 Location: United KingdomPosts: 245 |
I suspected that I might have been doing something stupid...but no. I reloaded the new firmware once again, typed in PLAY MP3_I2S "LONDON.MP3" just to re-check and...silence. Yet again, I loaded up the old firmware, typed in PLAY MP3 "LONDON.MP3" ...and "London is calling" is playing nicely. I am very puzzled as I presume that it is working properly on your system. |
||||
| matherp Guru Joined: 11/12/2012 Location: United KingdomPosts: 9110 |
64-pin, 100-pin or 144-pin? |
||||
| circuit Senior Member Joined: 10/01/2016 Location: United KingdomPosts: 245 |
144pin PIC32MZ2048EFH144-250I/PL running at 252MHz. |
||||
| panky Guru Joined: 02/10/2012 Location: AustraliaPosts: 1101 |
Trying to get my head around the SPRITE MEMORY address%,x,y[,col] command as detailed https://www.thebackshed.com/forum/ViewTopic.php?TID=16027&P=10 in the PicoMite thread As I understand, on the eXtreme144 in VGA mode it should be the same as for the PicoMite VGA? This is what I get however Any directions appreciated. Doug. ... almost all of the Maximites, the MicromMites, the MM Extremes, the ArmMites, the PicoMite and loving it! |
||||
| dittko Newbie  Joined: 04/10/2023 Location: United KingdomPosts: 3 |
Hello all, The new MMX is very attractive and I want to include it into something that I make. But the documentation is patchy and I can't find instructions connection to ILI9341 display. I am interested in the 64-pin option. Can you help me with this information, please? |
||||
| matherp Guru Joined: 11/12/2012 Location: United KingdomPosts: 9110 |
Just tested 144-pin again and MP3 and FLAC over i2s both working perfectly. I have updated the mp3 codec so I suppose it is possible that something in your mp3 is odd. If you post it I can test on my system. Nope. VGA on the MMX is R1, B1, G1 on different SPI channels so the mechanisms of fast copying with BLIT MEMORY can't work. As per the error message BLIT memory can only work on framebuffers set up with the FRAMEBUFFER command Edited 2023-10-05 19:49 by matherp |
||||
| circuit Senior Member Joined: 10/01/2016 Location: United KingdomPosts: 245 |
I2S NOW WORKING Peter, Given the frustrations that I have had (and probably causing you also), I started again at the beginning; I downloaded a new copy of the firmware, wired up a new DAC to the MMX and then loaded the firmware. I issued the appropriate commands and, to my utter delight but complete bewilderment, the music played! I have not got a clue where I went wrong with my early attempts. Only five wires to check and they got checked and rechecked. Old firmware worked, but... Anyway, Peter, it does seem that I messed up something along the way - I can fathom no other explanation of two days of total frustration given this final outcome. My apologies for having led you up the garden path with this one. |
||||
| panky Guru Joined: 02/10/2012 Location: AustraliaPosts: 1101 |
Hi dittko, Welcome to the forum. A draft of the User Manual for the MicroMite eXtreme can be found here . In it on page 13 is the pinout for the 64 pin version and on page 87, instructions for interfacing to an ILI9341. The 64 pin backpack board shown near the start of the manual was designed by matherp and I have Gerbers of that board if you would like a copy. Feel free to come back with any more questions. Doug. ... almost all of the Maximites, the MicromMites, the MM Extremes, the ArmMites, the PicoMite and loving it! |
||||
| matherp Guru Joined: 11/12/2012 Location: United KingdomPosts: 9110 |
5.07.01b5 For 100/144 pin chips Micromite.X.production.zip For 64 pin chips Micromite.X.production.zip Fixes a couple of bugs identified above |
||||
| circuit Senior Member Joined: 10/01/2016 Location: United KingdomPosts: 245 |
Having generated problems of my own making with MP3_I2S, (and finding that one of my new DACs WAS faulty after all) I come back with another problem. (The newest DAC is now working and it sounds superb.) Perhaps I have assumed incorrectly that MP3_I2S would play in the background whilst other processing was taking place. I programmed the MMX to play an MP3 background track then running LOAD IMAGE "IMAGE01.BMP" etc. in sequence. It works, but at every image change the music jitters profoundly; like a "stuck record" in old terms. About 0.2 seconds of the sound track repeats perhaps some ten times whilst the next image loads, playing normally again once the image is on the screen. The hardware is MMX running at 252MHz with an SSD1963_7_16; a cordless USB keyboard and a Dollatek PCM5102A DAC. Am I expecting too much of the hardware or firmware? Edited 2023-10-17 07:25 by circuit |
||||
| matherp Guru Joined: 11/12/2012 Location: United KingdomPosts: 9110 |
Long processing commands need calls to check for the audio buffers being in need of refill. I'll put some in load image which should fix the issue. Please report any other commands where you see the problem. Perils of a single cup, single threaded  What sort of image? number of bits/pixel? Edited 2023-10-17 07:57 by matherp |
||||
| circuit Senior Member Joined: 10/01/2016 Location: United KingdomPosts: 245 |
The images are 800x480 24bit colour. They look excellent on the screen and are pretty quick to change in sequence. I have been using a rolling display of 10 or so images with 10 second breaks to show off the capabilities of the MMX. I also have in mind to case one up as a photo-frame. If it would help, I can attach a couple of the pictures that I am using. Each frame is 1126K in size. I chose the .BMP thinking that this would be the optimal approach, but of course, please advise me if there is an alternative optimal format. Many thanks. Edited 2023-10-17 23:59 by circuit |
||||
| matherp Guru Joined: 11/12/2012 Location: United KingdomPosts: 9110 |
jpg would probably be better but please post a couple of the images and example code and I'll have a look at it |
||||
| circuit Senior Member Joined: 10/01/2016 Location: United KingdomPosts: 245 |
Before I waste any more of your time I shall try the .JPG versions and see if there is any difference. My thinking was that the .bmp images would be quicker to map to the screen rather than having to decode the .jpg compression. A couple of other aspects; I am puzzled about the behaviour of the command "FILES". It appears in the command listing and works just fine from the console. If I put this command into a program it stalls with "command not recognised". Is this correct behaviour? I was hoping that I could have a listing of music tracks declared from and during a running program. Perhaps I am not going about it correctly. If I set a music track running I can, for example, issue "print mm.ver" and it is fine; the music continues whilst the console reports back. If, however, I type "FILES" at the console the music stops immediately. I presume that this must be a hardware limitation on the use of the SD card - it can't do two things at once. As I think about it I probably really don't need to ask about this. I have version 5.05.09 of your user manual for the eXtreme; I think this is the last one that you have authored. It lists MM.PERSIST as a user variable that will survive restarts but it does not seem to do so. Has this been junked for some reason along the way? (It would be very useful). |
||||
| Page 3 of 4 |
|||||
 Print this page |
