Yes, using the ‘connected‘ property of a device element. Do you want to give it a go, or would you prefer an example?
Smooth update to 45N, Tilt is reading fine and it didn't enter any -1 data when the interface came up.
Yes, everything is running as expected.
Hi all,
I'm interested in using BruControl on my next label build. I would like to keep the control PC, display, and arduino interface all in the main panel. I have come across SBCs that can run windows and have an integrated arduino coprocessor (like the Odysee X86J4105800). This id's an elegant all in one solution that would fit perfectly with my vision. However, is it feasible? Looking at the BruControl site there doesn't seem to be any interface firmware for this type of setup. Is it possible to get a custom build of the interface firmware for this solution to work?
https://www.amazon.com/gp/aw/d/B00HG82V1A?psc=1&ref=ppx_pop_mob_b_asin_title&th=1This is the Ethernet board I bought.If it’s W5100 based (aka Ethernet Shield 1) then you need to generate one. If it is W5500 based (Ethernet Shield 2), then it typically is included on a label on the underside of the shield.
If you need to generate one, as @oakbarn mentioned, you can create one (e.g. A1:B2:C34:E5:F6), and you must not have duplicate addresses on the same network.
The Ethernet cord I have is about 100' long. Not sure about auto speed and duplex. I don't mess with my router settings. When the issue originally came up, I was at home with a completely different router, I'm now at the brewery showing same issue with a brand new factory router.Jeez.... sorry man. We just haven't found the source of the problem yet. It sounds like it is not the ethernet shield or MEGA if you are having the same problem. I would suggest a new cable (either CAT is ok, thought I doubt it is the cable unless it is crazy long), or potentially an ethernet switch. The cable can be checked by plugging in a known good device, like a laptop, to see that it is working. Also, what kind of router is it? Do you have the ethernet ports on it set to auto speed and duplex? If you are forcing a speed or mode, it is possible this could cause an issue. Possibly try another router (I know that is not convenient, but perhaps you have an old one laying about). Does your router report (based on the shield's MAC address that you selected above) any reports or logs? If it is a modern kind, it should report status of plugged-in devices. When you enter the setup... does it take the settings ok? When you then enter it in debug mode (send '%1&14;' via termite), what does it report back? If you are using DHCP, is it reporting an IP address, or no?
It is also possible the hiccup is on the computer side... perhaps a firewall issue or blocking? You can try using a TCP software like Packetsender to send test packets (send TCP packets with just a semicolon to the IP address of the interface, using port 5000, and you should get a semicolon back.)
If you like, I can send you a "test" firmware that will eliminate BruControl altogether and will allow the shield to pull test data from google - this would show if the communications pipeline (hardware) is working OK, including the router, cable, etc.
Worse comes to it... we can maybe jump on a zoom call or skype to try to debug it further.
MEGA, 1.1.4 now on 1.1.9 and from 45H to 45KWhat interface type? What FW before, and what FW now? Try going back to the previous, and see if that resolves. It. AFAIK, there is no change to the communications code. Sometimes library updates breaks things.
DHCP using reservationOK, thanks. Should be no difference. What connection type?
Ah, Adafruit WINC1500 shield, attached to ES screw shield, attached to MEGA.I meant physical connection.
Hi, this is definitely an option. If you look a few posts above (a couple of times), I mention this board and threaten to buy and test one!
Teaches more to assume I found a unique solution and not bothering to use the search function.....
You keep convincing me to think more and more about this route!Hi, this is definitely an option. If you look a few posts above (a couple of times), I mention this board and threaten to buy and test one! First, we do already have firmware posted for the co-processor (SAMD21 aka M0), so no problem there. Second, it *looks* like the Odyssey is connected to the SAMD21 via a UART, so I am fairly confident it will work out of the box... just use the "serial" implementation of the firmware.
I2: if you make a boo-boo and juice a pin, you are out of luck on the whole thing
I just snagged this on A->Z: https://www.amazon.com/dp/B0899N2L6T/ref=cm_sw_em_r_mt_dp_DuJkFb6BVVTB5
Normally $230, but they had a lightning deal for $35 off, so of course I had to go for it. Celeron J4125, 8GB LPDDR4, 128GB M.2 SSD, 4X USB 3.0, 2X Gigabit Ethernet, 4K HDMI 2.0/Mini DP Port, Dual Band Wi-Fi, Win10 Pro. I'm not going to use it for BC, but I will test it and see how it does. I've run BC on an atom Z8350 with 2GB (which works but slow on drawing), so I'm expecting this to be much better.
That said, for this price, I'm not sure what the draw for the RPi is... I do expect we will see a BC installation running on the RPi under Windows on ARM soon... but for those acquiring new hardware, by the time you get an RPi kit ($100) and a good drive for it ($40), I don't personally see the point of saving $60 against the backdrop of an advanced brewery that costs hundreds to thousands. I'm happy to hear where I'm missing it though!
Another avenue for industrial level controls that should be compatible with BruControl: ProductivityOpen Features: Maker In...Industrial Out | AutomationDirect. Will depend on how they connect I/O, but a pretty cool option!
I'm not sure if this is at all related to the "fix" but when I go to create a PID Device, Brucontrol will not allow me to name it anything that contains "PID" unless PID is the first word. So I can name it "PID HLT", "PID BK" etc or I can name it "HLT" or "HLT P" but when I put in "HLT PID" it reverts to the previously used name--at least on my machine. Is this a bug? Thanks.
Enter your email address to join: