Closed GoogleCodeExporter closed 9 years ago
To me this does not look as an implementation issue so I'll close it.
v0.9.2 runs fine for several users under Win8. Actually, this version should be
faster then any 0.7.x version as the screen update speed was considerable
improved by applying tricky caching especially for Windows.
I assume that your issue is due to some background indexing done by the
operating system after updating system components. It might also be caused by
low memory conditions. Artisan takes quite some memory due to its underpinnings
and because it is not optimized in that respect.
So my advice is keep the machine running for a while to let the indexing being
done. Check and increase the hardware memory of the machine if needed.
Configure a larger sampling interval in Artisan 3-5sec.
Original comment by luther.m...@gmail.com
on 19 Feb 2015 at 10:19
Hi,
The problems went away when I rolled back to the 0.7.5 version.
In 0.9.2 we experienced a significant disparity between the elapsed time
displayed by Artisan and a stopwatch. I can email an alog file if you are
interested. There was a time disparity of about 16 seconds immediately at
charge and throughout the roast. It was also slow responding to mouse
clicks for events like first crack.
We never experienced this in in 0.7.5 before or after the issue in 0.9.2
The settings were identical in both versions
We really enjoy sing Artisan. We currently use it for logging, but intend
to migrate to a control capacity in the near future when we transition from
Watlow to Fuji controllers.
Original comment by chaswer...@gmail.com
on 1 Mar 2015 at 3:32
Original issue reported on code.google.com by
chaswer...@gmail.com
on 17 Feb 2015 at 2:01