Setpoint Profiles (for Reflow et al)

Re: Setpoint Profiles (for Reflow et al)

Postby dchris01 » Sun Apr 29, 2012 12:45 pm

3,110,0   //Step (3) setpoint to (110) and Immediately go to next step
1,175,30  //Ramp (1) setpoint to (175) over the next 30 seconds
3,175,10  //Step (3) setpoint to (175) and wait 10 seconds
1,200,30  //Ramp (1) setpoint to (200) over the next 30 seconds
3,200,30  //Step (3) setpoint to (200) and wait 30 seconds
1,230,30  //Ramp (1) setpoint to (230) over the next 30 seconds
3,230,30  //Step (3) setpoint to (230) and wait 30 seconds
3,75,30   //Step (3) setpoint to (75) and wait 30 seconds
I have this profile set up and these were the results
 
 
Time                          Ospid temp         TC temp
30 seconds                 127                         141
1 min                          164                        172
1.30 min                     199                        200
2 min                          225                        219
2.30 min                     237                        228
3 min                          219                        214
3.30 min                     201                        196
4 min                          183                        186
4.30                             171                        168
 
 When preheater got motherboard to temp 110 I ran this profile
I got this reading with TC  around 3mm from chip i was practising on
One thing I am having issues with is when I select a profile from list in osPID front end and select my com port and then connect I then click send profile but nothing happens. The only way I can get the profile to send and run is to disconnect and connect straight away this then runs 100% without fail. Maybe error in software.
dchris01
 
Posts: 17
Joined: Sun Mar 11, 2012 10:18 pm
Location: Ireland

Re: Setpoint Profiles (for Reflow et al)

Postby Maddox » Sun Apr 29, 2012 9:32 pm

One thing I am having issues with is when I select a profile from list in osPID front end and select my com port and then connect I then click send profile but nothing happens. The only way I can get the profile to send and run is to disconnect and connect straight away this then runs 100% without fail. Maybe error in software.


I have seen the same behavior.
Maddox
 
Posts: 13
Joined: Fri Mar 30, 2012 11:57 am

Re: Setpoint Profiles (for Reflow et al)

Postby Brett » Sun Apr 29, 2012 10:14 pm

Maddox wrote:I have seen the same behavior.


ok. confirmation warrants an issue on github. I'll look into it.
User avatar
Brett
Site Admin
 
Posts: 101
Joined: Fri Mar 09, 2012 10:05 pm
Location: Boston

Re: Setpoint Profiles (for Reflow et al)

Postby Petterson » Wed May 02, 2012 10:21 am

http://img826.imageshack.us/i/imagexil.jpg/
http://www.flickr.com/photos/danstrother/5354723924/
I have two pictures one for leaded solder reflow and other lead free
I want to start both from 100oC but coding wouldn't be one of my strong points any help is appreciated
Petterson
 
Posts: 2
Joined: Tue Apr 24, 2012 10:41 am

Re: Setpoint Profiles (for Reflow et al)

Postby Maddox » Wed May 02, 2012 5:54 pm

I have two pictures one for leaded solder reflow and other lead free


What are your PID tuning parameters for the run?
Maddox
 
Posts: 13
Joined: Fri Mar 30, 2012 11:57 am

Re: Setpoint Profiles (for Reflow et al)

Postby Brett » Wed May 30, 2012 12:38 pm

I've updated the Setpoint Profile Code for both the firmware and the front-end. 2 things:
-bundled with the front-end I've included some useful (*gasp*) profiles: Leaded and RoHS. included out of the box
-the osPID buzzer can now be triggered at any point in the profile. in the default profiles this happens at the end, but you should put the command anywhere.

as always, the code can be found http://github.com/ospid
User avatar
Brett
Site Admin
 
Posts: 101
Joined: Fri Mar 09, 2012 10:05 pm
Location: Boston

Re: Setpoint Profiles (for Reflow et al)

Postby dstorey » Mon Jan 21, 2013 5:12 pm

Wanted to add to this thread ... not sure if I am doing anything wrong, but I wanted to create a very simple profile for curing special paint for sublimation printing onto metal plate. It's a simple process - cure in the oven for 20 minutes at 160 deg. C.

