There is a programming axiom "any program can be optimised by at least one instruction" - though taken to its logical conclusion it implies that the best programs have no instructions at all. I would suspect splitting some code to a second MCU will be quite tricky - why not just use one with more me...

Which MCU are you using. Some, such as the Atmega 328p in the Arduino only have hardware interrupts on specific pins. Other MCUs allow more pins to be used - look up custom interrupt in the Wiki. There is an Arduino library that mimics interrupts on any pin - but this just checks the pin state regul...

As Steve says - it's well worth looking if you can refactor your code. There are some fairly simple techniques that can be used to save memory - A couple of simple examples: replace switch statements with an array lookup table if you repeatedly print a string followed by a number then create a macro...

As another aside - there is also an option to use AT commands.
This requires the download of a component from espressif. I'll see if I can get it to compile. It's probably better to use the 'native' component - but it might be useful for some legacy programs.

Martin

Hmm - something is awry with the BT - even using espressif examples. I upgraded to v5.2 (brave maybe - not sure I recommend this at the moment) - and get the message/error: I (569) coexist: coex firmware version: 77cd7f8 I (575) main_task: Started on CPU0 I (585) main_task: Calling app_main() I (615...

I think most of the variants turn off BT when in sleep too. Not sure if there is an easy solution - unless the BT can get a fix for v5? As a cheat (and a test)- connect BT using C (use the example programs - can add to supplementary code - and rename app_main()) and see if it works with sleep. I can...

https://docs.espressif.com/projects/esp ... connection.

Has some details - will take a little C and I suspect might not be supported on some variants

Martin

Hi Herman, I checked using the online checker - mentioned in the first post. There seem to be a range of algorithms / polynomials - and 0x8408 isn't one on that site. If you can post (or PM) your code = and result you are getting I'll take a look and see if i can work out what is going awry.. Martin

Just done a quick test with esp32 and ToString$(.x) takes about 2uS for .x = 1234. Did you mean FloatToString$ - this took ~8uS (this on an esp32?) If you are using something slower - say an Arduino - then if you want to use floats then multiply by 100 (10 / 1000 depending how many digits accuracy) ...

ToString handles a lot of cases.

Might be worth creating a simple NumToStr that is quicker - if the data allows. For example, output all the numbers as 3 digits (only allows 0..999) with leading 0s if necessary.

Martin