[RELEASE] LogicMachine firmware 2024.04

[manospsyx]

@Sral1987, it will be published later this month

@manospsyx, basic auth still works but you have to explicitly send the header. We'll see if something can be implemented just for the Remote services but I cannot promise anything at the moment.

Makes sense! Since a workaround doesn't exist, I'll go ahead and update all integration code to send the header explicitly. Will be a little tedious, but doable. Thank you!

[admin]

@Sral1987, FW for old devices has been published

[xxyzz]

Hi,
I have a somewhat stupid question regarding the import of neighbors. In Firmware 20240426 the import for neighbors is greyed out. Remote Services are enabled.
What am I missing?
And is it correct that I can't transmit Virtual Objects via Remote to another LM?

Thanks for your Help

[Daniel]

All devices must have 2024 fw.

[jlfneira]

Hi,

I'm just testing wireguard vpn, no success. I guest I should give a local address in format x.x.x.x/24, at least remote interface allowed ip in format x.x.x.x/32 and server address as x.x.x.x:port

It seems to be functional but i'm not able to ping nether way. Maybe there is something wrong in my ip mask.

Another problem: ip must be an static ip but it should be any url so we can resolve a dinamic server, an usual config.

Since we can not get this to work, it is a great addition to vpn connections. Thank you!

[admin]

@jlfneir, try this updated package. Install through System config > System > Packages > Add Package.

https://dl.openrb.com/pkg/wireguard-lm_2...8_imx6.ipk
https://dl.openrb.com/pkg/wireguard-lm_2...8_imx6.sig

Local address should be /32 since it's the tunnel interface IP address. Allowed address netmask can be different: /32 for single IP access only, /24 for the whole class C network. On the server side the Allowed address value should be the same as the client's Local address (/32).

[rbourgeon]

Hello, after updating an old LM Reactor v3 from 2017 to 2024 firmware, I noticed that the "Objects" tab doesn't display properly (connecting to the LogicMachine in HTTP). Inside the Chrome dev tools, I can see the following error message:

WebSocket connection to 'ws://xxxx/scada-main/objects/ws-main' failed:
start @ 10-objects.js.gz?version=20240426:1
(anonymous) @ 10-objects.js.gz?version=20240426:1

I retried connecting to the LM in HTTPS, and this time, the Objects tab was displayed properly, and the error above didn't show up anymore.

It seems to be specific to some version upgrades, because for instance if I upgrade a brand-new LM from 2023 to 2024 firmware, the same problem won't occur connecting in plain HTTP. It seems to only happen if you update from a really old firmware to the 2024 one.

Do you have any workaround?

[Daniel]

Make a backup, then use the recovery image to reflash SD with latest fw and restore backup. You can send us the backup via PM to check.

[rbourgeon]

Make a backup, then use the recovery image to reflash SD with latest fw and restore backup.  You can send us the backup via PM to check.

Hello, I am sorry to insist, but I had the same problem with a brand new LM that already had 2024 firmware installed when taking it out of its box. I have the feeling that the websocket /scada-main/objects/ws-main is not accessible anymore in plain HTTP (as opposed to HTTPS).


Steps to reproduce :

1. Connect to the Home screen of the LM in plain HTTP
   
2. Open Chrome DevTools
   
3. Open the main app "LogicMachine"
   
4. Then, in DevTools, the following error will show:
   

10-objects.js.gz?version=20240228:1 WebSocket connection to 'ws://xxxxx/scada-main/objects/ws-main' failed:
start @ 10-objects.js.gz?version=20240228:1
(anonymous) @ 10-objects.js.gz?version=20240228:1

To be more precise, in the script 10-objects.js.gz, the error occurs in the method localbus.start():

Code:

Scada.Objects = {};
var $O = Scada.Objects
  , localbus = {
    warn: function(e, t) {
        window.console && console.warn(e, t || "")
    },
    start: function() {
        var e = window.location
          , t = (-1 == e.protocol.indexOf("https") ? "ws" : "wss") + "://" + e.host + Scada.reqUrl("objects", "ws-main")
          , a = new WebSocket(t)
          , s = this;

The ternary operator indicates that "wss://" will be chosen if the connection to the LM is established in HTTPS, and "ws://" will be chosen if it's in HTTP.
And then, the connection using "ws://" fails. Maybe in the 2024 this WebSocket doesn't work anymore with "ws" instead of "wss"? Can you please confirm or infirm this assertion?

The consequence of this error is that in HTTP, the objects don't show in the LogicMachine web interface. In HTTPS everything works fine.

Thank you in advance for your help.

[admin]

We can't reproduce this issue, it works correctly over HTTP for us.
Try using Firefox and try accessing the same LM from a different PC. This might be caused by a certain antivirus and/or firewall software.

[rbourgeon]

With Firefox in private browsing on the same PC, I still get the error:

Code:

Firefox can’t establish a connection to the server at ws://12.171.1.80/scada-main/objects/ws-main. [url=http://12.171.1.80/scada/modules/10-objects.js.gz?version=20240228]10-objects.js.gz:1:242[/url]
websocket error

error { target: WebSocket, isTrusted: true, srcElement: WebSocket, currentTarget: WebSocket, eventPhase: 2, bubbles: false, cancelable: false, returnValue: true, defaultPrevented: false, composed: false, … }

bubbles: false

cancelBubble: false

cancelable: false

composed: false

currentTarget: null

defaultPrevented: false

eventPhase: 0

explicitOriginalTarget: WebSocket { url: "ws://12.171.1.80/scada-main/objects/ws-main", readyState: 3, bufferedAmount: 0, … }

isTrusted: true

originalTarget: WebSocket { url: "ws://12.171.1.80/scada-main/objects/ws-main", readyState: 3, bufferedAmount: 0, … }

returnValue: true

srcElement: WebSocket { url: "ws://12.171.1.80/scada-main/objects/ws-main", readyState: 3, bufferedAmount: 0, … }

target: WebSocket { url: "ws://12.171.1.80/scada-main/objects/ws-main", readyState: 3, bufferedAmount: 0, … }

timeStamp: 18020

type: "error"

<get isTrusted()>: function isTrusted()

<prototype>: EventPrototype { composedPath: composedPath(), stopPropagation: stopPropagation(), stopImmediatePropagation: stopImmediatePropagation(), … }
[url=http://12.171.1.80/scada/modules/10-objects.js.gz?version=20240228]10-objects.js.gz:1:92[/url]
websocket closed <empty string>

I will try with a different PC and let you know.

[gtsamis]

Hi,
I have an old LM5 Reactor IO V2 (i.MX6) with FW: 20211215

Can i update directly to 2024.04 or i need to install previous versions?

Thank you in advance
George

[Daniel]

You should be fine but make yourself a backup as always before fw upgrade.

[gtsamis]

You should be fine but make yourself a backup as always before fw upgrade.

Thank you

[rbourgeon]

We can't reproduce this issue, it works correctly over HTTP for us.
Try using Firefox and try accessing the same LM from a different PC. This might be caused by a certain antivirus and/or firewall software.

Hello, just to update you about the fact that I witnessed this websocket bug only on some buildings and not on some others equipped with the same 2024 firmware. So I think you were right, it must probably be a firewall issue since to connect to the buildings on which I see the bug, I use a different VPN than for the ones on which I don't see the bug.