Home
JAQForum Ver 24.01
Log In or Join  
Active Topics
Local Time 05:27 24 Nov 2024 Privacy Policy
Jump to

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 : Do I degrade something when loading programms?

     Page 2 of 2    
Author Message
andreas

Senior Member

Joined: 07/12/2020
Location: Germany
Posts: 206
Posted: 08:17pm 07 Nov 2024
Copy link to clipboard 
Print this post

  thwill said  Before you get "tricksy", 100,000 write cycles would allow 20 program loads per day for over 10 years. If you just stick the menu (i.e. the program you will load most often) in a flash slot then you should be fine ... and you might not even need to do that depending on how heavy you think your use is going to be.

The only time I worry about flash wear is when I'm developing on the device in an EDIT/RUN cycle in which case you can easily knock off 100 or more writes per session. I guess the other issue is logging to the flash, didn't Tesla have an issue with that ?

Best wishes,

Tom


When you tell the development-cycle is resource consuming - how about a Pico-Virtual Machine?
Is there anybody simulating a pico?

PicoSimulator! That would be a thing!    

-andreas
 
stanleyella

Guru

Joined: 25/06/2022
Location: United Kingdom
Posts: 2116
Posted: 09:19pm 07 Nov 2024
Copy link to clipboard 
Print this post

  thwill said  Before you get "tricksy", 100,000 write cycles would allow 20 program loads per day for over 10 years. If you just stick the menu (i.e. the program you will load most often) in a flash slot then you should be fine ... and you might not even need to do that depending on how heavy you think your use is going to be.

The only time I worry about flash wear is when I'm developing on the device in an EDIT/RUN cycle in which case you can easily knock off 100 or more writes per session. I guess the other issue is logging to the flash, didn't Tesla have an issue with that ?

Best wishes,

Tom

yeah,been there but only use mmedit and mmcc. tweaking code for hours :)
 
Michal
Senior Member

Joined: 02/02/2022
Location: Poland
Posts: 123
Posted: 09:48am 08 Nov 2024
Copy link to clipboard 
Print this post

Do programs placed on the SD card run without saving to flash?
 
Mixtel90

Guru

Joined: 05/10/2019
Location: United Kingdom
Posts: 6775
Posted: 09:52am 08 Nov 2024
Copy link to clipboard 
Print this post

No.

RUN
runs the current program from program area flash.

RUN filename
Copies the file into the program area flash then runs it.

AFAIK the only way to run a program without overwriting the program flash area is to use FLASH RUN or FLASH CHAIN as these are already in the systems flash memory.
Mick

Zilog Inside! nascom.info for Nascom & Gemini
Preliminary MMBasic docs & my PCB designs
 
thwill

Guru

Joined: 16/09/2019
Location: United Kingdom
Posts: 4036
Posted: 10:02am 08 Nov 2024
Copy link to clipboard 
Print this post

  Mixtel90 said  RUN filename
Copies the file into the program area flash then runs it.


As I understand it, it copies the file into RAM, which it then tokenises and writes into flash. Same result in terms of number of flash writes though.

Best wishes,

Tom
Game*Mite, CMM2 Welcome Tape, Creaky old text adventures
 
Mixtel90

Guru

Joined: 05/10/2019
Location: United Kingdom
Posts: 6775
Posted: 10:07am 08 Nov 2024
Copy link to clipboard 
Print this post

That makes sense. It can use the variables area to do that.
Mick

Zilog Inside! nascom.info for Nascom & Gemini
Preliminary MMBasic docs & my PCB designs
 
thwill

Guru

Joined: 16/09/2019
Location: United Kingdom
Posts: 4036
Posted: 10:16am 08 Nov 2024
Copy link to clipboard 
Print this post

  Mixtel90 said  That makes sense. It can use the variables area to do that.


And this is why there is no (non-FLASH) CHAIN command.

I wonder if it could read, tokenise, write a line at a time (thus requiring only ~256 bytes) of RAM and thus allow CHAIN, but given it doesn't I suspect Peter/Geoff had a reason.

Best wishes,

Tom
Edited 2024-11-08 20:20 by thwill
Game*Mite, CMM2 Welcome Tape, Creaky old text adventures
 
Mixtel90

Guru

Joined: 05/10/2019
Location: United Kingdom
Posts: 6775
Posted: 11:15am 08 Nov 2024
Copy link to clipboard 
Print this post

It may depend on the flash. It may need fixed block sizes to write efficiently. Only a guess.
Mick

Zilog Inside! nascom.info for Nascom & Gemini
Preliminary MMBasic docs & my PCB designs
 
mclout999
Guru

Joined: 05/07/2020
Location: United States
Posts: 469
Posted: 01:44pm 08 Nov 2024
Copy link to clipboard 
Print this post

  andreas said  
  Mixtel90 said  And the replacement cost of a Pico isn't staggering. :)

I still have PIC chips that I used for years, constantly erasing and writing to the flash. AFAIK none of them ever failed for that reason. Reverse polarity and 12V on the pins is something else. :)


Yes and no - the display-pico (RP2040-LCD) costs more than 10 and less than 20 but costs me a day to put it into place (cutting the box, soldering, testing). May be it would be a good idea to have an ic-socket? Currently it is fixed by the soldering and can't be dragged out.

-andreas


That's the only issue I have with the board as well. I was hoping for some 2350 based Chinese boards with more Flash and maybe some PSRAM would be selling on Aliexpress I would have liked to yank out the PICO 2 and plug one of those in, that is if it was pin compatible and was able to run at the higher speeds nessasry for the HDMIUSB.
 
Mixtel90

Guru

Joined: 05/10/2019
Location: United Kingdom
Posts: 6775
Posted: 03:19pm 08 Nov 2024
Copy link to clipboard 
Print this post

For ease of connection to the HSTX and TP pads you can't beat surface mount. I can do boards with plug-in Pico 2s that work with HDMI, but you'd have to wire to the TP pads. Also, unless you can get the Adafruit module, you need to be able to solder a surface mount HDMI socket and 0805 resistors - both far more difficult than soldering a Pico down.

It may be some time before you get any Chinese boards with the RP2350 on them. Not until Raspberry Pi can fulfil all their usual channels anyway. There'll be no guarantee that they'll work at HDMI speed anyway, although they may be within spec.
Mick

Zilog Inside! nascom.info for Nascom & Gemini
Preliminary MMBasic docs & my PCB designs
 
     Page 2 of 2    
Print this page


To reply to this topic, you need to log in.

© JAQ Software 2024