topbanner.gif
Login
Username

Password




Not a member yet?
Click here to register.

Forgotten your password?
Request a new one here.
Shoutbox
You must login to post a message.

JackH
12/14/2019 4:07 AM
I read somewhere that higher elevations have faster roast time and require somewhat lower temperatures. air is thin and has less Oxygen

allenb
12/14/2019 12:44 AM
Yes, 1st off, you must use only Panama Esmeralda Geisha beans and be sure to only roast on Saturdays. Actually, this isn't completely true. Please post in all about roasters forum. Thx!

wjohndon4566
12/13/2019 10:36 AM
I’m at 9,000 feet elevation, is there any special adjustments that need to be made to roast using an SR 540 at this elevation?

snwcmpr
12/07/2019 9:29 AM
roar

snwcmpr
11/27/2019 11:44 AM
greenman

Users Online
Guests Online: 2

Members Online: 0

Total Members: 6,296
Newest Member: jpokorski
In Memory Of Ginny
Donations

Latest Donations
Jared Brunette - 5.00
Daniel Boozer - 5.00
renatoa - 2.00
JitterzZ - 2.01
renatoa - 2.00

View Thread

Who is here? 1 guest(s)
 Print Thread
TC4 with aArtisanQ_PID
Ramezaziz
So from my understanding that means, I am using only the Artisan software to control the heater and the fan without even being able to use the roasting profiles that I save? Is that right? Or I have a misunderstanding? Thanks.
 
greencardigan
I believe that is correct. Although I do notice there is a PID section in the Arduino Control section of Artisan. Maybe Marko or Jim could comment?

I am currently testing an update to aArtisanQ_PID that supports the 'Set Value' feature in Artisan. I can maybe upload it tomorrow for you to try if you wanted to test it.
 
greencardigan
Attached is a version with the SV function for testing.

I noticed that the option in Artisan to 'Start PID on CHARGE' only seems to work the first time charge is clicked. The PID won't auto start on subsequent roasts, not sure why. But it can be manually started in the Arduino control window.
greencardigan attached the following file:
aartisanq_pid_5_1_for_testing.zip [25.29kB / 150 Downloads]
 
Ramezaziz
I am wondering is there a way that I can modify the circuit to work with the aArtisan.ino the original file, so I can have fully function ability?

Thanks!
 
greencardigan
I have made further updates to aArtisanQ_PID. It now should have the same functionality as aArtisan when used with Artisan.

It should support automated heater control using ramp/soak profiles or background profiles from Artisan.

It also retains support for my Android app as well as Roastlogger.

.
greencardigan attached the following file:
aartisanq_pid_5_2.zip [90.06kB / 160 Downloads]
 
MaKoMo
Brad, now that your code supports all three platforms fully. Shouldn't this flow back to Jim and serve as the one-for-all TC4 firmware trunk for further development. I guess a lot of confusion between the aArtisan, RoastLogger and Android app firmwares could be avoided.

I'll try to ensure that in the next Artisan version one will be able to access channels 5678 without having to configure 34. I think there was some historic reason things ended up like this.
 
snwcmpr
Let me add a thank you to all the work you people do for all this software/hardware.

ThumbsUp ThumbsUp ThumbsUp ThumbsUp ThumbsUp

Ken in NC
--------------
Backwoods Roaster
"I wish I could taste as well as I wish I could roast."

As Abraham Lincoln said "Do not trust everything you read on the internet".
 
greencardigan
Hi Marko, yes I think it would be ideal to combine my phase control/zero-cross version with the base aArtisan version. However It might be beyond my coding skills. Also I need to focus on improving my android app.
 
Ramezaziz
Thanks to everyone who contributed their time & effort!
 
greencardigan
Latest version 5_3 attached
greencardigan attached the following file:
aartisanq_pid_5_3.zip [27.58kB / 211 Downloads]
 
srolija
Thank you for great software!

Just to check, when using aArtisanQ_PID it is not possible to use DC motor along with SSR controlled heater (using ICC)?

If I wanted to use it on OT2, would changing in function output_level_pac when pac_output is set to call analog_write( OT_PAC, 2.55 * pac_output) and commenting out digitalWrites to OT_PAC be enough?
 
greencardigan
Hi,

Controlling a DC fan is not possible with aArtisanQ_PID with modification.

I'm not real sure which bits of the code you would need to change. You could have a look at the standard aArtisan code to see how it does PWM output on IO3.

http://code.googl...2FaArtisan

If you work it out post back here, as we do want to combine the features of aArtisan and aArtisanQ_PID sometime.
 
srolija
Ok. When all the parts arrive, I will try to make it work if it does will post it here.
 