So I used this:

Curing // first row is Profile Name
3, 160, 0 // Step Setpoint to 160, wait 0 seconds
2, 0, 0 // Wait for PID Input to cross setpoint
127, 0, 5 // buzz for 5 seconds
3, 160, 1200 // Step setpoint to 160 and wait 20 minutes
3,30,0 // Step setpoing back to 30 and cool down
127, 0, 5 //buzz for 5 seconds
2, 0, 0 //Wait for PID Input to cross setpoint

So I uploaded the profile to the unit and put the plates into the oven for curing.
It believe it worked fine for the 20 minutes (I was out of the room at the time) but after the allotted time instead of staying at low temperature, the oven just turned on and stayed on a full power (to 250 deg. C), which was a bit of a disaster for my plate.

Is this normal behaviour? Is my file missing something? Is there any command that can be placed into this file that stops the pid and switches everything off? That's what I need!

What would really really help is some good documentation. I read in other places that you are looking for the right wiki. Why not just put the docs into a pdf and post it on your web site? Keep it simple!

thanks Dominic
dstorey
 
Posts: 5
Joined: Wed Aug 29, 2012 10:10 pm

Re: Setpoint Profiles (for Reflow et al)

Postby dstorey » Tue Jan 22, 2013 7:09 am

Ah I think I have found the answer to my own question.

I hadn't realized I could select the profile at the bottom of the main menu list. I found that info buried in this thread (it would REALLY help to have a manual!)

My I suggest that on the next release, you move these menus around a bit? I'd suggest placing the menus used most near the top so they are accessed quickly.

Also, is there any room for multiple profiles in EEPROM?

Now that leaves one other thing. I must have been running in manual mode as it had been maintaining the temperature for a while. It just stopped doing so and left the relays on all the time with the temperature soaring from 160 to 250 C. It was quite happy doing so.

Could you add a safety protocol, such that if the controller has lost loop control (say temperature reaches a upper set point or doesn't change direction after X seconds) then the relays shut off and sound an alarm?

Dom

Dominic
dstorey
 
Posts: 5
Joined: Wed Aug 29, 2012 10:10 pm

Re: Setpoint Profiles (for Reflow et al)

Postby dstorey » Fri Jul 05, 2013 9:49 am

Brett, I've used your profile settings below on a project to set an oven to 160C for 20 minutes. At the end of the process the PID stopped controlling and the oven stayed on, baking up to 280C! This fried my work :-( I may have done something wrong, and I'll post the code when I'm at my development machine. However, it got me thinking. Could I suggest to you a new command?

4,<relay state>,<max temp> // stop.

where <relay state> = 0 is with relays held OFF, and 1 is with relays held ON. This would give you flexibility for how people have configured heating, cooling, etc.
<max temp> = 0 | <value. If pid crosses max temp then the device will shut off.

You could use this in two ways. if max temp is specified as a real number (e.g. -50.6 or 0.0 or 160) and this command is placed at the beginning of the file, it sets a safety ceiling, i.e., if the PID loses control or some other logic is wrong, the controlled device will shut down safely. If max temp is set to 0 (no decimal points) then it's used as a stop command at the end of the file.

You may have ways of doing this with existing commands, but without a little more documentation (hint, hint :-) ) it's hard to tell.

A suggestion for the profile file is that you also consider using command words rather than numbers, e.g. step, wait, ramp, stop?

kind regards

Dominic
dstorey
 
Posts: 5
Joined: Wed Aug 29, 2012 10:10 pm

Re: Setpoint Profiles (for Reflow et al)

Postby Brett » Sun Jul 07, 2013 1:04 am

Dominic, I'm sorry to hear you had profile issues. you're right. the documentation there is pretty bad. if you attach your profile code, I might be able to spot something.

as far as your suggestions, I think they're excellent. I've gone ahead and added them as an issue on the github
User avatar
Brett
Site Admin
 
Posts: 101
Joined: Fri Mar 09, 2012 10:05 pm
Location: Boston

PreviousNext

Return to PID Control / Tuning

Who is online

Users browsing this forum: No registered users and 1 guest

cron