doUpdate is sort of like rebooting a Windows server. Always a good idea to run it when you have issues.
So you’ve got it running at least?
So you’ve got it running at least?
I have flashed my Uno manually now to modify the brewpi-remix settings.
There's an alpha build in the devel branch of firmware that has this glycol support. Be sure to grab the right one for your shield, you'll have to flash manually for now:
0.2.13 (alpha)
Do not use this in production, it is an alpha commit only. The glycol variant may burn up your compressor if you use it on a standard refrigerator setup.
This change enables compiler macros to set parameters suitable for glycol use. This means there are two new firmware versions; a "glycol" variant for both I2C and RevC. When using the glycol, zero out the PID values (`Kp`, `Ki`, `Kd`) in order to make "Fridge setpoint" equal to "Beer setpoint." Use only the beer sensor, the refrigerator temperature will get its value internally from the beer sensor. If you wish to monitor the glycol temperature, use the "room" sensor. Control the pump as "cool" via the relay.
Features
- Add support for Glycol control
Enhancements
- Update to atmelavr 1.15.0 from 1.14.0.
Incidentally, someone else reported the exact error you were having flashing the firmware so I'm going to push a fix for that as soon as I get my dev Pi working again.
doUpdate is sort of like rebooting a Windows server. Always a good idea to run it when you have issues.
So you’ve got it running at least?
No I didn't so I stopped the script and run the commands again:Did you stop the script first? If not, do that please. Sorry if I did not mention that.
What does the status text (LCD) show? In what mode is the controller set?I am having an issue with the relay firing upon cooling call.
I don't think the call for cooling is happening.
It does look like there may be a loose connection there. On the other hand, it's not completely out of the blue for a sensor to sporadically not reply in time which generates that output. All in all, not a comprehensive data set.Debug message received: WARNING 2: Temperature sensor disconnected pin 14, address 28AAC5124F1401A5
Is there a problem with the Temperature sensor address 28AAC5124F1401A5?
Did not had the time to check which sensor this is.
/usr/share/arduino/hardware/tools/avrdude -F -e -p atmega328p -c arduino -b 115200 -P /dev/left -U flash:w:"/home/pi/brewpi-arduino-uno-i2c-0.2.13.hex" -C /usr/share/arduino/hardware/tools/avrdude.conf
- sys.stdout = open(logPath + 'stdout.txt', 'w', 0)
+ sys.stdout = open(logPath + 'stdout.txt', 'a', 0)
The LCD is reading idleingWhat does the status text (LCD) show? In what mode is the controller set?
Would you please post your stddout.txt and stderr.txt?The LCD is reading idleing
The mode is beer constant.
I woul be happy to... Working from my phone at the moment but I can vpn in... Is there a good way to do that from the interface or only ssh? If so can you explain, please pardon my ignorance.Would you please post your stddout.txt and stderr.txt?
Best I can do with my phone quickly...Would you please post your stddout.txt and stderr.txt?
LBussy, thank you so much for your work on this...
I am having an issue with the relay firing upon cooling call.
I don't think the call for cooling is happening. I have successfully flashed my unit and updates my brewpi-remix. I have set the PID ( KP, KI, KD ) values to "0". I have the devices setup as shown here:
View attachment 645907
I have the device 1 temp probe in ice water for testing... the device 0 "beer temp probe" is in ambient air.
I have the brewpi-remix set to beer constant with a temp setting of 50.0 F
But I do not get a cooling cycle...
If I invert the pin type of the device I do get the correct relay to fire so it is wired correctly.
You need a chamber temp sensor. I only see a beer sensor and a room sensor...
My apologies for the derail... I should have assumed @LBussy and @day_trippr had you on the right track!Yes that is true, I am using a new "alpha" glycol firmware as discussed earlier in this thread.
This configuration is appropriate for that seanario.
My apologies for the derail... I should have assumed @LBussy and @day_trippr had you on the right track!
To easily send logs, you can issue the following commandI woul be happy to... Working from my phone at the moment but I can vpn in... Is there a good way to do that from the interface or only ssh? If so can you explain, please pardon my ignorance.
$ cat /home/brewpi/logs/stdout.txt | pastebinit
$ cat /home/brewpi/logs/stdout.txt | pastebinit
This *looks* okay so far, but I'd need to see the rest of the logs.Best I can do with my phone quickly...
That's a good idea - give that a shot as well.Edit 2: Sorry, I missed that you are running in Beer constant. If I were you, I'd reassign the Room Temp as your chamber temp and test that way. (to rule out not having a chamber temp as a problem)
To easily send logs, you can issue the following command
orCode:$ cat /home/brewpi/logs/stdout.txt | pastebinit
{you will probably see some warnings here}Code:$ cat /home/brewpi/logs/stdout.txt | pastebinit
The output will be a URL you can share like this one: http://paste.debian.net/1103085/
This *looks* okay so far, but I'd need to see the rest of the logs.
That's a good idea - give that a shot as well.
Not quite - he said change your "room" temp (which is your glycol) back to a "chamber" temp device.But I did try changing it to chamber mode... Same result.
To easily send logs, you can issue the following command
orCode:$ cat /home/brewpi/logs/stdout.txt | pastebinit
{you will probably see some warnings here}Code:$ cat /home/brewpi/logs/stdout.txt | pastebinit
The output will be a URL you can share like this one: http://paste.debian.net/1103085/
This *looks* okay so far, but I'd need to see the rest of the logs.
That's a good idea - give that a shot as well.
Not quite - he said change your "room" temp (which is your glycol) back to a "chamber" temp device.
Yeah gonna have to do some digging on that. Long story short - it's not working like I thought I had it.
As a physical workaround, put the chamber sensor wherever the beer sensor is and see if you can get some love.
Well, my approach was to follow anecdotal information from others who did this and that seems to not have been enough. Final try: Go with a configured “chamber temp sensor” and put that in the fermenter. Try “Fridge Constant” and see what you get.
I need a little time to get back in that code and see what’s going on it seems. Time is not something that’s been in heavy supply lately. Fingers crossed!
The problem in this case is the Chamber temperature (~42°F) is already below the Set Point (50°F) so BrewPi is unlikely to try to drive the Chamber temperature lower. Try changing the Set Point to below the existing Chamber Temperature by at least a couple/few degrees and BrewPi should then call for Cooling...
Cheers!
fwiw, when a ds18b20 returns "85°C" (185°F) it's because it hasn't completed its internal power-on sequence.
Thus, getting those errant readings on a running system typically indicates a power problem...
Cheers!
Correct, it needs to "learn" the inertia in the system in the beginning.I presume that this has to do with overshoot estimates... I will make some changes to those numbers.
Correct. as a matter of fact, you do not need a Beer temp probe when using Fridge Constant.It would seem in this configuration the "cooling" follows the temp set on the chamber temp probe, the beer temp probe does not seem to have any effect to the cooling function.
When I've had this issue it's been bad connections to the board from the sensors.The sensors are powered through the Arduino and the Arduino gets his power from the RPI through the USB cable.
Because I don't have much time to do some tests and I would like to start my next brew tomorrow I will replace this USB cable first.
Maybe I can setup a new brewPi Remix with the spare parts I have when I have some more time later this week.
Correct, it needs to "learn" the inertia in the system in the beginning.
Correct. as a matter of fact, you do not need a Beer temp probe when using Fridge Constant.
We'll get there.
When I've had this issue it's been bad connections to the board from the sensors.