May 17, 2018 at 2:23 pm #50067
I was wondering whether there is any way to set a specific order in which the stations are run within a program. The order seems to be set simply by the order the stations are plugged and configured. I want to have my own order. What do I do? Tried to change the names of the stations but oit does not do anything…
HW 2.3, v2.1.7…,May 17, 2018 at 10:48 pm #50071
Yes indeed, this seems to be a limitation. To be fair, regular dumb sprinkler timers have the same limitation. The only way to change it is to physically swap station wires around so that they are in the order you want.May 19, 2018 at 5:50 am #50087
Too bad. It would be a very good feature. I use solar power to water my garden and setting the order would allow to first water those areas that are in shadow in the morning or in the evening…May 19, 2018 at 12:47 pm #50094
This is certainly doable in software, but it requires a pretty significant change to the user interface: at the minimum we have to provide a user interface that maps a logic zone to a physical zone and it may cause confusion to users who don’t need this feature. Would rather not having to do it unless if this is a common thing that many users need.May 20, 2018 at 2:38 pm #50108
The thing that isn’t easy to do on a Smartphone or any touchscreen device is dragging and dropping. But you can get around that by having move up and move down buttons at the side of the station name. Click the station up or down button and it moves up or down in the order.June 8, 2019 at 1:23 pm #60914
the ability to re-order stations/zones in a program would be a very much appreciated feature!!July 5, 2019 at 4:33 pm #61507
The only issue with this is storage of the data. The controller can’t store this mapping so we are left with storing it in the app instance and syncing it with the cloud sync we currently have.
Is this the path we want to pursue here?August 13, 2019 at 9:23 am #62129
Without understanding the (technical) reasons why it is not possible to store zone ordering mapping in the controller itself, it would not be my personal preference to pursue the proposed path of storing such critical information in the cloud. I suspect that without a functioning internet connection the mapping could not be retrieved at the time of irrigation, messing up important dependencies that could even result in damaging a well pump in my case. Very undesirable situation.
My observation: zone reordering/mapping seems to be an advanced feature that may not be relevant to the majority of users. Though nice to have, from a developer viewpoint it does not seem to be need to have and should therefor only be implemented if reasonably easy to realize.
Perhaps something to keep in the back of the head for when a complete re-write of controller software is necessary (at some point in the -distant- future?) and implementation becomes feasible with storage in the device itselfAugust 16, 2019 at 3:11 pm #62177
I do plan to add new types of programs to the firmware which allow you to specify the zone ordering arbitrarily. This will largely follow how OSBee’s programs work, which has already been implemented in OSBee firmware. Basically each program consists of a number of program ‘entries’, where each entry is a set of any number of zones (could be a single zone or could be multiple simultaneous zones) and the associated run time. A program can have a maximum of, say 64 entries. This will allow you to run zones basically arbitrarily. Simplest speaking, each entry is a mini-program and an actual program is made of multiple of these entries. The reason this works well for OSBee is that it only supports 3 zones, so the user interface for such type of programs is easy to implement and looks fairly clean. On the other hand, OS supports up to 72 zones, so the user interface will look a lot more messy and that has been my hesitation. Also, as Samer said, with that many zones the storage becomes an issue that cannot be overlooked. In the past the programs have been stored in EEPROM on OS 2.3 (the size of which is only 4KB) and prior (and flash on OS 3.0). With the upcoming firmware 2.1.9, the programs on OS 2.3 will be stored on external SD card, so the storage will no longer be an issue. We are unlikely to get the program type changed in firmware 2.1.9, but it can be planned for 2.2.0.
You must be logged in to reply to this topic.