BenKeith
I have a question on controlling the DC Fan that is said not possible to control?

Why can't you just use something like the Crydom D1D relay and control the DC motor with the PWM output from the control board straight to the relay control side for the speed control?

I don't have a need or the relay to try it with or I would, but I'm not seeing why it wouldn't work. PWM is used all the time for DC motor speed control. Not sure but might have to do some kind of filtering so prevent reverse EMF from causing a problem during cycles but seems to me it would work.
 
srolija
After reading source code and following document http://www.crydom...0types.pdf I would say main reason is because after powering relay timer is set to TRIAC_PULSE_WIDTH to ensure relay starts and then closes so it doesn't activate next cycle (after zero cross since relay will automatically stop on zero cross), this is best illustrated on image on following page: http://playground...aseControl. Because of that DC relay would in most cases (whenever reminder of phase delay is greater than triac pulse width) stop before it is needed.

If I'm not mistaken in order to use DC SSR it would be required not to set timer after output is enabled (lines 144-151 of phase_ctrl.cpp), and just wait for for next ZCD interrupt to automatically stop it.

However with that modification it would work with MOSFET as well (which is many times cheaper than DC SSR).

I'm not sure whether in that case there is point in using custom interrupt routine (ISR(TIMER1_COMPA_vect)) and timer to achieve it. Since it could be also achieved just by using analogWrite and that solution would not require ZCD (although anyone using ICC to control heater would already have ZCD). On the other hand it could be more precise since it wouldn't be interfered by millis() and delay() functions (as mentioned here https://www.ardui...nalogWrite) but without further research I'm not completely sure.

Probably the easiest solution (when already using ZCD for heater) would be to add #define DC_MOTOR that would remove code that would cause problems (I will probably try this one). The solution that would work even without ZCD would be to use analogWrite outside of functions that require ZCD (ie. output_level_pac). And probably the best solution if this branch is planed to be joined with original would be to combine them and have the both solutions each for given case depending on #defines.
 
BenKeith
Ok, short answer is, it's a lot easier said than done. Answered my question anyway.

Maybe I can send him one these 250 amp mosfet controllers I have for a forklift drive motor and can adapt that to work
 
monkey_lever
Hi.

Im starting to use my new TC4 + arduino with the aArtisanQ_PID sketch but Im getting erratic random temperature readings (serial monitor) everytime I plug the TC4 to the computer with the USB.

All temperature readings in standalone mode are good and stable.

Arstisan don't recognize the TC4.


Troubleshooting performed:

- Loaded different version of the skecth.
- Different baud rates.
- 2 different USB cables.

Any clue?

Rgds.
 
monkey_lever
Additional Troubleshooting:

1) If un unplug all thermocouples from the TC4 all the readings are good and stables (close to the ambient board temperature).

2) If I power the TC4 using the 9 V adaptor the temperature reading are OK.
 
monkey_lever
I found the cause of the erratic readings: My laptop. Rgds.

If I run my laptop on batteries. All the temps are stable.

How can I mitigate this effect?
 
JackH
If you are using metal sheathed probes and they are in contact with the roaster frame, you can get ground loops and noise. The TC4 inputs are very sensitive to this. The fact that it goes away with a laptop on battery confirms it.

You can add a ground wire from one of the the TC4's ground terminals to a good ground source (ground connection to an AC receptacle).

Another way is to try and electrically isolate the probe cases from the roaster chassis.
---Jack

KKTO Roaster.
 
Jump to Forum:

Similar Threads

Thread Forum Replies Last Post
Loading aArtisanQ_PID in Arduino Dataloggers/Controllers/Rate of Rise Meters 14 05/28/2018 2:32 PM
Help with aArtisanQ_PID Specifying Temps Dataloggers/Controllers/Rate of Rise Meters 7 08/03/2017 1:05 PM
TC4 aArtisanQ_PID or Standard Library Dataloggers/Controllers/Rate of Rise Meters 45 01/24/2016 6:17 AM
aArtisanQ_PID 5,3 with TC4 display problem Dataloggers/Controllers/Rate of Rise Meters 14 01/23/2016 5:15 AM
AartisanQ_PID 5.3 with TC4 and RoastLogger Dataloggers/Controllers/Rate of Rise Meters 6 12/14/2015 4:52 AM
Homeroasters Association Logo, and all Content, Images, and Icons © 2005-2016 Homeroasters Association - Logos are the property of their respective owners.
Powered by PHP-Fusion Copyright © 2019 PHP-Fusion Inc
Released as free software without warranties under GNU Affero GPL v3
Designed with by NetriX