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 : WebMite and PicoMite firmware release V5.07.07
Page 3 of 4 | |||||
Author | Message | ||||
tokabln Newbie Joined: 05/04/2023 Location: GermanyPosts: 1 |
@Geoffg: I found a minor error at page 10 of the actual picoMiteVGA documentation. The last paragraph actually reads: "If the Raspberry Pi Pico fails to restart at its new clock speed you can reset it to its factory default condition by loading this firmware file onto the Pico: https://geoffg.net/Downloads/picomite/Clear_Flash.uf2. The procedure to do this is same as loading any other firmware". The given link contains the closing period (full stop) when you click on it. Therefore, the file will not be found. So please remove the period at the URL Adress to: https://geoffg.net/Downloads/picomite/Clear_Flash.uf2 Many thanks for your ongoing support. Torsten - aka tokabln - (Berlin, Germany) Greetings, Torsten - aka tokabln (Berlin - Germany) |
||||
Volhout Guru Joined: 05/03/2018 Location: NetherlandsPosts: 4247 |
Hi Phil, Sorry, but cannot duplicate your problem. Tried with 50707RC6, and with the 50707 release. Both seem to work well. Have tried BMP's (35k...214k in size) and compressed BMP. Both work fine with my breadboard setup. Some from the web, some saves from picomite, some from MS PAINT. Configuration: PicoMite MMBasic Version 5.07.07 OPTION SYSTEM SPI GP18,GP19,GP16 OPTION SYSTEM I2C GP14,GP15 OPTION COLOURCODE ON OPTION DISPLAY 40, 100 OPTION LCDPANEL ILI9341, LANDSCAPE,GP20,GP21,GP22 OPTION SDCARD GP17 OPTION RTC AUTO ENABLE I think this setup also shares SPI for card and display. Only difference, my display does not have touch (chip is not placed, cheap version). Maybe there is a difference. Volhout Edited 2023-05-09 05:24 by Volhout PicomiteVGA PETSCII ROBOTS |
||||
cosmic frog Senior Member Joined: 09/02/2012 Location: United KingdomPosts: 284 |
Found some typos in the PicoMiteVGA manual (sorry Geoff) Page 51 MM.info(Fontheight) is duplicated Page 51 MM.info(Fontwidth) is duplicated Page 56 Option Keyboard talks about level shifting on the WebMite when it should say PicoMiteVGA. I'll post more as I find them. 😁 Dave. |
||||
phil99 Guru Joined: 11/02/2018 Location: AustraliaPosts: 2137 |
Thanks for all the replies. It is an original Pi Pico and has been able to share LCD. Touch and SD on System SPI through all firmware updates for 2 years. And that is a lot, Peter has been busy! About to try the one Peter just posted, along with extra 2R2 / 10uF supply filtering for the SD by using an external SD adapter (already had a 10uF across the SD socket pins). Since this issue arose I have been using Clear_Flash.uf2 before trying each of various previous .uf2 that had all worked with that Pico. All now show the same symptoms. Using a different display makes no difference. The issue is with all SD cards. The SD card I used 'Save Image' on no longer has a valid Device Identifier so is not recognized by any OS. If the Device Identifier can be corrupted it must be possible to rewrite it if I knew how. Scammers who sell SDs and USB drives with fake sizes know how to do it. Something in the Pico has changed during that update. Using bit-banged pins for the SD works properly but uses 3 more pins. Edit Implemented, makes no difference. Load Image from B: fails. As long as SD and LCD commands are separate it works. Copy B2A "Test.BMP" to "Test.BMP" then A: Load Image "Test.BMP" is ok though as long as an SD card is inserted Touch won't work. Back to SD with bit-banged pins. Just wondering, if the USB .uf2 transfer to the Pico got corrupted could it change a fuse bit, or some similar thing that isn't reset by Clear_flash.uf2? . Edited 2023-05-09 14:30 by phil99 |
||||
cosmic frog Senior Member Joined: 09/02/2012 Location: United KingdomPosts: 284 |
In the PicoMiteVGA manual - Page 110 PIXEL(x,y[,page_number]) no explanation for page_number. Page 125 PIO ASSEMBLE says-"This command is used to use the build in... ". Should be "Built-in"? Dave. |
||||
Mixtel90 Guru Joined: 05/10/2019 Location: United KingdomPosts: 6798 |
How strange.... AFAIK the Pico has no "fuse bits". Everything is simply written into flash. Does everything else work if you disable Touch? Preferably by disconnecting both the touch enable and touch irq pins. Mick Zilog Inside! nascom.info for Nascom & Gemini Preliminary MMBasic docs & my PCB designs |
||||
phil99 Guru Joined: 11/02/2018 Location: AustraliaPosts: 2137 |
Yes also disconnected LCD_SDO, no change. Added 10k pullups to MISO, MOSI and all CS pins. No change. |
||||
JohnS Guru Joined: 18/11/2011 Location: United KingdomPosts: 3804 |
Does it work if you go back to an earlier MMBasic? (Oh - use Clear_flash.uf2 first.) John |
||||
Volhout Guru Joined: 05/03/2018 Location: NetherlandsPosts: 4247 |
Hi Phil, This is strange. Do you have access to a scope, so you can probe the lines and see if the levels are 0 and 3.3 ? Maybe an ESD problem damaged one of the pin protection diodes. Last suggestion: replace the card connector (I speak of experience, got one with high contact resistance (only little contact pressure). But in my case it was not limitted to BMP files, all communication was unreliable. Volhout PicomiteVGA PETSCII ROBOTS |
||||
phil99 Guru Joined: 11/02/2018 Location: AustraliaPosts: 2137 |
Yes, many versions with Clear_flash. All worked properly before and none do now. Continuity of all connections checked (several times - for each set of SPI pins on the Pico) from Pico pins to display, touch and SD pins. For SD right to the socket. Also tried another SD socket with filtered 3V3 supply. And a different LCD panel. It really kept me off the streets, no time for spray-paint tagging or kicking over letterboxes. Not even a single pub brawl. Edited 2023-05-09 22:21 by phil99 |
||||
Mixtel90 Guru Joined: 05/10/2019 Location: United KingdomPosts: 6798 |
This is getting silly.... How do things go with just Touch_IRQ disconnected? I think you may need to tie the PicoMite input high through a resistor (maybe 10k?) to stop random triggering. We need to get this sorted as there isn't enough mindless vandalism nowadays. Edited 2023-05-10 01:56 by Mixtel90 Mick Zilog Inside! nascom.info for Nascom & Gemini Preliminary MMBasic docs & my PCB designs |
||||
andreas Senior Member Joined: 07/12/2020 Location: GermanyPosts: 207 |
Many Thanks!! -andreas |
||||
phil99 Guru Joined: 11/02/2018 Location: AustraliaPosts: 2137 |
Yes it is. A pullup on the Pico T_IRQ didn't change anything. Swapped it with The VGA Pico. SPI not so important there. Ex VGA Pico has no issues with LCD an SD. |
||||
Mixtel90 Guru Joined: 05/10/2019 Location: United KingdomPosts: 6798 |
So, a Pico problem then? Mick Zilog Inside! nascom.info for Nascom & Gemini Preliminary MMBasic docs & my PCB designs |
||||
mozzie Regular Member Joined: 15/06/2020 Location: AustraliaPosts: 68 |
G'day, My thanks to all involved in bringing this latest release of the Picomite software to fruition, the functionality is truly awesome Regards, Lyle. |
||||
karlelch Senior Member Joined: 30/10/2014 Location: GermanyPosts: 172 |
Regarding the manual: 1. in the WebMite version, the MQTT relevant variables "mm.topic$" and "mm.message$" are not mentioned. They should be mentioned under the WEB MQTT SUBSCRIBE command (page 121). 2. a brief example for an MQTT client would be helpful; akin to that in the forum 3. the WATCHDOG section (page 120) is duplicated Thanks! P.S.: Yes, the new release is awesome!! Thanks!! Edited 2023-05-13 16:55 by karlelch |
||||
karlelch Senior Member Joined: 30/10/2014 Location: GermanyPosts: 172 |
Regarding the MQTT functionality: I noticed that after receiving a number of messages (~30 ?) the MQTT client stops responding to subscribed topics. The program continues running normally, just the callback is not called back any longer. It is difficult to give an example, as you need also a MQTT brocker (for which I use my local PC). But I can try to write an example if needed. A workaround is to set a timeout (too much time elapsed after last message) and then disconnect (WEB MQTT CLOSE) and reconnect (WEB MQTT CONNECT ...) and subscribe again. After that, messages are again received. A restart of the Pico seems not needed here. The necessary info: WebMite MMBasic Version 5.07.07 OPTION SYSTEM SPI GP18,GP19,GP16 OPTION COLOURCODE ON OPTION DISPLAY 64, 80 OPTION LCDPANEL ILI9341, LANDSCAPE,GP15,GP14,GP13,GP11 OPTION WIFI Elchland3, **************** OPTION TCP SERVER PORT 80 Thanks Thomas |
||||
Turbo46 Guru Joined: 24/12/2017 Location: AustraliaPosts: 1611 |
Geoff's article describing the WebMite is in the current issue of Silicon Chip along with another one describing a 'Watering System Controller' using the WebMite. Thanks Geoff Bill EDIT: And the 'Watering System Controller' is already on Geoff's site Edited 2023-07-28 14:19 by Turbo46 Keep safe. Live long and prosper. |
||||
homa Guru Joined: 05/11/2021 Location: GermanyPosts: 351 |
I noticed that after receiving a number of messages (~30 ?) the MQTT client stops responding to subscribed topics. The program continues running normally, just the callback is not called back any longer. It is difficult to give an example, as you need also a MQTT brocker (for which I use my local PC). But I can try to write an example if needed. A workaround is to set a timeout (too much time elapsed after last message) and then disconnect (WEB MQTT CLOSE) and reconnect (WEB MQTT CONNECT ...) and subscribe again. After that, messages are again received. A restart of the Pico seems not needed here. The necessary info: WebMite MMBasic Version 5.07.07 OPTION SYSTEM SPI GP18,GP19,GP16 OPTION COLOURCODE ON OPTION DISPLAY 64, 80 OPTION LCDPANEL ILI9341, LANDSCAPE,GP15,GP14,GP13,GP11 OPTION WIFI Elchland3, **************** OPTION TCP SERVER PORT 80 Thanks Thomas Hi Thomas, we also have problems with the WebMite and MQTT. Have a look here, maybe we can collect all this here ... https://www.thebackshed.com/forum/ViewTopic.php?FID=16&TID=16080 Matthias |
||||
Volhout Guru Joined: 05/03/2018 Location: NetherlandsPosts: 4247 |
Dear Geoff, I have gone through the CMM2 graphics programming bible, and have read the user guide on picomite, and of CMM1. There is nowhere a clear explanation what exectly the "layer" in the SPRITE SHOW command is. Only that layer 0 collides with everything, and moves with the background in a scroll. It does not relate to a graphics layer (as to one sprite being shown above the other) as far as I have been able to see. Is the only reason the "layer" exists to create colission groups ? I am using a pico VGA (since STM32H743's are scarce). Regards, Volhout PicomiteVGA PETSCII ROBOTS |
||||
Page 3 of 4 |
Print this page |