Normal service is resumed

PicoMiteV6.02.01b5.zip

In addition this build includes mm.info(PWM SLICE gpno)
This returns the PWM slice for a given pin allowing:


Of course this doesn't solve the channel issue and:


will still error because it has to be:

Can anyone confirm if the ‘PicoMiteHDMIUSBV6.02.01b5.uf2’ file in Peter’s post above gives an HDMI output when loaded onto Peter’s ‘Pico Computer 2B’.

I ask as I have gone through all the various resolutions available and none of them are giving me an image.
The monitor and lead are working fine when connected to other HDMI sources - there is just no image when connected to the Pico 2B.

I do not have another HDMI monitor at hand to try, hence this post asking for confirmation!

Thanks….

EDIT: just to clarify, MMBASIC works just fine as I’ve got it connected to laptop in TeraTerm
Edited 2026-02-24 08:24 by WhiteWizzard

Works fine. Have you set up the relevant options?

Hi Peter - yep, all options set (with OPTION RESET HDMIUSBI2S).

Even though I don’t have any other HDMI monitors at hand, I do have a box of other PICO 2B PCBs so went and grabbed a handful and the next one I tried worked just fine.
Looks like it was a duff JLC unit OR I somehow messed it up when soldering in the PSRAM (although that does all work!).

I will put it down to a bad unit on the HDMI side of things.

Wanting to play with the new Ray Casting features you’ve recently implemented. As always, great work you keep putting out and as others have said, it is much appreciated.

I might have found a bug related to the new FRAME feature. I'm using 6.02.01Beta 5 for PicoCalc.
According to the FRAME Command User Manual on page 15...

  Quote  

The frame buffer is automatically cleaned up by "CloseAllFiles", which is called when:
- A program ends normally
- "RUN" is issued
- An error occurs and control returns to the command prompt
This means you do not need to explicitly call "FRAME CLOSE" at the end of a program,
though you may call it if you need to release the memory during program execution.

In my testing, I found this cleanup doesn't happen. I confirmed with Ernst on the PicoCalc forums this is not related to his changes for the PicoCalc.

Thank you for your long hours on PicoMite!......Brian

Please list your program as I can't replicate. Run definitely makes a call to a function closeframe(). How are you exiting the previous run before you see the error?

  matherp said  

Please list your program as I can't replicate. Run definitely makes a call to a function closeframe(). How are you exiting the previous run before you see the error?

Hummm. I must be doing something wrong.
When I run this program, it draws the boxes and text. Press a key and it exits.
When I immediately run the program again (run "frametst) I get "Error : Frame ready exists".
I doing this from the SD Card.

Thanks for the example and explanation. I'll have a proper look at it tomorrow - dinner time now

  Briano said  

  matherp said  

Please list your program as I can't replicate. Run definitely makes a call to a function closeframe(). How are you exiting the previous run before you see the error?

Hummm. I must be doing something wrong.
When I run this program, it draws the boxes and text. Press a key and it exits.
When I immediately run the program again (run "frametst) I get "Error : Frame ready exists".
I doing this from the SD Card.

' Frame Example Test
'
FRAME CREATE
' Create a main frame layout

FRAME BOX 0, 0, 38, 21, 2, 1
Frame Print 1,"Press  any   key   to exit",, WRAP
FRAME PRINT 2, "Main Panel 2"
FRAME WRITE

k$ = FRAME(INKEY)
 DO WHILE k$ = ""
 k$ = FRAME(INKEY)
LOOP

END

I copied and pasted your program and I can run it again and again with no error. I tried both run"frametst" over and over and and also pressing F2 over and over. Neither one causes an error on my system.

I just realized I should have mentioned I'm using a Pico 2W.. I think I'll try the Pico 2 version on my device.

Thanks for trying....Brian

  Briano said  

I just realized I should have mentioned I'm using a Pico 2W.. I think I'll try the Pico 2 version on my device.

Thanks for trying....Brian

When I loaded 6.02.01Beta5 for Pico2, my test program runs clean each time.

When I loaded 6.02.01Beta5 for Pico 2W, the error appears.

....Brian

  Quote  

When I loaded 6.02.01Beta5 for Pico2, my test program runs clean each time.

When I loaded 6.02.01Beta5 for Pico 2W, the error appears.

That was the information we needed. Will fix.

  matherp said  

  Quote  

When I loaded 6.02.01Beta5 for Pico2, my test program runs clean each time.

When I loaded 6.02.01Beta5 for Pico 2W, the error appears.

That was the information we needed. Will fix.

Thank you! It works as documented now on Pico2W.....Brian

As far as I can see, Peter hasn't changed anything yet? Last release was 23rd Feb.

Does anyone know a way to pass the pin-name to
   PORT(GPxx, nbr-pins) = n
as a variable? I would like to skip the GND pins but this only works if GPxx is directly coded into the PORT statement.

Second question: I try to permanently disable heartbeat on a Pico-W 2 but the option is not permanent. Both OPTION HEARTBEAT OFF and HEARTBEAT DISABLE do stop the blinking but after restart or power cycle it is on again.

the info in this link may be what you require
https://www.thebackshed.com/forum/ViewTopic.php?FID=16&TID=18535&LastEntry=Y#249488#249310

Footnote added 2026-02-27 19:57 by BarryH
also from 6.02.01 beta0
https://www.thebackshed.com/forum/ViewTopic.php?TID=18627&PID=250525#250525#250525
allows string literals and string variables for GP pin numbers

  ville56 said  

Does anyone know a way to pass the pin-name to
   PORT(GPxx, nbr-pins) = n
as a variable? I would like to skip the GND pins but this only works if GPxx is directly coded into the PORT statement.

That may be a feature Peter added very recently (in a beta), but if not use
EXECUTE

It'll need to be something like
EXECUTE "PORT(" + gp$ + "," + str$(nbrpins) + ") = " + str$(n)

John

thanks for the answers. I did use the loop approach to solve it but the EXECUTE tip is also good. Didn't think of it in the first place even though I use execute from time to time giving me elegant solutions.

Heartbeat on the Webmite isn't fully handled by MMBasic, it's a function of the WiFi chip. See the manual.

@Ville56 an example program using Execute for input and output ports.
https://www.thebackshed.com/forum/ViewTopic.php?TID=18525&PID=248927#248927#248927