matherp said  

V6.01.00RC5

PicoMiteV6.01.00RC5.zip

I believe this fixes a longstanding issue with USB communications locking up but this may be wishful thinking

Much Better!!!!!!   But we aren't quite out of the woods yet!

It takes 10x or 15x times as long to lock it up, but the little MMBasic program up above can still lock up the PicoMite.   (Same story with MMDebug.  It is MUCH MUCH better, but resizing the debug window can lock it up quickly.)

I also tried the WebMiteRP2040V6.01.00RC5.uf2 file.   It seems to flash OK, but it never boots up and gives a command prompt.

When using FM and heavily scroll up/down where it permanently reads from disk with high input rate with keyboard pressing constantly, it starts reading wrong data and then errors with "SDcard not found". I did this often before and never has been a problem.

Hrmmpf ...
I just discovered that I am using a Pico 2 W ....      It's hidden under a display and I was so sure that it's just a Pico 2, because I am currently not using the WiFi option.

This may explain the "problem" with MM.SUPPLY. With the latest firmware (WebMiteRP2350V6.01.00RC5.uf2), MM.SUPPLY outputs a 0, independent of heartbeat on/off.

Sorry for the confusion

Best
Thomas

The introduction of MM.SUPPLY prompts a question.
For consistency, is it worth changing Pin(temp) to MM.TEMP or MM.INFO(temp)?

Peter,

Problem with WebMite MMBasic RP2040 V6.01.00RC5. It no longer starts.
See the size of the .uf2 file compared to V6.01.00RC4?

Regards,

Jan.

  Quote  

Problem with WebMite MMBasic RP2040 V6.01.00RC5. It no longer starts.
See the size of the .uf2 file compared to V6.01.00RC4?

Thanks - will fix

Peter,

Also having a problem with WebMite MMBasic RP2350A Edition V6.01.00RC5.
Flashing didn't work the first time. I tried Flash_nuke.uf2. After that, it worked.
Everything worked again.
I noticed that MM.SUPPLY isn't in the functions list and returns 0 when I test > ? mm.supply.
But after a reset:

WebMite MMBasic RP2350A Edition V6.01.00RC5
Copyright 2011-2025 Geoff Graham
Copyright 2016-2025 Peter Mather

No more cursor?
Heartbeat works, but no USB connection?

Then I loaded PicoMite RP2350A V6.01.00RC5 in the same Web module.

PicoMite MMBasic RP2350A V6.01.00RC5
OPTION FLASH SIZE 4194304
OPTION COLOURCODE ON
OPTION CPUSPEED (KHz) 200000

This is now working normally, and the cursor appears immediately after a reset.

Regards,

Jan.

Testing with a Pimoroni PGA2350
RC5
With psram pin not configured, the attached program loads without any problems.
As supplied, the program does nothing but it does load.

When I set OPTION PSRAM PIN GP47,
a program previously loaded runs but the same program fails to load.

As soon as the ^Z is sent after the AUTOSAVE, the pico resets with
Error: Invalid address - resetting

Ada_VL53L1X.zip

Other programs load OK

Jim

Jim,

please try to nuke the flash before flashing the RC5.

I've got the same error as you befor nuking, ran the "universal_flash_nuke.uf2" utility than reflashed RC5 and now it loads the files without error on the hardware I had troubles before.

The hardware it worked on now was a Waveshare RP2350-Plus lookalike (chinese clone)

-------------------
Edit: just tried it on a Pimoroni "pico plus 2". Could not get it to work, always fails with

Upload completed 201
***TIMEOUT***
-------------------

and tried again on the before working RP2350-Plus

Upload completed 201
Error: Invalid address - resetting
Total of 6 Mbytes PSRAM available
>
-------------------

My conclusion: RC5 doesn't resolve the problem. The effect seems to be a spoiled USB and on other hardware a firmware crash. Maybe something related to the PSRAM PIN as they are different on the 2 types of hardware I tested.
GP47 ... timeout
GP19 ... Invalid address
GP0 ...  is to be tested



