Page 2 of 2

Re: Another RS232 communication

PostPosted: Sat Jun 28, 2014 3:47 pm
by trogluddite
Hi RZK,
I see the same as JB_AU, the schematic is eating too much memory and CPU. Many people will not be able to load the file.

Advice...
- Inside "Question Response" module, the "Queue" primitive contains >19000 data items!
- When the labels try to draw this data (all empty!) this makes the CPU work too hard.
- Connect a trigger button (press 'Z' key) to the Queue 'Clear' input.
- Press the button to clear the data.
- Save File
- Upload again to the forum.
This will not mend the schematic - but, people will be able to load the file, so that they can look and possibly help you.

But you will need a way to stop the Queue from growing too big! To do this, take a look at this schematic which shows how to keep the Queue size smaller...
Limit Queue Size.fsm
(407 Bytes) Downloaded 2446 times


Best wishes
Trog

Re: Another RS232 communication

PostPosted: Mon Jun 30, 2014 11:25 am
by RZK
test_sequencestop300614+restart.fsm
(170.29 KiB) Downloaded 2456 times
RAM PB solved !

Re: Another RS232 communication

PostPosted: Mon Jun 30, 2014 11:30 am
by RZK
Retour miyachi 300614.fsm
(33.89 KiB) Downloaded 2501 times
ram solved !

Re: Another RS232 communication

PostPosted: Fri Jul 25, 2014 8:02 am
by RZK
UP

No one have a idea to stop the send flow ^^?