![]() |
Forum Index : Microcontroller and PC projects : PicoMite V6.01.00D release candidates
Author | Message | ||||
EDNEDN Senior Member ![]() Joined: 18/02/2023 Location: United StatesPosts: 215 |
Currently based off of PicoMite V6.01.00RC4. The PicoMite V6.01.00RC4D firmware is 100% compatible with the PicoMite V6.01.00RC4 firmware except it has the MMDebug module ready to wake up and help you with your debugging needs. You must have a VT100 compatible terminal connected to the PicoMite in order to use the debugger. Both Tera Term and MMCC are extensively tested and work with the debugger. If you can get command prompts and issue commands to MMBasic, the debugger should be available. PicoMite-v6.01.00RC4D_Documentation.zip PicoMiteV6.01.00RC4D_Firmware.zip Edited 2025-10-21 01:42 by EDNEDN |
||||
ville56 Senior Member ![]() Joined: 08/06/2022 Location: AustriaPosts: 253 |
There seems to be a problem with uploading programs to the pico under RC4D. I tried to upload a larger program with about 1500 lines of code and it constantly terminates at the last line with upload completed 201 ***TIMEOUT*** and the pico is unresponsive, hardware reset needed. Program to upload is MMCC, latest version (from today). I've tried to narrow it down a bit and found out this behavior is related to the enabling of PSRAM. As long as do not state OPTION PSRAM PIN GP19 it loads and runs with RC4D. Gerald Edited 2025-10-21 18:52 by ville56 73 de OE1HGA, Gerald |
||||
matherp Guru ![]() Joined: 11/12/2012 Location: United KingdomPosts: 10493 |
Gerald You need to test on the normal release and if there is an issue report on that thread. Only if that works should you report an issue here with the clear comment that it is a specific debug version problem. In the specific case you raise you should also test with teraterm to confirm the issue. Edited 2025-10-21 18:56 by matherp |
||||
ville56 Senior Member ![]() Joined: 08/06/2022 Location: AustriaPosts: 253 |
Peter, you are right. Of course I did test with RC4 and RC4D to find out if there is a difference. It worked with RC4 which I didn't mention. But your point to test with Teraterm was important. So RC4D works with Teraterm XMODEM but doesn't quite with YMODEM. It hangs with the send window open after almost 100%. Pressing "Cancel" and then LIST reveals that the program has been transfered correctly. Summing up my 5 cents: - RC4D and MMCC seem to have an issue with larger programs (in my case >50 kb) if PSRAM enabled. - XMODEM transfers without any issues on RC4 and RC4D. - YMODEM transfers blazingly fast but Teraterm hangs on the "closing part" of the transfer on a larger prog. This applies to RC4 and RC4D. Gerald 73 de OE1HGA, Gerald |
||||
matherp Guru ![]() Joined: 11/12/2012 Location: United KingdomPosts: 10493 |
Gerald Please confirm transferring from the PC to the Pico? transferring to memory or to a file (if file which disk)? if memory, does it work to a file OK? thanks Also, you can try this version and see if any different PicoMite.zip Edited 2025-10-21 20:28 by matherp |
||||
dddns Guru ![]() Joined: 20/09/2024 Location: GermanyPosts: 640 |
It has changed about 15 releases before: I need to increase the linedelay to 50ms that it gets transferred with Autosave method. That is on 2350HDMIUSB with a standard USB converter Compared to a 2350VGA where I can use 25ms. On LCD SSD1963 which is fast enough I can transfer on 2350USB even _with_ enabled Option lcdpanel console with 25ms permanently error free. I didn't check with VGAUSB Hope that helps edit: On the other hand side 2350VGA always crashes when there is an overflow in keybaord buffer. That happens only for keys with ESC sequence like cursor up/down Then the sequence gets not interpreted correctly and Pico crashes.(or leaves rests when editing like "[") Edit: starting with souce > 40Kb This happen also in Editor. Hitting the bottom line and is is a question of time in seconds that it freezes That all doesn't happen with USB converter Edited 2025-10-21 20:59 by dddns |
||||
dddns Guru ![]() Joined: 20/09/2024 Location: GermanyPosts: 640 |
I think it has to do with line continuation feature Edit: Forgot to say, all my experience is based using Putty or Xterm/cu on Linux Transfer with /pico_upload.sh;ascii-xfr -s %f -l 25 Edited 2025-10-21 21:15 by dddns |
||||
ville56 Senior Member ![]() Joined: 08/06/2022 Location: AustriaPosts: 253 |
First part of my answers: - transferring from the PC to the Pico? o PC to Pico - transferring to memory or to a file (if file which disk)? o to memory - if memory, does it work to a file OK? o will test that later today will also test the attached build then Gerald 73 de OE1HGA, Gerald |
||||
![]() |
![]() |
The Back Shed's forum code is written, and hosted, in Australia. | © JAQ Software 2025 |