 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 : New Firmware Release for the PicoMite Family - V5.08.00
  Page 3 of 5   |
|||||
| Author | Message | ||||
goc30 Guru  Joined: 12/04/2017 Location: FrancePosts: 427 |
the SSID and password values are even longer (28 characters) the complete line is 98 characters long |
||||
| goc30 Guru Joined: 12/04/2017 Location: FrancePosts: 427 |
Robert Rozee You are right, the problem comes from the hyphenation due to the width of the editor I added the display option by specifying the width to 132 characters, and there, the wifi option was accepted > option list WebMite MMBasic Version 5.08.00 OPTION SYSTEM SPI GP10,GP11,GP12 OPTION SYSTEM I2C GP6,GP7 OPTION COLOURCODE ON OPTION DISPLAY 80, 132 OPTION LCDPANEL ST7789_320, LANDSCAPE,GP8,GP15,GP9,GP13 OPTION TOUCH GP16,GP17 GUI CALIBRATE 0, 337, 3923, 876, -657 OPTION SDCARD GP22 > option wifi "xxxxxx", "xxxxxxxxx","Pico1", "192.168.1.53", "255.255.255.0", "192.168.1.1" Pico1 connecting to WiFi... Connected 192.168.1.53 > |
||||
| JanVolk Senior Member  Joined: 28/01/2023 Location: NetherlandsPosts: 144 |
I found out today that the PicoMite, PicoMiteVGA and WebMite 5.08.00 versions are missing the Clear_flash.uf2. I had loaded a program with MMEdit 4 and several GP numbers were already in use in Option, such as an I2C Oled screen, with the result that the PicoMite got stuck and only a reset helped and with the Option Auto Run ON setting the PicoMite no longer worked at all, so the only solution was to use Clear_flash.uf2, but then the option disk save "xxxxxxx.opt" is also cleared. So fortunately there is still a copy on the SD card, but then you have to know the GP numbers used from the SD. So pay more attention in the future and keep a backup or note. I got a correct error message that the display was not configured properly. Jan |
||||
| Volhout Guru Joined: 05/03/2018 Location: NetherlandsPosts: 4233 |
Generic question: The Flappy game (and as matter also the PETSCII game) is developped in PicoMite VGA. It uses RGB 1:2:1. This is Flappy 10. The graphical elements are converted from BMP to sprites. And these (sometimes compressed) sprites are used in the VGA version to build up the graphical elements on screen. On VGA this looks good. All colors can be clearly distinguished. This is Flappy11_VGA. When I use these graphical elements on the PicoMite with LCD (the RGB 1:2:1 elements are pasted onto framebuffer and framebuffer L) and display them on the LCD screen, I cannot distinguish anymore between the darkest green color and black. This is Flappy11_game_mite. Maybe that is my LCD display. The bright green color in flappy is bright green (the trees before the buildings) The mid green color is mid green (the sunny side of the pipes) The dark green color seems black (mid and left side of the pipes). Is this something with the lighting in my display, or did others also observe this ? When others also observe this, it may be better to not use dark green anymore. Volhout PicomiteVGA PETSCII ROBOTS |
||||
| Volhout Guru Joined: 05/03/2018 Location: NetherlandsPosts: 4233 |
Dear Jan, Please use MMEdit5. MMEdit4 is not maintained anymore, does not keep up with syntax coloring, and may not communicate with V50800 on all functions. And YES, I always keep a copy of the OPTION LIST in my PC, just in case I need to set them again. Some firmware changes simply require you to do so. Also OPTIONS can change between versions (i.e. OPTION CPUSPEED 378000 has been removed since it proved unreliable ... YMMV). You may also have noted that boards made by Peter, Mick, or BigMik, always contain written text in silkscreen for the HW related options. (SD card, AUDIO, or LCD). Volhout Edited 2024-01-29 18:22 by Volhout PicomiteVGA PETSCII ROBOTS |
||||
| Bleep Guru Joined: 09/01/2022 Location: United KingdomPosts: 509 |
I simply have a text file, which has all of my option settings for every Picomite version that I have, in sections, with a comment saying which Pico it is for, I then just copy & paste each line back to the pico. Recently I've been keeping xyz.opt files on my SD card, but obviously you still need to know the options to enable the SD card! I also keep an option file for a VGA 378MHz, as it appears I'm lucky there. Regards Kevin. |
||||
stanleyella Guru Joined: 25/06/2022 Location: United KingdomPosts: 2129 |
I just had to ask about 160x80 on pico options as I flashed latest firmware and it erased everything. saved options as txt file |
||||
Mixtel90 Guru Joined: 05/10/2019 Location: United KingdomPosts: 6787 |
Multi-line comments seem to have a problem on 5.08.00. Hans has highlighted this in "Help for multi line comment please". Mick Zilog Inside! nascom.info for Nascom & Gemini Preliminary MMBasic docs & my PCB designs |
||||
| Volhout Guru Joined: 05/03/2018 Location: NetherlandsPosts: 4233 |
Peter, Geoff, I would like to report a bug in the PicoMiteVGA firmware V5.08.00. It is about the SPRITE LOAD command. There are 2 issues 1/ SPRITE LOAD only works when you increment the sprite number with 1 each successive load. You can not load sprites 1,2,7,8 without loading 3,4,5,6 in between. (you do not get an error, but when showing/writing sprites 1,2,7,8 you get black squares for 7 and 8. This is an inconvenience, and may not be worth fixing. 2/ SPRITE LOAD seems to inherit the vertical size from the sprite loaded before. See attached test program. It load the same sprite as #3 and #4, and shows them both. You can clearly see that #3 has the vertical size of (previously) loaded #2. This is an annoying bug. sprite_fail.zip Volhout PicomiteVGA PETSCII ROBOTS |
||||
| Volhout Guru Joined: 05/03/2018 Location: NetherlandsPosts: 4233 |
The bug is even clearer to see with this version. sprite_fail.zip Note that in the missing area of sprite #3, sometimes parts of other sprites show. Not in this simple program. So it may be a pointer pointing to the wrong address. Note also that sprite #2 (16x12) is not cropped to the vertical size of sprite #1 8x10). So it does not happen for all sprites. Volhout PicomiteVGA PETSCII ROBOTS |
||||
| Mixtel90 Guru Joined: 05/10/2019 Location: United KingdomPosts: 6787 |
Issue with multi-line comments resolved, thanks Peter. Mick Zilog Inside! nascom.info for Nascom & Gemini Preliminary MMBasic docs & my PCB designs |
||||
| matherp Guru Joined: 11/12/2012 Location: United KingdomPosts: 9115 |
What am I supposed to be seeing?  |
||||
| Volhout Guru Joined: 05/03/2018 Location: NetherlandsPosts: 4233 |
Huh.... I tried this on 2 different platforms (your VGA rev.1.7 and PicoGameVGA 1.4) and both show the problem.   The only thing I can think of that may be different, is that there is daya in FLASH slot 3 and slot 2. I erased all data from flash slot 3 and 2, and the problem still shows. Volhout Edited 2024-01-30 22:52 by Volhout PicomiteVGA PETSCII ROBOTS |
||||
| matherp Guru Joined: 11/12/2012 Location: United KingdomPosts: 9115 |
Your option keyboard looks very strange - try OPTION KEYBOARD DISABLE and then OPTION KEYBOARD US Try re-flashing with this - will erase all the options, a: drive etc. IMPORTANT: then apply the options manually, don't use disk load just in case PicoMiteVGA (3).zip Edited 2024-01-30 23:08 by matherp |
||||
| Volhout Guru Joined: 05/03/2018 Location: NetherlandsPosts: 4233 |
Hi Peter, EDIT: MY PS2 KEYBOARD DOES NOT WORK WITH THIS VERSION (ONLY USB Teraterm). But it fixed the sprite issue I cleared the flash, reloaded the version on Geoff's website, manually added all options, and the problem is also gone. I have no idea what this was, but on multiple systems. Regards, Volhout Edited 2024-01-30 23:40 by Volhout PicomiteVGA PETSCII ROBOTS |
||||
| Volhout Guru Joined: 05/03/2018 Location: NetherlandsPosts: 4233 |
Hi Peter, Small update... My second unit at home is not fixed. I tried - Nuke flash + your above suggested PicoMiteVGA(3).zip, no options added(*): problem remains. - Nuke flash + Geoff's V50800, no options added: problem remains - Add options, one by one : problem remains. Sorry to say, but this is not fixed. I will do some more experimenting.. Volhout (*) No options means run from A: HOERAH, FOUND IT When I copied the files on B: using the PC, it worked correct. When I copy the files to A: using MMCC (XMODEM) it does not work, I get half sprite When I copy the files from B: to A: using COPY "*.*" to "A:" it works correct. Apparently XMODEM corrupts the sprite files (appends ?) and that causes the problem. Thank you for your attention. Maybe this experience should be common knowledge. Volhout Edited 2024-01-31 05:17 by Volhout PicomiteVGA PETSCII ROBOTS |
||||
TassyJim Guru Joined: 07/08/2011 Location: AustraliaPosts: 6098 |
XMODEM will pad the file size up to a 128 byte boundary with either chr$(0) or chr$(26). Most files have handled the surplus characters but it appears that sprites are a bit fussy. I don't have a picoVGA to test with. It is relatively easy to trim the extra characters off but it would be best if the sprite load command did this as part of the loading. Jim VK7JH MMedit MMBasic Help |
||||
phil99 Guru Joined: 11/02/2018 Location: AustraliaPosts: 2135 |
I vaguely remember something similar from the days of DOS. If a file was terminated with Ctrl-Z any appended characters would be ignored, if not they would be read as part of the file. |
||||
| Volhout Guru Joined: 05/03/2018 Location: NetherlandsPosts: 4233 |
@Peter, Are you sure SAVE IMAGE "x.BMP" still works. I get "invalid address". Regards, Volhout PicomiteVGA PETSCII ROBOTS |
||||
| phil99 Guru Joined: 11/02/2018 Location: AustraliaPosts: 2135 |
Works on mine. > option list PicoMiteVGA MMBasic Version 5.08.00 ... > mode 2 > gui test lcdpanel > save image "b:test.bmp" > cls 255 > load image "b:test.bmp"> |
||||
| Page 3 of 5 |
|||||
 Print this page |
