BruControl: Brewery control & automation software
- Thread starter BrunDog
- Start date
Help Support Homebrew Talk:
Would be nice to have an new element class that is just like a global but does not communicate with the local DB. It could act like a global in all other aspects except for the sql. I have used tons of globals and would use these instead. Of course, fixing the Globals so they do not communicate but are just like variables in action except the values are persistent.
RiverCityBrewer
Well-Known Member
Is your DC - bus connected to your AC ground?
RiverCityBrewer
Well-Known Member
Yes it does, your EMI may be induced via something noisy on the AC ground. Try connecting the 2 DC - together and isolating them from the AC ground.
So hooking the 2 DC - to one grounding stud and the AC bus to another stud?
![Craft A Brew - Safale BE-256 Yeast - Fermentis - Belgian Ale Dry Yeast - For Belgian & Strong Ales - Ingredients for Home Brewing - Beer Making Supplies - [3 Pack]](https://m.media-amazon.com/images/I/51bcKEwQmWL._SL500_.jpg)
Keep DC ground isolated from AC ground, don't tie them together...
Cheers!
Cheers!
Is there a script command to see if a Timer is running? I have different timers (different workspaces or position on the same workspace) that I want to mirror 100% of the time. I know how to mirror them, I just would like to know if a timer is running so that the others will be running.
As mentioned above keep the AC and DC grounds isolated. If the 2 ground studs you have pictured are attached to the side of the control panel or have a common connection then you haven't isolated them. What I did with my panel was to use the AC supply ground via supply cable and have that terminated on a series of terminal blocks which I only attach AC grounds to. This termination grounding block is isolated from the rest of the panel. My electrical panel is grounded via steel rod driven 9' into the ground. I then ran a separate ground from my copper water pipe (street side) to the side of the control panel and used a star pattern to connect my DC ground termination block for all things DC related. In other words I have 2 ground sources (1) ground from 4 wire supply AC and (2) water pipe separate path to panel and DC termination array. Both are isolated from one another. There are other ways of doing this but this was more convenient for my application.
Last edited:
Typically home copper water pipes would be grounded to the AC ground, even if the main AC ground is through a steel rod into the ground from the main panel. Would this still meet your isolation for EMI purposes?
In my case the water supply street side is copper to the water meter then PEX pipe after that so no bond/connection between the copper pipe and the main electrical panel. This situation provides 2 different paths to ground ( steel rod and copper water pipe) so yes it would meet criteria for isolation of grounds.
Last edited:
RiverCityBrewer
Well-Known Member
No, we are trying to eliminate potential intrusion of AC signals on the DC - bus. Simply tie a wire between all of your DC - terminals and see if that eliminates your EMI you are seeing in your temperature probes.
OP
OP
Shielding your thermistor wires can help too. Would need a metallic shield/sleeve with it tied to ground at the enclosure side only.
I am trying to trouble shoot an issue with Hysteresis and the Unishield, I have the control wire hooked to PIN/Port 5 (and have tried PIN/Port 9) connected to the P screw terminal 9-2P (8-2P for Port 9).
Hysteresis Elements demands 255 but the elements are not heating.
I have created Digital Outputs to test the signal coming from the Ports. The voltage is less than 1 v and fluctuates with the digital Out state = true.
I would think 5 v would be correct.
FYI, I have Port 7 (Screw Terminal 8-4P) set up as PID going to the AA-1 and it works fine.
Any help?
Hysteresis Elements demands 255 but the elements are not heating.
I have created Digital Outputs to test the signal coming from the Ports. The voltage is less than 1 v and fluctuates with the digital Out state = true.
I would think 5 v would be correct.
FYI, I have Port 7 (Screw Terminal 8-4P) set up as PID going to the AA-1 and it works fine.
Any help?
I have traced my wires and rechecked the connection. I also purchased a 0 to 5 v analog voltmeter.
It was my fault it was not working. I was trying to find out what "Predictive Hysteresis" did and was re reading the manual an found my issue. Offset must be NEGATIVE
for heating or it will never turn "ON".I changed to a negative number and all is well.
I could not find ""Predictive Hysteresis" in the manual but have left it selected for my heating element. I still can only guess what it does.
Suggested Edit on the Dialog for a Hysteresis Element.
Self Induced Odd Error
I had a script named scrTest
I created another script named scrTest ( stupid I know, but I had forgotten the other one).
When I put the
stop scrTest
as the last line and ran the second one, it gave me the
"End of Script" error.
This is NOT an issue, just FYI.
Removed the other scrTest and all works.
I had a script named scrTest
I created another script named scrTest ( stupid I know, but I had forgotten the other one).
When I put the
stop scrTest
as the last line and ran the second one, it gave me the
"End of Script" error.
This is NOT an issue, just FYI.
Removed the other scrTest and all works.
Another Self Induced Odd Error
This NOT an issue, but an FYI
I created a script that was looping. it was a fairly short script but had several
sleep 100
commands in the loop.
When I ran it, it would basically not allow me to stop the script or even shut down BruControl.
I would have to use the Task Manager to kill BruControl.
I was rebuilding my scripts from scratch as I was having this issue with my program after I had changed some scripts.
I was trying to add a short delay within the scripts, but I had too many.
I have added a delay timer when I need that but rather than 100 milliseconds, the delay is now one second.
This NOT an issue, but an FYI
I created a script that was looping. it was a fairly short script but had several
sleep 100
commands in the loop.
When I ran it, it would basically not allow me to stop the script or even shut down BruControl.
I would have to use the Task Manager to kill BruControl.
I was rebuilding my scripts from scratch as I was having this issue with my program after I had changed some scripts.
I was trying to add a short delay within the scripts, but I had too many.
I have added a delay timer when I need that but rather than 100 milliseconds, the delay is now one second.
aeviaanah
Well-Known Member
- Joined
- Jul 1, 2012
- Messages
- 1,686
- Reaction score
- 217
Forgive me if I missed this, been busy running the brewery lately and have not kept up around here. Mega just burned up on me (Brewery is down!!) and I need to flash firmware on the new unit purchased. I see version 46 was released last month and the note says "This version requires new interface definition files in BruControl" I'm fairly certain I was on 45O because I had not yet changed over any interface definition files associated with 45Q.
Can someone give me a rundown on what this means (pros/cons) and the tasks/effort that are in front of me so I can better decide whether I should stick with 45O or run the new 46? I'm currently running BruControl 1.1 Build 22 which I believe pretty much confirms I was on 45O.
Steve
Can someone give me a rundown on what this means (pros/cons) and the tasks/effort that are in front of me so I can better decide whether I should stick with 45O or run the new 46? I'm currently running BruControl 1.1 Build 22 which I believe pretty much confirms I was on 45O.
Steve
RiverCityBrewer
Well-Known Member
If your production is down and you are reliant on this system, I would definitely just flash the latest 45 firmware and get back running. To move to 46 requires some changes to your BC configuration file that I presume you don't have the time to deal with right now.
River City is correct to get you up and running. Don't fix it if it a'int broken. For upgrading to v46,The biggest change will be with Analog Ports A1-A15 if you have used them. You will need to delete the "old" Elements and recreate "new" ones for any analog ports.
See
BruControl: Brewery control & automation software
I am having an issue again with too many Global Elements. I use globals for lots of things like labels and to store things that do not change between brews (such as flow rates between vessels). I also use Globals to store Setpoints that I can change and then update the Target of an Element.
Once I reach the "limit" the program stops being logical (if and endifs do not function properly, among other things). I took the same script from a "funky" Configuration and went back to saved Configuration and the same script placed in the old configuration worked fine.
Attached is my main brewery Screen where I have 31 Globals, not of which I need for any data.
If you look, you can see that 1,2, & 3 are stacked(you cannot see 2 or 3). I have to have 3 because I use colors to "guide" what I am doing. For Example. a Blue Background means to Wait and the program will auto advance. The same is true for 7,8,&9. If I was able to just use a path for background 1, I would go from 6 to 2 globals with more functionality with endless Backgrounds.
1 to 10 are simple Text boxes where I can change the value of the text.
11 is where I can manually enter a value and save it to a different Global (on my Data Exchange workspace) that I do want to save, such as OG, or the Volume of the Brew Kettle pre Boil.
12 to 22 are just for display. I tried using an Inspector for this but they "Blink" continuously.
23 to 26 show the status of my Heating Elements. They simply become hidden when the heater state = false.
The background of my pumps (27 to 31) change depending on the state.
32 and 33 have a Script that allows me to quickly change the Mash and Boil Timer when I am testing the program. This are normally hidden and only set to visible when I am testing some scripts.
34 is an incremental global where I branch the program and skip steps if I need to go down a different line. Some of the Texts in 1-10 can also be set in the same script depending on the value of 34 (gBrewStatus)
The program works fine until I exceed the undocumented limit on Globals, then it slows down and scripts that were working no longer do so properly. It is hard to describe what happens when that limit is exceeded.
I have a lot more globals than this for importing a BeerSmith xml file and to store things like volumes and transfer times on other workspaces,
1. An Element that is just like a Global except that it is not hit to transfer to the database would solve the issue I think. I do not use the localDB because it gets very large (gigibytes) very quickly.
2. Paths for background and fileIndex where I could leave on Image 1 (or Index 1) and just change the path in the box would be super and make it much easier. The choice of 3 is not enough. I think I have something like 20 alarms because I want different sounds (Lots of Text to Speech)
3. Global that hit the Local DB should have the option of Never, a Time Choice, Once, Forced save (script command). I am not sure if setting to "Never" would solve my issue as the program is still "looking" at the Global to see that status. I do not know how the internal program "looks" at Globals, but I think the problem lies there.
I spent the past 4 weeks rebuilding the program from scratch, but it looks like I am going to have to go back to one that works properly(from last week to be sure I go back far enough) It will not have the automation I wanted because I used globals to manipulate and save data. I tried using variables but every time I crashed a script in testing, I lost my variables. And many scripts use the same global to get or save data which makes them much better suited to do that.
Once I reach the "limit" the program stops being logical (if and endifs do not function properly, among other things). I took the same script from a "funky" Configuration and went back to saved Configuration and the same script placed in the old configuration worked fine.
Attached is my main brewery Screen where I have 31 Globals, not of which I need for any data.
If you look, you can see that 1,2, & 3 are stacked(you cannot see 2 or 3). I have to have 3 because I use colors to "guide" what I am doing. For Example. a Blue Background means to Wait and the program will auto advance. The same is true for 7,8,&9. If I was able to just use a path for background 1, I would go from 6 to 2 globals with more functionality with endless Backgrounds.
1 to 10 are simple Text boxes where I can change the value of the text.
11 is where I can manually enter a value and save it to a different Global (on my Data Exchange workspace) that I do want to save, such as OG, or the Volume of the Brew Kettle pre Boil.
12 to 22 are just for display. I tried using an Inspector for this but they "Blink" continuously.
23 to 26 show the status of my Heating Elements. They simply become hidden when the heater state = false.
The background of my pumps (27 to 31) change depending on the state.
32 and 33 have a Script that allows me to quickly change the Mash and Boil Timer when I am testing the program. This are normally hidden and only set to visible when I am testing some scripts.
34 is an incremental global where I branch the program and skip steps if I need to go down a different line. Some of the Texts in 1-10 can also be set in the same script depending on the value of 34 (gBrewStatus)
The program works fine until I exceed the undocumented limit on Globals, then it slows down and scripts that were working no longer do so properly. It is hard to describe what happens when that limit is exceeded.
I have a lot more globals than this for importing a BeerSmith xml file and to store things like volumes and transfer times on other workspaces,
1. An Element that is just like a Global except that it is not hit to transfer to the database would solve the issue I think. I do not use the localDB because it gets very large (gigibytes) very quickly.
2. Paths for background and fileIndex where I could leave on Image 1 (or Index 1) and just change the path in the box would be super and make it much easier. The choice of 3 is not enough. I think I have something like 20 alarms because I want different sounds (Lots of Text to Speech)
3. Global that hit the Local DB should have the option of Never, a Time Choice, Once, Forced save (script command). I am not sure if setting to "Never" would solve my issue as the program is still "looking" at the Global to see that status. I do not know how the internal program "looks" at Globals, but I think the problem lies there.
I spent the past 4 weeks rebuilding the program from scratch, but it looks like I am going to have to go back to one that works properly(from last week to be sure I go back far enough) It will not have the automation I wanted because I used globals to manipulate and save data. I tried using variables but every time I crashed a script in testing, I lost my variables. And many scripts use the same global to get or save data which makes them much better suited to do that.
Last edited:
aeviaanah
Well-Known Member
- Joined
- Jul 1, 2012
- Messages
- 1,686
- Reaction score
- 217
I got everything changed over and back up and running. I purchased a few extra Mega and Sunfounder Ethernet boards. In theory I should be able to install same firmware and Ethernet settings for a quick swap out in the event of another failure? Should I use same MAC address or a unique one?
What are the advantages of the newest firmware?
What are the advantages of the newest firmware?
I did upgrade from V45 to V46 with the mindset that with any future updates I wouldn't have to mess around with the Analog port conversions on top of the actual update. Not all updates in V46 affect my situation but some have had some very useful improvements,. I figured do it now and not prolong the inevitable, just my 2 cents worth. You mention you have purchased additional MEGA's, why not install the new firmware on them, do the Analog conversion and have everything set in case the existing board goes down, this way you have a updated board to swap out in the event of a toasted board. You wouldn't have to take your existing system offline unless something happened to your production board. It's proactive insurance the way I see it.
Last edited:
Tartan has a great idea. Just save your configuration and give it a name beside .....copy.brucfg and choose it as your configuration under settings. You could then upgrade at your own pace and switch boards between FW 45 and FW 46 (or Just reflash them).
Go between configurations and FW 45 and FW 46
Here is a link to what @BrunDog said when FW 46 was released
https://www.homebrewtalk.com/thread...ntrol-automation-software.624198/post-9307818
Here is a link to how I converted:
https://www.homebrewtalk.com/thread...ntrol-automation-software.624198/post-9310064
exoticatom
Well-Known Member
Hi thanks,
but upgrade at this point of time brings nothing, or am I wrong?
Sorry I was away for longer time, I didn't see any new version of the software? Did I miss it :-S
Br
Last edited:
Most firmware updates have
Not had any effect on the scripts. Fw46 does, but was fairly easy to fix. If you are not using any analog ports, really an easier upgrade.
The are more options for some ports than before.
One reason is upgrade for Future Firmware updates
Earlier posted was the this question about the relay current draw;
Control signal input
High level current
[email protected] 0.4mA@5V 1.1mA@12V 2.2mA@24V
[email protected] 1.0mA@5V 2.4mA@12V 5.0mA@24V
So to answer my own question, the control output from the Mega2560 would be .001 amp, which is below the max amp draw of .020.
I'm late to the post, but for anyone researching this issue, the above spec data refers to just the current required to control the relay. You also need current to operate the coil in the relay, so the total energy required needs to include both the signal to operate and coil current to pull the contacts closed.
If you are using the 5V version of the D-229 relay module for example, relays like this typically use under 100mA to maintain an ON state , so the the operating current for all 8 relays being in the ON state should be less that 800mA (the spec sheet for the D-228 relay module give a max (relay all action) of 720mA.
The 12V version of this board with 12V relays has a 400mA all action specification.
Hope this clears things up.
I have an ESP32 with the following elements:
- Heating element (SSR) on Pin 5
- Relay for 110v pump (switches the neutral line) on Pin 16
- RTD on pin 32 (with parallel connections on pins 23, 18, 19)
- RTD on pin 33 (with parallel connections on pins 23, 18, 19)
When I toggle the relay for the pump, the RTD measurements drop out to negative and then come back. Any suggestions on what to consider for this problem?
- Heating element (SSR) on Pin 5
- Relay for 110v pump (switches the neutral line) on Pin 16
- RTD on pin 32 (with parallel connections on pins 23, 18, 19)
- RTD on pin 33 (with parallel connections on pins 23, 18, 19)
When I toggle the relay for the pump, the RTD measurements drop out to negative and then come back. Any suggestions on what to consider for this problem?
Similar threads
