Wiser2 to 5500AC2 conversion

Discussion in 'C-Bus Automation Controllers' started by Robbo_VIC, Sep 10, 2026.

  1. Robbo_VIC

    Robbo_VIC

    Joined:
    Jan 24, 2011
    Messages:
    147
    Likes Received:
    0
    Location:
    Melbourne, VIC
    Hi guys, been a while since I've been on here. Just have a questions about moving a project from a Wiser2 to an Application Controller. I have the widgets setup under control through Manager and have moved the Schedules across. I'm in the process of moving the Scenes across, but there are a number of scenes which include a Group Address that is pulsed. I noticed that there isn't an option to pulse a GA in the Scene editor. Any tips on the way around this?

    Also are there any guides for getting my head around the LUA scripting and how it relates to the logic on the Wiser2? I have a fair bit of logic that I've used for pulsing lighting circuits from sensors at different times of the day.
     
    Robbo_VIC, Sep 10, 2026
    #1
  2. Robbo_VIC

    Robbo_VIC

    Joined:
    Jan 24, 2011
    Messages:
    147
    Likes Received:
    0
    Location:
    Melbourne, VIC
    Through some research I have worked out that I will need to use Event-based Scripts for a GA, with a similar "if" statement, as the "once" statement is not available in LUA.
     
    Robbo_VIC, Sep 10, 2026
    #2
  3. Robbo_VIC

    Colin Moderator

    Joined:
    Aug 3, 2004
    Messages:
    160
    Likes Received:
    37
    Location:
    Australia
    Hi Rob,

    You're generally heading in the right direction.

    The biggest mindset change when moving from the Wiser2 is understanding the difference between resident scripts and event-based scripts on the 5500AC2/5500NAC2.

    Resident scripts run continuously in the background and are typically used for ongoing logic, timers, scheduling behaviour, state machines, monitoring values, and more complex control functions. Wiser 2 and Pascal really only has Resident script equivalent.

    Event-based scripts execute when a specific event occurs, such as a group address changing state. For simple "when this happens, do that" logic they are often a cleaner approach than creating a large resident script.

    One thing to be aware of with event-based scripts is that every change to the monitored object or group address generates another event. If your script both watches and modifies the same object, it's easy to create unintended loops or repeated executions.

    For example, if a group turns ON and you want to start a timer before turning that same group OFF, a resident script is often the cleaner approach. While this can be done using an event-based script, the OFF action itself generates another event, so you need to be careful to avoid unwanted re-triggering.

    For pulse-style operations that were previously implemented in Pascal logic on the Wiser2, either approach can work depending on the complexity of the logic. Many installers find event-based scripts are the easiest place to start because they are closer to the trigger/action style of thinking used in Wiser logic.

    The Automation Controller scripting environment is considerably more capable than the old Wiser2, so while there is a learning curve, it also gives you a lot more flexibility once you become familiar with it.
    Good luck with the migration.
     
    Colin, Sep 14, 2026
    #3
    Ashley W likes this.
  4. Robbo_VIC

    MadMal

    Joined:
    Dec 16, 2009
    Messages:
    96
    Likes Received:
    3
    Location:
    Perth, WA
    We (Forester IT) provide a migration service from all devices to automation controllers.

    We just need a backup of your existing systems (toolkit, commission, piced, etc) and some details of your physical layout.

    We are also about to release a solution where we can build a full automation controller in less than 1 minute with an advanced user interface!

    Feel free to message me or look at our recently updated web site https://mycbus.online
     
    MadMal, Sep 23, 2026
    #4
    ben addison likes this.
Ask a Question

Want to reply to this thread or ask your own question?

You'll need to choose a username for the site, which only take a couple of moments (here). After that, you can post your question and our members will help you out.