Dear Artisan user group;
I have received an error I have not seen before using a Mac with the latest solfware : Sierra with a 64 bit system.
We have installed the CP210 driver with our data logger using Omron controls.
Here is a screen shot:
Modbus Error: Read float() hex() argument can't be converted to hex@line 30521
Could it be we have the wrong driver installed?
We use to use the FT232 driver but data driver was upgraded to a new model that has worked with the CP210 driver on most models (this data logger is setup for future use with Bluetooth capabilities)
I'm relatively new to artisan. Been using RoastLogger for years but now that
I have my phidget 1048 I don't need the camera/ocr feature anymore.
I haven't been able to locate the help file or information about the
settings under Config-Device - Phidgets tab. For instance, Async check
boxes, raw data, change etc. I've found everything on the github page, but
maybe I just haven't been successful in pinpointing the proper area to look.
Secondly- I'm roasting on a Diedrich IR-24, which has a thicker J
thermocouple than the one I've hooked up to artisan, which is a K type 1/8in
I purchased here:
The temperatures are around 30 degrees F higher on the thinner K
thermocouple than what the roaster is reporting, even though my
thermocouples in the roaster are mounted next to each other (didn't want to
piggyback on BT of the roaster to phidgets)
Does anyone have any experience in this area? Perhaps the simple fact that
the probe is thinner means the readings will be different, but I do not
know. It would appear that the readings on the roaster are accurate while
the other is much hotter.
Just getting started, and appreciate any guidance.
I have a phidget 1018 that I’ll be controlling 2 SSRs with on a fluid bed coffee roaster. I’m wondering if there’s a way to configure the software in Artisan 2.0 so I can control the digital outputs of the 1018 with analog inputs like from a potentiometer? Thanks!
NOTICE: It is okay to print this electronic message. Paper is a plentiful, biodegradable, renewable, recyclable, sustainable product made from trees that provide jobs and income for millions of Americans. Working forests are good for the environment and provide clean air and water, wildlife habitat, and carbon storage. Thanks to improved forest management, Wisconsin has more trees today than 50 years ago.
I am having the same problem. My program runs perfectly fine in Terminal on
Mac OS, displaying 23.3 temperature readings. In Artisan, it is giving me
Execution format error. Errno 8. Was there ever a resolution?
I am Teddy From Indonesian .. I need advice .. I would use artisan to connect with Probatino , I already buy Phidget 1048_0 , need your advice .. I already Install the driver Phidget22 on my PC windows 10 . but while I try use connect to Software artisan Ver 1.1 and 1.6 is not connect .. I already choose device “ Phidget 1048 “ .. Please need your help .. Maybe there misstep on configuration or need another version artisan that will compatible . Thanks
Hello Frans, and everyone,
A while ago I posted a few messages on here regarding automation for my hot-air popcorn roaster, and was asked if I could share a writeup of what I had been doing with my setup. I know it’s been a long time, but I haven’t forgotten, just got a little sidetracked (more on that below).
I have finally found time to do this over the last few weeks though, and compiled a step-by-step guide of how I modified my popcorn machine. This is now available on Instructables: https://www.instructables.com/id/Arduino-controlled-DIY-Coffee-Roaster/
Do let me know if there’s anything missing or anything that could be improved. I intend to keep updating the guide as I find ways to improve it or as new developments occur. I am also discussing both DC and AC fan popcorn machines in the guide, as those seem to be the two main varieties out there, and the difference seems to cause a lot of confusion. Focus is on the hardware modifications of the popcorn machine for now, but if I find time I will try to write more on the software side as well, though I think there’s already good documentation on that out there anyway.
Beyond my own roaster, I ended up getting a little more involved in home roasting than I anticipated when I emailed this mailing list last. This is because of two things: One, I wanted a few additions to the TC4 board I was using at the time (such as a DC fan driver), and I was curious about PCB design, so I designed my own TC4-compatible board for my roaster. Two, Jim, who made the original TC4 boards, retired around that same time, and there were for a while no more TC4 boards available to buy anymore. So, I made my own version available, first through the homeroasters.org forum, and nowadays also through Tindie and my own website.
It’s called the TC4+, and it’s essentially a TC4 with a few improvements and additions: Improved connectors, a DC fan motor driver, voltage regulator to power the board, and a header for an optional Bluetooth or Wifi module. For DC fan roasters this makes the setup a lot simpler than with the old TC4, and even for AC fans the Bluetooth module and changed connectors can be quite useful. It’s fully compatible with the old TC4, and uses the same aArtisan or aArtisanQ_PID Arduino sketches. It’s therefore also fully compatible with Artisan, and looks just like a regular TC4 software-wise. I’m hoping that the board will be useful to people, and that the additions will help keep the TC4 platform up-to-date. As of recently, I’m also offering pre-configured Arduino microcontrollers to go with it, in an attempt to offer something comparable to the old TC4C board for those not wanting to deal with flashing the Arduino.
Documentation is also available on that website: https://coffee.gerstgrasser.net/documentation/
There’s also a discussion thread on homeroasters: https://forum.homeroasters.org/forum/viewthread.php?thread_id=5562
I hope this is all useful to people. Any questions or comments do let me know. :)
Matthias Gerstgrasser (mgerst(a)cs.ox.ac.uk<mailto:email@example.com>) wrote:
Alright, alright, you have convinced me. Let me tidy things up in a second iteration, then I will post something; right now everything is still very experimental.
Generally, variables like ambient temperature or exact amount of beans don’t seem to make much of a difference for my setup. The maximal heat output of the popcorn machine is so large in relation to its capacity, it will still easily follow any curve I throw at it without significant variation. So setting the alarm by time or by temperature amounts to the same. How much coffee I can roast is limited by the size of the machine and the power of the fan anyway, above around 120g per batch the beans do not get mixed very well anymore, and the roast becomes uneven. Given this small batch size I am especially keen on automating the process as much as possible, as I don’t want to spend more time roasting coffee than I do drinking coffee. ;)
I’m attaching a screenshot of one of my roast profiles, showing BT (plus background and SV), ET and heater level. In that one I had a background profile that included a cooling drop at the end. Basically what I was wanting to do away with is the need for the drop at the end of the background profile; To get that (and a sharp peak at the end of the roast) in the designer mode, one needs to add a fair number of extra points to let the smoothing algorithm to its thing, which can be a bit tedious.
From: Frans Goddijn<mailto:firstname.lastname@example.org>
Sent: 15 January 2018 03:26
Subject: Re: [Artisan-user] Fwd: Custom action after PID reaches endofbackground profile
I think it would be helpful and inspiring if you would document what you do. For everyone sharing it is ‘a matter of finding time’ but the good thing to do ;-)
Can you post a profile screen snapshot of what you do / want to do?
Have you tried having the alarms switch on temperature rather than time? I do that now and it allows more flexibility. For instance if I have pre-heated the drum less, or if I charge 50-100g more or rather less bean weight, then the system still roasts along a compatible profile even though it takes a shorter or longer time. I can do most things automatically and I just monitor what’s happening, making very small adjustments along the way to ensure I’m on track even when the air coming in from the wide open window is very cold.
Op 15 jan. 2018, om 04:32 heeft Matthias Gerstgrasser <mgerst(a)cs.ox.ac.uk<mailto:email@example.com>> het volgende geschreven:
Hi Frans, Marko,
Many thanks for your comments.
I have now created an alarm that triggers a set amount of time after Charge, but that is not much easier than what I did before as I need to adjust the time depending on the profile. I do think that this kind of automation feature would have a place for hot air roasters; Not necessarily because I want to leave the roaster entirely unattended, but I do prefer to not have to keep constant watch of the time only so I can press a button at the right moment. With my setup there is not much I could do during the roast anyway – I can’t easily see much of the beans, nor could I take any of them out. I find it easier in any case to experiment with background profiles, and then have the machine follow my ideal profile. Just as a thought for future versions. If I find the time I will try to get up to speed on the source code and propose a patch.
If there’s interest I’d be happy to write up what I’ve done, though again it’s partly a matter of finding the time. I’m currently planning on making a couple more roasters with a friend potentially with some revisions, I will try to document what we’re doing and make a guide about it.
From: Frans Goddijn<mailto:firstname.lastname@example.org>
Sent: 30 December 2017 15:10
Subject: Re: [Artisan-user] Fwd: Custom action after PID reaches end ofbackground profile
I agree with Marko that it’s safer too never leave the machine while it’s roasting. Ev en when you manage to roast on “autopilot” you need to monitor it and be able to step in when something unexpected happens.
> Op 30 dec. 2017, om 22:33 heeft Matthias Gerstgrasser <mgerst(a)cs.ox.ac.uk<mailto:email@example.com>> het volgende geschreven:
> Hi Frans,
> Thanks for the reply. Alarms are an interesting idea. I’ve just tried that, but alas, the alarm doesn’t get triggered.
I have configured a button that causes the heating elements to go OFF and a button to make the blower blow at X percent (not 100% since the beans would fly all over the place, or into the chaff collector). I use these in my alarm settings.
For you, an alarm line at the designed DROP temperaturen could be set to ‘press’ both these buttons. In effect, the beans would get cooled quickly.
No DROP would get added to the profile but you can do that yourself as soon as you have the time.
I still feel that it would be helpful if you posted a more or less detailed blog about your setup, as this would inspire others to also follow these footsteps. No problem if you have yourself followed other examples as these can be linked. I did so myself and I notice that a number of others found these blogs useful, even though the basics can be found elsewhere too, for instance on Marko’s blogs.
> Upon further investigation, it looks that the DROP event from the background isn’t triggered either - nor any of the other events. Is this not what “replay events” does? I have tried both with profiles I created in the Designer tool in Artisan, as well as ones that I recorded from actual data, and I’ve ticket “replay events” and selected “by time” in Roast -> Background. I assumed that this would take the CHARGE, DE, FCs, etc. events from the background profile and register them in the current roast. Should that be what happens and I made a mistake in my configuration somewhere, or did I misunderstand the “replay events" option?
> Just to be clear, I want an action to happen automatically, without a need for me to press a button. If I manually press DROP it all works as intended, but the whole point would be that I’d like to be able to leave my roast unattended and come back later and find my beans roasted and cooled down.
> As for setup, I haven’t detailed it anywhere (yet), as it’s mostly following existing guides that are already easily found online. I’m using a popcorn machine with TC4, two thermocouples for ET and BT, an AC heater element controlled by SSR on OT1, and a DC fan controlled with a transistor on IO3 (and a 20V laptop PSU). TC4 has aArtisan 3.10 firmware with a few minor modifications. Artisan is configured with TC4 device, ET channel 1, BT channel 2, PID Firmware, extra devices for channels 5678. (So the PID algorithm is run on the Arduino, not the software PID in Artisan, if that makes any difference.) Sliders and buttons for heater and fan, and a button to turn everything off. PID Control set up with source 2 (i.e. BT), background mode, start PID on CHARGE enabled. I create profiles in the Designer tool to use as a background temperature for the PID to follow (I have also tried “real” recorded profiles as mentioned above). Let me know if there’s any other details that are relevant?
> Interestingly, Artisan does take the DROP event stored in the background profile into account insofar as that the PID set value stays constant from there on onwards. But it doesn’t trigger a DROP event in the current roast.
> For now, what I’m doing as a workaround is to create a background profile in the designer that drops the bean temperature to something like 10ºC near the end of the profile, and make sure that the DROP event in the background profile is only after that temperature drop. That way the PID SV will drop to and then stay at 10ºC after the DROP event in the background profile, and indeed after the end of the background profile, which does more or less what I want. But it’s a bit cumbersome this way, and I’d prefer to turn the PID off entirely. Is there any way to do this? I understand that unattended roasting isn’t a main focus for most people, but with a popcorn machine roaster where one only roasts 100g batches, it’d be a huge improvement not to have to watch the same roast happening in real-time every other day.
> On 29 December 2017 at 20:21:24, Frans Goddijn (frans(a)goddijn.com<mailto:firstname.lastname@example.org>) wrote:
>> Hi Matthias,
>> Have you shared your setup and details of the configuration somewhere? If so, it would be easier to comment for others, I think.
>> I recently added a button below the roast graph (Config -> Events -> Buttons) that shuts down the heater and after that, I added a line in Alarms which makes sure that button is activated as soon as I have clicked DROP.
>> Maybe that enables you to do the same.
>>> Op 29 dec. 2017, om 18:37 heeft Matthias Gerstgrasser <mgerst(a)cs.ox.ac.uk<mailto:email@example.com>> het volgende geschreven:
>>> Hi all,
>>> Is there a way to configure what Artisan does in PID follow background mode with a TC4 (PID firmware), once the end of the background profile is reached? I’ve tried ticking “replay events” under roast -> background, and then a custom serial command for DROP in config -> events, but that doesn’t seem to do anything. (The background profile includes a DROP event at the end. It was created using the designer tool in Artisan, if that makes a difference.)
>>> I’m using a modified popcorn machine with a TC4, and I’d like to turn off the heater automatically at the end of the roast (ideally keeping the fan on).
>>> Many thanks for your help!
>>> Artisan-User mailing list
>> Artisan-User mailing list
> Artisan-User mailing list
Artisan-User mailing list
Artisan-User mailing list