• The connection is established when the WebIQ project starts

• The heartbeat variable is incremented by the PLC,

• In the video you can see the variable changing

• Action (OK) virtual:bPlcConnected = 1 (TRUE)

• Action (Failure) virtual:bPlcConnected = 0 (FALSE)

  • The graphic "connected" is displayed correctly,

  • but virtual:bPlcConnected is FALSE

Example project

I'm implementing a new function of an actual HMI with WebIQ, I want to change the units of the widget Radial Gauge from mm/s to m/min. And for this I need to modify the Maximum Value of the Gauge.
I've tried to modify this propriety with the local script option, with something like this

...

miGauge.setAttribute("Maximum Value", valorManualMaximo);

...

But I cannot change it's value.

How can I have this data attributes linked to variables so I can change it dinamically form the PLC or with a button and a script.

1. Can the order of the list of variables be influenced? Is it not numerical, or is it the order in which they were selected?
Answer from webiq-sk: No, they are always shown in the order they were added. We're looking into possibly changing this, however.

In version 2.19.0, this changed in an incompatible way. The items are now automatically sorted by name, regardless of whether a project created with an older version is opened or a new recipe is created.

If a recipe has only a few variables, that is manageable. However, with many variables, it is a no-go for the user.

Hint: 2.19.0 is not released by Rexroth

I would like to create a mutually exclusive button group consisting of two or more buttons in a WebIQ screen. When any button in this group is selected, all other buttons should automatically become inactive, so that only the last selected button remains active.

In addition, the active button must be clearly visually distinguishable; the active button’s border should turn green, while inactive buttons should retain their default appearance.

How can I implement this behavior without using radio buttons?

In the template we have the following screen, which pops up when some problem arises.

As per my previous topic, I have a system where I have two PLCs with 1 HMI. Currently I am comissionng the second PLC, and the first PLC is not here. I want to change the variables used for this to the second PLC for the time of comissioning. This screen I imagine uses the GVL_BASE.uiHeartBeatPlc / Hmi variable (the same the connector symbol in the top right corner uses, which I have already changed), to pop up, and I am unable to locate where this picture is in the Hierarchy, let alone change it. In the code manager I found a _ConnectErrorDialog script, which I imagine is called with an input parameter that I am looking for somewhere, but I am unable to localize where it is called. Please help (where to find the screen / the script which calls this script / how to search for variables in the WebIq).

Thanks in advance!

I would like to downgrade my installed WebIQ from v2.18 to v2.16.3, so I tried to delete %APPDATA%\webiq-designer\packages\visuals, \material-design-widgets, and \iq-widgets, as mentioned in the below post, but I could not find the 'packages' folder anymore.

Is there another way to downgrade now please?

https://community.boschrexroth.com/smart-hmi-webiq-designer-and-server-zqilynus/post/updating-visuals-fails-7qpZIgCX5kcm0tz

By utilizing the "Open Browser Preview" server, the .designer/app-model.json file is read via HTTP to extract the necessary information.

In version 2.19, however, the web server is blocking access to this file. Was this change implemented intentionally, or is it an error that has crept in?

In other words, do I need to look for an alternative method to read the file, or will this change be reverted?

We're running a setup without internet access and without an NTP server. As a result, the system clocks of the ctrlX core and the HMI PC drift apart over time. For most widgets this isn't an issue, but for the trend display it becomes visible: as soon as the two clocks diverge, the curve shifts along the time axis relative to the actual events on the machine.

ctrlX and HMI PC are both unsynchronized, but the ctrlX clock could be used as the single common reference for all clients on the machine, so we'd like everything (or at least the trend) to follow it.

Is there a way to use the ctrlX timestamp from the Data Layer as the time base for the trend widget, or override the time base of the whole HMI to follow the ctrlX clock instead of the local HMI-PC clock?

Thanks in advance!

I'm looking for the recommended pattern to trigger UI Actions from a PLC item (rising edge on a boolean), without a user clicking a widget. Specific use case: invoking the built-in acknowledge-all-alarms UI Action when the PLC sets a handshake bit.

What I have so far, based on the Scripting Demo (`demo-item-subscribe.js`):

• A LocalScript that subscribes to the trigger item via ItemManager.subscribeItem(name, handler) and detects a rising edge in handler.setValue.

• Edge detection with a firstCallback guard so the initial value doesn't fire a phantom trigger.

• Cleanup via subscriptionToken.unlisten() in self.onDisable.

The part I can't pin down from the demo files is the canonical way to invoke a built-in UI Action from script context. For custom actions registered under shmi.visuals.session.userActions the call is trivial, but for the built-ins (`acknowledge-all-alarms`, setlocale, popup-menu, …) I'm guessing between:

1. shmi.requires("visuals.session.ActionManager").runAction(name, params) (or .execute(...)?)

2. Going through shmi.visuals.session.userActions[name](params) — works for custom, unclear for built-ins.

3. Simulating a click on a hidden button bound to the action via widget.execute("click").

Questions:

• Which of the above is the intended path, and what's the exact signature?

• Where should such a LocalScript live so the subscription stays active across screen changes — main composite, a persistent view, or is there a recommended "global script" hook (I see shmi.visuals.session.startScripts in start-scripts.js — is that the right place)?

• Any pitfalls with the PLC-side handshake (self-resetting pulse vs. HMI writing back an ack bit) you'd recommend?

• Is there an easier way to acknowledge all current alarms with a PLC variable, that I'm to blind to see?

Many thanks in advance!!

• My client is considering switching to WebIQ.

• Their current HMI reads data from and writes data to an SQL database.

My questions:

• How can I access external databases using WebIQ?

• Does SmartHMI have any client applications that communicate with external databases?

• Are there any examples available?

The database type would be Microsoft SQL.

The WebIQ software is installed on a Windows PC, which can host the database locally on that same machine.

There could be additional clients connected to the database.

Thanks.