Ramp Soak and stuff

[ControlFreak]

#3535

Hello all,

This is my first post and wish to thank the creators of this project (Brett I guess), great idea.
My osPID has arrived and I have set it up with a K type thermocouple and all seems to work well.
I have tried to run osPID_FrontEnd.pde from Processing but it complains about missing stuff so I will follow that up later,
in the mean time I am using os_PIDFrontEnd.exe which works fine. I would like to set up some Ramp Soak temperatures and times , is this possible from os_PIDFrontEnd.exe interface?
thanks in advance and keep up the great work 🙂

ControlFreak

[Brett]

#3722

1) great name. it’s what I would have chosen if I didn’t feel the need to use my actual name.

2) I only get part of the credit for this thing (I would argue less than half.) Phang Moh Lim from Rocket Scream took his (previously designed) reflow shield and combined it with the arduino. I had the vision, he did the work.

3) I’m currently working on making a SP profile generator for the front-end, but currently all you can do is hard-change the setpoint. I assume, however, that that’s not what you want. can you verify that you mean: “whenever I change the SP I want it to be spoon-fed incrementally to the PID over a time I specify”

[fromar]

#3723

Hi ControlFreak,

I had the same issue. Try to rename the directory that all the pde and library files are in to “osPID_Firmware” before opening it in the Arduino program.

Leaving the files in the “folder osPID-osPID-Firmware-14bb605” won’t work. The Arduino program will even give you the option to create the folder and move the file, but do not do this. It will not take your libraries with it and all will fail.

-omar

[Brett]

#3724

I have tried to run osPID_FrontEnd.pde from Processing but it complains about missing stuff so I will follow that up later

ah, I forgot to answer that part. make sure you’ve installed the controlP5 library as dictated in the ReadMe.txt that’s included with the code.

[ControlFreak]

#3725

Hi all,

Thanks for all yor replys , firstly apologies to Phang Moh for not thanking you in my first post, as I was unaware of the relationship rocketscream Brett etc.

@Omar
Thanks for your reply but it is the Processing sketch that I am having problems with not the Arduino firmware.

@Brett
I will be building osPID into a multipurpose box and move it around for different tasks I do mostly revolving around my stomach such as Sous Vide, cheese making , and Webber charcoal grill smoking. Sous Vide and Webber grill dont need ramp soak but cheese making does when I slowly increase the temperature of the curds to a set point over a specified time, so for example I might like to ramp from 32 degrees C to 47 degrees C in 45 minutes. I have a FUJI PXG5 on my coffee roaster which does this sort of thing very well where can set Time/Temperature points for it to try and track to.

Regarding Processing , it finds the controlP5 library but is looking for “axis” stuff but I will come back with more information as I havnt tried again after finding the compiled version for windows os_PIDFrontEnd.exe.

Thanks to all

ControlFreak

[Brett]

#3726

for example I might like to ramp from 32 degrees C to 47 degrees C in 45 minutes.

ah ok, you may be able to approximate the behavior you want with the next firmware update. designed mainly for reflowing, you will be able to specify a recipe of SP ramps, steps, and/or waits that you can execute with a single command.

[ControlFreak]

#3727

Hey Brett,

Thanks for your reply ……great stuff, thanks looking forward to that

ControlFreak

[dchris01]

#3728

@Brett wrote:

for example I might like to ramp from 32 degrees C to 47 degrees C in 45 minutes.

ah ok, you may be able to approximate the behavior you want with the next firmware update. designed mainly for reflowing, you will be able to specify a recipe of SP ramps, steps, and/or waits that you can execute with a single command.

Hi Brett any ideas when the firmware will be out.

[Brett]

#3729

any ideas when the firmware will be out.

2-3 weeks is my current plan, barring any unforeseen day-job craziness.

[Erendrake]

#3730

@Brett wrote:

any ideas when the firmware will be out.

2-3 weeks is my current plan, barring any unforeseen day-job craziness.

you have a day job! better not catch you slacking on this because of it 😉

[Brett]

#3731

2-3 weeks is my current plan, barring any unforeseen day-job craziness.

I’m going to need to revise my time estimate on this front. turns out the Profile Code pushed the firmware into insufficient-ram territory. luckily the current code is pretty inefficient, so there’s plenty of gains that can be made to make room. the down side is this will mostly come from switching form float to int math, which essentially means a complete firmware re-write. fun

[dchris01]

#3732

How’s things going with the firmware Brett

[Brett]

#3733

How’s things going with the firmware Brett

we should be fine. the menu code is insanely bloated (classes, unnecessary sacrifices in the name of flexibility, floats.) I’m slimming that down first, in the hopes that that is all that is required. if not, then I’ll need to create an integer version of the pid library. It’s something that I’ve been meaning to do anyway, but it will take some time.

[ControlFreak]

#3734

Hi Brett,

what sort of accuracy is lost by moving to integer from floating point with the PID library?

ControlFreak

[Brett]

#3735

what sort of accuracy is lost by moving to integer from floating point with the PID library?

in theory, an int and a float have the same effective resolution (4bytes,) but how you handle the int determines what resolution loss you get if any. I’ve made great strides on the firmware front however, so this conversion won’t be necessary. the code is now smaller, and uses far less ram even after adding the profile code.

just the front-end support code and some testing, and we’ll be ready for release.

[Author]

Posts