Gerald
Edited 2025-10-23 18:25 by ville56

I am having problems with my RP2040-GEEK and playing WAV files. I nuked my GEEK and have the following options:


The WAVs are located on b:

This happens with all my WAV files. I had previously copied them from a: to b: using miniFM. When I call it up from a:, I don't get an error.

Is it because of the firmware or the copying???

Frank

Jim

Looks like an issue with trying to write from psram to flash. I'll change the memory allocation so autosave only gets its memory from true ram

  Quote  

GP0 ...  is to be tested

GP0 ... Timeout

interstingly, I cannot nuke the version with PSRAM CE on GP0. It is a WeAct mini module (square shape) RP2350B A4 stepping with all IOs on the connector (4x 15 pins). No matter which nuke version I use, it does not clear the flash. Flashing MMBasic works without any problem.

V6.01.00

PicoMiteV6.01.00RC6.zip


More minor changes to USB console handling and memory allocations. Tested with Jim's download on a Pico Plus 2 with psram enabled and it works for me.
Webmite RP2040 should also be OK

  dddns said  

Hello,

I've only quick tested but get "line to long" errors when reading with input # or line input # opened as Input(tested on drive B:).
The transmission via Autosave(95kb) was clean:Edit:with 25mSec

PicoMite MMBasic USB RP2350B Edition V6.01.00RC5
OPTION SERIAL CONSOLE COM1,GP28,GP29
OPTION SYSTEM SPI GP22,GP23,GP20
OPTION SYSTEM I2C GP24,GP25
OPTION FLASH SIZE 16777216
OPTION COLOURCODE ON
OPTION KEYBOARD US, 0, 0, 150, 40
OPTION PICO OFF
OPTION CPUSPEED (KHz) 378000
OPTION LCDPANEL SSD1963_7_16, LANDSCAPE,,,NORESET
OPTION TOUCH GP21,GP19
GUI CALIBRATE 1, 131, 383, 2065, 1336
OPTION SDCARD GP32, GP33, GP34, GP35
OPTION KEYBOARD REPEAT 150,40
OPTION AUDIO GP26,GP27', ON PWM CHANNEL 5
OPTION RTC AUTO ENABLE

Been able to brake down my problem!

This works error free:


And this messes up reading with: Line input # , input # or system commands


My "impression:" it does not recognize EOF/EOL correctly
edit 2: with configured LCD holding a letter in console till end of input and then press backspace continuously causesd a complete failure of LCD, only power cycling helped
Edited 2025-10-24 00:39 by dddns

RC6 loads now without problems with all my different modules !!!

Thank you Peter

dddns
what hardware are you using?

I'm using 2 PGA2350 for testing this at the moment and 2 different hardware systems holding the PGAs. All these test followed: clear_flash - flash firmware - configure per hand

One more:

this one works error free:


And this one overwrites _some_ variables(memory for variables 103Kb)
- or - reads wrong values from disk, can't find out that quick:

Sounds like something going on in H/W relating to GP27 and GP28 both being used. In both your examples which error that looks like the common factor. There is nothing I can think of in the firmware that could create that as a problem.
I haven't won't have access to any H/W that can mimic your configuration for another 9 days

No problem I can easily use different pins but from January untill now I have used these both with this configuration so the problem is new for me.
This was more meant as bug report or help to find the bug. I will reconfigure serial to different pins

Peter,

Version V6.01.00RC6 hasn't yet resolved the cursor and reset issue with the WebMite firmware on both an RP2040 and RP2350 Web module.
The firmware can be loaded, but the cursor doesn't appear after a reset, nor after power cycling during startup.
I tested the two WEB modules with PicoMite firmware and they work properly with the RP2040 and RP2350, including the reset. After startup, I see a format A: message, but after that, no cursor ">".
Perhaps you missed my message about the reset and cursor?

Regards,

Jan.