OpenSprinkler Forums OpenSprinkler Unified Firmware Reordering stations within a program

This topic contains 8 replies, has 5 voices, and was last updated by  Ray 2 days, 3 hours ago.

Viewing 9 posts - 1 through 9 (of 9 total)
  • Author
    Posts
  • #50067

    Sergei
    Participant

    Hi!
    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…,

    #50071

    Cosmacelf
    Participant

    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.

    #50087

    Sergei
    Participant

    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…

    #50094

    Ray
    Keymaster

    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.

    #50108

    Cosmacelf
    Participant

    Well it certainly isn’t impossible to do. When I built my PC based controller software in Java and then the UI in HTML 5 and Javascript (with Jquery and JqueryUI), it was pretty straightforward to allow any station to go in any order, and even repeat stations within the same program. I just have an Add button that selects the controller and station to add to the program list. On a PC I also allow you to drag and drop program entries so that you can reorder stations that you’ve added.

    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.

    #60914

    spanno
    Participant

    *bump*

    the ability to re-order stations/zones in a program would be a very much appreciated feature!!

    #61507

    Samer
    Keymaster

    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?

    #62129

    spanno
    Participant

    Hi Samer,

    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 itself

    #62177

    Ray
    Keymaster

    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.

Viewing 9 posts - 1 through 9 (of 9 total)

You must be logged in to reply to this topic.

OpenSprinkler Forums OpenSprinkler Unified Firmware Reordering stations within a program