Dear Community User! We are updating our platform to a new system.
Read more: Important information on the platform change.

cancel
Showing results for 
Search instead for 
Did you mean: 
SOLVED

WebIQ does not connect with OPC UA Server

WebIQ does not connect with OPC UA Server

Hi,

we are working on a Projekt for controlling a robot with a CtrlX Core.

Unfortunately, there is a problem with the connection between the WebIQ and our OPC UA server, running on CtrlX Core. All certificates and licenses are instaled and active. The error shows in the WebIQ-Designer in the IO-Manager as "waiting_for_reconnect" (screenshot atached). We already checked the Port and IP for the communication. The Variables are currently shown, but while running the WebIQ-Projekt, they are not set in the CtrlX Core program. (WebIQ-Runtime and -Designer Version: 2.15.9)

Questions gladly

Many thanks in advance

With kind regards

5 REPLIES 5

Sgilk
Frequent Contributor

@BernhardKausler ,

A couple things to check...

  1. Is the certificate for the WebIQ client trusted in the ctrlX CORE? Manage certificates and keys for the OPC UA server via ctrlX WebUI.
  2. Is the clock on the ctrlX CORE aligned with the WebIQ client?
  3. Try explicitly specifying the ctrlX CORE IP address in your WebIQ designer IO manager (ie. opc.tcp://192.168.1.1:4840)

webiq-sk
Frequent Contributor

Without providing a connect.log in trace mode this cannot be analyzed further, unfortunately. You can download the log in Runtime Manager. This usually shows you the errors and might indicate which of suggestions provided by @Sgilk might be the reason.

Can an admin please move this topic to the correct forum for WebIQ?

HmiGuide
Community Moderator
Community Moderator
  • Which ctrlX version is used?

Hi Sgilk,

Thank you for answer. I overlooked the rejected certificates and select them as trusted. Now it works perfectly.

With kind reguards

Just as a quick note for everyone else reading this here: in most cases OPC UA servers require you to trust any OPC UA client certificate for security reasons. This is not an issue with WebIQ, but a security feature of OPC UA to prevent unconfirmed connections to the server - even using the correct credentials (like if they had been obtained somehow).

Icon--AD-black-48x48Icon--address-consumer-data-black-48x48Icon--appointment-black-48x48Icon--back-left-black-48x48Icon--calendar-black-48x48Icon--center-alignedIcon--Checkbox-checkIcon--clock-black-48x48Icon--close-black-48x48Icon--compare-black-48x48Icon--confirmation-black-48x48Icon--dealer-details-black-48x48Icon--delete-black-48x48Icon--delivery-black-48x48Icon--down-black-48x48Icon--download-black-48x48Ic-OverlayAlertIcon--externallink-black-48x48Icon-Filledforward-right_adjustedIcon--grid-view-black-48x48IC_gd_Check-Circle170821_Icons_Community170823_Bosch_Icons170823_Bosch_Icons170821_Icons_CommunityIC-logout170821_Icons_Community170825_Bosch_Icons170821_Icons_CommunityIC-shopping-cart2170821_Icons_CommunityIC-upIC_UserIcon--imageIcon--info-i-black-48x48Icon--left-alignedIcon--Less-minimize-black-48x48Icon-FilledIcon--List-Check-grennIcon--List-Check-blackIcon--List-Cross-blackIcon--list-view-mobile-black-48x48Icon--list-view-black-48x48Icon--More-Maximize-black-48x48Icon--my-product-black-48x48Icon--newsletter-black-48x48Icon--payment-black-48x48Icon--print-black-48x48Icon--promotion-black-48x48Icon--registration-black-48x48Icon--Reset-black-48x48Icon--right-alignedshare-circle1Icon--share-black-48x48Icon--shopping-bag-black-48x48Icon-shopping-cartIcon--start-play-black-48x48Icon--store-locator-black-48x48Ic-OverlayAlertIcon--summary-black-48x48tumblrIcon-FilledvineIc-OverlayAlertwhishlist