Forum Replies Created
-
Posts
-
Ah, ok, I will check, it’s probably part of the code that sends data to IFTTT. Again, this is usually a sign the click count is excessively high.
Yes, I do have plans to switch to ESP32 at some point. The ample GPIOs won’t make a huge difference because we will always need to have expanders, therefore how much GPIO the main controller has is irrlevant as the expanders cannot use GPIO pins from the main controller. The extra GPIOs do help with enabling more sensors especially analog sensors.
ESP8266 also has versions with external antenna plug (ESP-07S).
We haven’t moved to use ESP32 mainly because it takes time to develop, test, and get familiar with a new microcontroller. With ESP8266 we are familiar with it, know the quirks. Also, since the firmware files for both have extension name .bin once we switch to ESP32, there needs to be a good way to make sure users download the correct firmware (i.e. they need to know whether they should download the one for ESP8266 or ESP32, since the files have the same extension name). This is rather difficult to make sure as uploading the wrong firmware can jail the controller.
Regarding expander: NO, you can NOT use a AC expander attached to a DC controller. It won’t cause any hardware damage but you will find that zones on AC expander can only turn on but not turn off. This is because of the way AC transistors work.
There are ways to make a universal expander that works with both AC and DC. That is by using solid state relays (SSRs). But solid state relays are significantly more expensive than traics or MOSFETs, I mean the price difference is in the range of 20 to 100 times. I don’t think it makes economic sense to go with that option.
Sorry, still trying to track down the problem. We’ve got a surge of orders and several other things (including OTC connection) so we are a bit overwhelmed at the moment and things are progressing slowly. To be honest, I was hoping someone with programming skills can take a look at the weather code and perhaps point out something they find. My suspicion is that either it’s due to the ET part of the code pulling different API from weatherkit, or its a unit conversion problem. We will try to resolve it as quickly as we can.
The main OpenSprinkler (ESP8266) code has been changed to adopt platformio, which makes compilation a lot easier. Just install platformio, install the extension, and compile. The ESP32 version could also use the same approach.
Unfortunately the three wire sensors are difficult to read reliably. Part of the problem is they generate too much click counts per minute. Also there are too many different types we can’t possibly test the controller with all of them.
Negative values are probably a UI bug, because the read count is stored in a unsigned integer variable so cannot possibly be negative. It must be the UI when its displaying the data changed it to signed integer hence negative.
The 2 wire type sensors are more expensive but are more reliable because they generally much less click counts per minute.
Sure, this can be easily changed to provide an option for you to switch. I just didn’t think the OLED display is that important since most of the time users just look at their mobile app or web UI, most won’t go to the controller physically to check it.
Can you point to me where you mentioned snubber, antenna improvements? I saw that you mentioned DS1306, interesting, I didn’t know the existence of DS1306. DS1307 has always been the most popular RTC, though I’ve changed to use PCF8563 due to its lower cost.
Well, if I had a RPi 3b or 4 I can test. But I don’t know anywhere to buy them. So I rely on users to report. So far I haven’t seen any report of issues.
I am pretty sure it works. There was an issue with sensors not working due to wiringPi discontinued, but that has been fixed. I am not aware of any other issue of the firmware with Rpi.
Can you file a support ticket with your configuration file attached? We need a specific location to track down this.
1. The sensor/switch only triggers a program to run once and the duration depends on the program’s duration multiplied by the weather adjustment if weather adjustment is selected for that program. After the program finishes running, if the sensor/switch is triggered again it will run again.
2. I checked the code
https://github.com/OpenSprinkler/OpenSprinkler-Firmware/blob/master/OpenSprinkler.cpp#L1314
I am pretty sure the program only triggers when the sensor/switch goes from high to low (or low to high if the reverse logic is selected). So unfortunately the program does NOT continue to run if the sensor remains activated. It’s only triggered when the switch has a status change.The main reason we made everything open-source is so that users can customize the firmware for their own need. Many users have all sorts of different need and it’s impossible to design one firmware to fit everyone’s need. I understand not everyone has coding skills, but there is only that much we can do. We can’t possibly address everyone’s need.
To modify the program to fit your need, that ‘detect_programswitch_status’ function is basically what you need to modify. So instead of detecting sensor status changes, probably just detect if the sensor remains in one state.
This line is where that function is being used to trigger a program to run:
https://github.com/OpenSprinkler/OpenSprinkler-Firmware/blob/master/main.cpp#L686We will check, but I guess Zimmerman and ETo pulls different data. Zimmerman uses today’s weather data, ETo uses history data, which could explain the difference.
The sensor/switch function is independent of weather algorithm. Sensor/switch controls whether a programs runs or not. The weather algorithm controls the water duration. Currently the firmware does not support what you need (i.e. program starts when sensor 2 turns on and ends when sensor 2 turns off). You can certainly implement this function yourself, the entire code is open-source.
We have addressed this issue. You can try again. Reboot your controller, or temporarily change the weather algorithm to a different one and change it back to ETo. See if it works.
We just switched to Apple Weatherkit as DarkSky is no longer available and we are aware ETo is not working properly. We will be fixing it asap. Thanks for your understanding. In the meantime you can temporarily switch to Zimmerman method.
That’s really strange. It sounds like the power adapter is failing and cannot provide enough current. You can try a different DC power adapter. Anything that outputs a DC voltage that’s between 7.5V to 12V and can provide at least 1amp current should work.
This is usually a sign of a solenoid problem. Such as a shorted solenoid or a shorted wire. To diagnose, remove the common (COM) wire and see if this still happens.
