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.

03/04/2021 9:04 PM
I have been trying Scott Rao Hario V60 pourover this week. 1:17 and blooming with 2 parts water the first 45 seconds then splitting the rest into 2 pours. A little stirring is included. We like it.

03/04/2021 11:35 AM
My brew ratio is 1:17 (exactly 59.5 g/L). That's roughly 8.5g per 5-oz cup.

02/27/2021 9:29 AM
I'm looking to hire someone to teach/help me to find the best roast profile for the 3 types of coffee that grow on my farm in nicaragua. I live in LA, but but could go anywhere in so cal with my Behmor for a roasting lesson. Please contact me if you're in

02/17/2021 7:20 PM
When your wife thinks 30 grams for a 6 cup setting is strong, you learn to drink muddy water when you are making coffee for both of you.

02/17/2021 8:32 AM
I use a rule of thumb of 60 grams per liter. 8 cups (1 liter, 32 oz) = 60 grams, 6 cups (3/4 liter, 24 oz) = 45 grams. 10 cups = 75 grams 12 cups = 90 grams

Users Online
Guests Online: 12

Members Online: 0

Total Members: 7,043
Newest Member: tigertictac
In Memory Of Ginny
Donations

Latest Donations
Anonymous - 5.00
Anonymous - 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
sebiiksbcs
Nice that there's still development on this. I have been looking at the code and saw that there were changes in the way the buttons are checked, too? (buttons.keyPressed / buttons.keyChanged) Is this more efficient now?

Next question, I see that there are the two arrays profile_name[40] and profile_description[80], however it looks like only the first 20 bytes of the name and 40 bytes of the description are ever accessed (to be displayed on the LCD) or am I missing something here? Anyway in my custom branch I have reduced the name array to 20 and done away entirely with the description as I don't use it, instead I am displaying the first 5 times and temps of the profile.

TL;DR I believe many bytes of RAM can be saved by reducing array sizes.

Actually while I am here, I was wondering how many of you still use the firmware for standalone as I've implemented profile editing commands via serial monitor. If there is interest I could "revert" my code to be compatible with the original branch and share it ...
renatoa
A lot of memory can be saved in the TC code area, there is no need to let the J and T type termocouples code alive and eat space, when only K is used.

Me too added a PROF(ile) command, for fully profile management via serial, but is there just for the record, because switched to other profiling paradigm, based on DE and FC moments only as targets.

Not sure what you mean "as standalone", my goal in TC4ESP was been to use it as standalone as possible, getting rid of any computer tethering, and I think I succeeded... but with other memory resources, not available for Uno boards.
So yes, I am roasting with the board only, all time. However, every roast data points are stored in the board memory, and I can dump later via serial directly in Artisan .csv format, for desktop graph, analyse, archiving, etc.
greencardigan

Quote

sebiiksbcs wrote:
Nice that there's still development on this. I have been looking at the code and saw that there were changes in the way the buttons are checked, too? (buttons.keyPressed / buttons.keyChanged) Is this more efficient now?


First change in a few years woohoo.
I was working on another project (hot air reflow controller) and wanted this mode for it.

The buttons.keyPressed / buttons.keyChanged have been in there for a long time. They are used if you have the LCDapter code active. If using the other I2C LCD option it use the code in checkButtonPins().

Quote


Next question, I see that there are the two arrays profile_name[40] and profile_description[80], however it looks like only the first 20 bytes of the name and 40 bytes of the description are ever accessed (to be displayed on the LCD) or am I missing something here? Anyway in my custom branch I have reduced the name array to 20 and done away entirely with the description as I don't use it, instead I am displaying the first 5 times and temps of the profile.

TL;DR I believe many bytes of RAM can be saved by reducing array sizes.


I havenít looked at it too closely but I think your right, it looks like only half of memory allocated gets used. Also the profile_name and profile_description donít get used at all unless it is running in standalone mode which is currently the only time buttons are checked and the LCD can display alternative views.

Quote


Actually while I am here, I was wondering how many of you still use the firmware for standalone as I've implemented profile editing commands via serial monitor. If there is interest I could "revert" my code to be compatible with the original branch and share it ...

Iím not aware of many using the standalone mode. I added it for myself many moons ago but found the uploading of profiles too cumbersome. Iím assuming that most users are connecting to Artisan roasting software.

Iíd be still interested in seeing it. If I get around to it I could try to tidy up the code to save memory (will look at the thermocouple code as suggested by renatoa ThumbsUp)
greencardigan

Quote

renatoa wrote:

A lot of memory can be saved in the TC code area, there is no need to let the J and T type termocouples code alive and eat space, when only K is used.

Me too added a PROF(ile) command, for fully profile management via serial, but is there just for the record, because switched to other profiling paradigm, based on DE and FC moments only as targets.

Not sure what you mean "as standalone", my goal in TC4ESP was been to use it as standalone as possible, getting rid of any computer tethering, and I think I succeeded... but with other memory resources, not available for Uno boards.
So yes, I am roasting with the board only, all time. However, every roast data points are stored in the board memory, and I can dump later via serial directly in Artisan .csv format, for desktop graph, analyse, archiving, etc.

Yes, this is what standalone mode is referring to in the code. No connection to any other device while roasting. Using profiles stored on the TC4 eeprom.
sebiiksbcs

Quote

Iíd be still interested in seeing it. If I get around to it I could try to tidy up the code to save memory (will look at the thermocouple code as suggested by renatoa :ThumbsUp:)


Edit: wow, directly pasting the code seemed to break the layout. I've attached the cmndreader.cpp and cmndreader.h files.



This is only the respective "doCommand" function in cmndreader.cpp, of course you'd have to add all the class, prototype, initialization etc. stuff. Also I have made quite some modifications on your code just so I could better read and understand it, and to save some bytes of memory here and there so the firmware could run standalone and talk to artisan at the same time without crashing.

Hope this makes sense, not sure what other mods I made that might prevent the code from running, but since you wrote the firmware I guess you'll figure it out! Let me know if anything's missing.
sebiiksbcs attached the following file:
cmndreader.zip [6.77kB / 32 Downloads]
renatoa

Quote

greencardigan wrote:
...I could try to tidy up the code to save memory (will look at the thermocouple code as suggested by renatoa ThumbsUp)


Check the modified thermocouple code in the TC4ESP custom libraries folder:

https://github.co...ermocouple

