drum roll....... We are pleased to announce the launch of www.flowcodexchange.com This is a (independent) site to allow the sale of Flowcode components and programming expertise. Currently there are a few components - but we will be adding more over the next few weeks. These are components that don'...

Another project. Again based on an experiment I did on making a Flowchart viewer. This copies const or #defines from C to Flowcode - for me one of the problems with flowcharts is the hard-coded values. Easy to write but hard to maintain at a later date. This copies const declarations of the form: co...

A project of sorts. I'm not sure this is the right place for it - as it's really a PC app. This app lets you transfer macros from one Flowcode program to another. It's quick and easy to do multiple macros in one easy operation. Simple load the 'source' flowchart by clicking on 'source' and a target ...

Take a look at the Arduino library for the HX711 (I chose first in the list by Rob Tillaart)- it looks fairly straightforward. It should work AOK with the HX710B.

I don't have a sample to work with - but it should be possible to get it to work with Flowcode.

Martin

Thanks Ben, The single buffer gave a bit of a speed boost - but whether it's worth an upgrade to the component? I think it's worth having a version that will work with smaller MCUs (so without the full font support) - I just used an 8x8 font (scaling would be easy enough to add too). Does this need ...

Good luck.

The other thing to watch is components used - some (displays/sd for example) can use a fair bit of memory for buffers.

Martin

Hi Oscar, The compiler settings just control the size of the code - the RAM use depends on the number of variables and also depth of procedure calls. So the things you can do - use the smallest possible variable size for data types. Use loops with your own variable as the index. Flowcode will genera...

And a version with a print that works in v9.. ssd1306Tiny.fcfx It has a simple Print - no scaling (or fonts) - but makes for a much smaller code. Which should allow use on the ATTiny and other 'smaller' MCUs. Note that the RAM limits still apply so a 64x128 display won't work with 512 bytes RAM (16 ...

A bit more fiddling with this. I couldn't find the post in the old forums - where this probably belongs. I had a play - and converted the SSD1306_i2c component to use a single buffer - instead of 8. This gave smaller code (my 'benchmark' is 3986 bytes compared to 4488 bytes using the component) - bo...

This worked okay in v8 - but doesn't seem to in v9 (at least changing USBTINY to USBasp doesn't work - at least in Arduino land

Martin