The new usingK(T/J) defines are the flags that invalidates big chunks of code, for each unused TC code.
czeffy66
I thought I would share my adventures with ARDUINO UNO WiFi REV2. My understanding was that these boards are kind of compatible with each other, at least this one with uno, they just added the integrated WIFI, I thought it might be good feature in the future. Unfortunatelly when I tried to compile the aArtisanQ_PID, I have got all kind of variables not in the scope messages and did not compile. I even installed everything twice, I thought I did something wrong. When I had an idea to compile it on uno and it worked, so I ordered an UNO REV3. Now I hope that REV3 is compitable with the original.
renatoa
For me the last build, 6_8 compiles just fine. Check attached.
Please check the integrity of your Arduino environment.
...
renatoa attached the following image:
image_2021-03-01_170830.png
czeffy66
Interesting. I wonder why it worked to compile for UNO and not for WIFI. Anyhow, thanks....
Edited by czeffy66 on 03/02/2021 11:23 AM
czeffy66
I have loaded the 6_8 and still the same. I am runing on windows 10.
Here are the faults
C:\Users\Vince\Documents\Arduino\libraries\aArtisanQ_PID\aArtisanQ_PID.ino: In function 'void setup()':
C:\Users\Vince\Documents\Arduino\libraries\PWM16/PWM16.h:157:25: error: 'COM2A1' was not declared in this scope
#define IO3_PCORPWM _BV(COM2A1) | _BV(COM2B1) | _BV(WGM20) // phase correct PWM
^
C:\Users\Vince\Documents\Arduino\libraries\aArtisanQ_PID\aArtisanQ_PID.ino:1411:17: note: in expansion of macro 'IO3_PCORPWM'
pwmio3.Setup( IO3_PCORPWM, IO3_PRESCALE_8 ); // setup pmw frequency ion IO3
^~~~~~~~~~~
C:\Users\Vince\Documents\Arduino\libraries\PWM16/PWM16.h:157:25: note: suggested alternative: 'COMMAND'
#define IO3_PCORPWM _BV(COM2A1) | _BV(COM2B1) | _BV(WGM20) // phase correct PWM
^
C:\Users\Vince\Documents\Arduino\libraries\aArtisanQ_PID\aArtisanQ_PID.ino:1411:17: note: in expansion of macro 'IO3_PCORPWM'
pwmio3.Setup( IO3_PCORPWM, IO3_PRESCALE_8 ); // setup pmw frequency ion IO3
^~~~~~~~~~~
C:\Users\Vince\Documents\Arduino\libraries\PWM16/PWM16.h:157:39: error: 'COM2B1' was not declared in this scope
#define IO3_PCORPWM _BV(COM2A1) | _BV(COM2B1) | _BV(WGM20) // phase correct PWM
^
C:\Users\Vince\Documents\Arduino\libraries\aArtisanQ_PID\aArtisanQ_PID.ino:1411:17: note: in expansion of macro 'IO3_PCORPWM'
pwmio3.Setup( IO3_PCORPWM, IO3_PRESCALE_8 ); // setup pmw frequency ion IO3
^~~~~~~~~~~
C:\Users\Vince\Documents\Arduino\libraries\PWM16/PWM16.h:157:53: error: 'WGM20' was not declared in this scope
#define IO3_PCORPWM _BV(COM2A1) | _BV(COM2B1) | _BV(WGM20) // phase correct PWM
^
C:\Users\Vince\Documents\Arduino\libraries\aArtisanQ_PID\aArtisanQ_PID.ino:1411:17: note: in expansion of macro 'IO3_PCORPWM'
pwmio3.Setup( IO3_PCORPWM, IO3_PRESCALE_8 ); // setup pmw frequency ion IO3
^~~~~~~~~~~
C:\Users\Vince\Documents\Arduino\libraries\PWM16/PWM16.h:164:28: error: 'CS21' was not declared in this scope
#define IO3_PRESCALE_8 _BV(CS21) // 0x02, divide by 8
^
C:\Users\Vince\Documents\Arduino\libraries\aArtisanQ_PID\aArtisanQ_PID.ino:1411:30: note: in expansion of macro 'IO3_PRESCALE_8'
pwmio3.Setup( IO3_PCORPWM, IO3_PRESCALE_8 ); // setup pmw frequency ion IO3
^~~~~~~~~~~~~~
exit status 1
'TIMSK1' was not declared in this scope
renatoa
The Uno Wifi use a different chip than the Uno, having different registers.
But the Uno Wifi was thought as a drop in replacement, so there is a emulation register feature, mapping the old register names to the new registers, allowing you to reuse the old code for the Uno.
In Arduino IDE (v1.8) there is a builtin Uno Wifi board, having register emulation enabled, this is what I used and compiled.
However, if you installed the "Arduino megaAVR Boards", that contains a rev2 of the Arduino Uno Wifi, the register emulation is now an option, disabled by default ! and have to be checked, else old ATmega328 code won't compile.

All the errors above are about those registers.
czeffy66
Yes you are right, I have the latest UNO WiFi Rev2 board which has the new ATmega4809 processor. I had the emulation on but did not work. I have tried both ways in fact and I get similar messages.
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 8:32 PM
Help with aArtisanQ_PID Specifying Temps Dataloggers/Controllers/Rate of Rise Meters 7 08/03/2017 7:05 PM
TC4 aArtisanQ_PID or Standard Library Dataloggers/Controllers/Rate of Rise Meters 45 01/24/2016 12:17 PM
aArtisanQ_PID 5,3 with TC4 display problem Dataloggers/Controllers/Rate of Rise Meters 14 01/23/2016 11:15 AM
AartisanQ_PID 5.3 with TC4 and RoastLogger Dataloggers/Controllers/Rate of Rise Meters 6 12/14/2015 10: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 © 2021 PHP-Fusion Inc
Released as free software without warranties under GNU Affero GPL v3
Designed with by NetriX