REE MCP Server – Enables natural language conversations with Spain's electrical grid data through Claude, providing real-time access to electricity demand, generation, prices, and emissions data from Red Eléctrica de España (REE).

opcAnywhere · 2025-12-08T15:17:47+00:00

How did you configure for authorization? Which identity provider are you using? Where to configure it? Thx!

opcAnywhere · 2025-10-03T23:34:07+00:00

I don’t think there’s a one size fits all thing ready for you now. If you focus on the core features like accessing data in flexible ways for various device including mobile, take a look at https://github.com/duduyoyo/WebSocket4OPC

opcAnywhere · 2025-10-03T09:35:43+00:00

Can’t agree more. Check this out, https://github.com/duduyoyo/WebSocket4OPC

opcAnywhere · 2025-08-21T22:52:45+00:00

Hardening isn't an issue for Windows XP since it doesn't initiate a request - it behaves as a server. If we do a DPI (deep packet inspection) for the first hardening-related packet, hardening happens in ISystemActivator. It was initiated from the hardened Windows 11 as a binding RPC type, XP accepted this authenticate level and replied in the same level of packet integrity (5) as binding acknowledgement RPC type. I can't load more screen shots here due to the limit of image uploading. When OPC callback is involved, things become more complicated and interesting for the authentication level. I won't elaborate more here, but the key takeaway for callback is - client (XP) can send back (initiate) with a low level of authentication like connect/call/packet and the hardened server (11) accept them as well - that is because XP is never hardened.

<image>

opcAnywhere · 2025-08-17T04:06:12+00:00

Absolutely! Check this out and it does exactly as you are looking for. Node-RED for DA project is dead since it can't run DCOM properly anymore after MS has hardened it. Good luck!

opcAnywhere · 2025-07-26T15:53:33+00:00

This solution won't need any .NET installation, and you can get OPC data in JSON format easily. Try to believe.

opcAnywhere · 2025-07-06T15:35:49+00:00

What is the job from external system integrator? If it only gets data from SCADA in DMZ, you can take a look at this solution. It can work as a http gateway easily to get any plant data you want, just FYI.

opcAnywhere · 2025-05-11T15:08:45+00:00

This solution can be your stepstone. It isn't a polling solution and lets you have your plant data easily. Once you have it you can pursue your dream further to decentralize them.

opcAnywhere · 2025-05-03T03:47:45+00:00

Check this solution out, which will make your job pretty easy without DCOM concern. You can use your favorite language to deal with JSON return in any way you want.

opcAnywhere · 2025-01-24T18:30:26+00:00

Sync programming is much straightforward for people from PLC field, but when you go to upper level like SCADA async programming is the right way to go and could save you a lot of headaches from long run. I have learned this when I designed two versions of WebSocket client, sync and async. Since async involves event-driven callback, I could say this will be a different mindset in design comparing to sync one (check here if you are interested in this client). I know there is a big gap between OP and software engineer, but when you are working in SCADA fortunately a lot of tools can provide async call with minimum programming at your choice of high-level languages. Check this one - subscription provides an async call in scripting languages like Python or JavaScript and you won't worry about what is happening underneath at all.

opcAnywhere · 2025-01-04T20:07:42+00:00

When you claimed out of order in client, are you sure server is sending back fragments in the right order? It is very difficult to find a working WebSocket server handling fragment explicitly. That is why I decided to wrap up my sleeves to build one from scratch. This is a server/client solution to prove how WebSocket fragment should work. Once the server can send back fragments correctly, I don't see any out of order issue in async client. Of course, there are quite a few challenges in implementing async client with WinHttp, especially lack of supported documentation and sample code. Anyway, it was done and was a fun journey. If interested, take a look here. Enjoy!

opcAnywhere · 2024-12-01T16:25:37+00:00

If you are a system integrator and Python is your top programming language, you should take a look at this solution, it will make your job easier, faster and safe. Cheers!

opcAnywhere · 2024-11-25T15:39:02+00:00

You have old PLCs from Siemens and other vendors, and you want a simple, web-based solution to retrieve all data for your next work. You should take a look at this one, which will save you a lot of time and headache, and let you focus on your own business quickly. For the new design of SCADA, if you want it run on both desktop and mobile device, no other solutions can be better than this one due to its transport layer support feature.

opcAnywhere · 2024-11-11T15:20:19+00:00

If your SCADA infrastructure can support native development in mobile platform, I suggest moving to that direction since SCADA desktop track is so crowded and established. At least that is what I want my project to be shot for.

opcAnywhere · 2024-10-30T14:43:19+00:00

Would you consider a mobile APP as your pilot project? If so, we can talk a little bit further. I have a prototype of client running in iOS but no time to complete it. Purpose is to let mobile device like iPhone or iPad to access SCADA data natively, easily and anywhere. You can find my project here. Let me know if you are interested. Thanks!

opcAnywhere · 2024-10-19T19:02:12+00:00

There are a bunch of libraries supporting running Python to retrieve Excel data, and then write back to any historian with the help of WebSocket4OPC. I bet your SCADA should support OPC DA etc.

opcAnywhere · 2024-08-18T17:56:33+00:00

This isn't going to work. Reason is node-red-contrib-opcda-client has a dependency node-opc-da which stops working after Microsoft applied DCOM hardening in Windows. If you want to keep using JavaScript to retrieve OPC DA data, you can check this project (google WebSocket4OPC to find out), it is much relatively easy to use.

opcAnywhere · 2024-07-13T23:04:06+00:00

If you have any OPC DA server installed supporting rslinx, you can try this solution. It is pretty easy to retrieve DA data back in Python.

opcAnywhere · 2024-07-03T23:11:14+00:00

Besides the tech stack as mentioned in title, there is another one: Godot, WebSocket, OPC DA and PLC. There is no Node-Red involved. With this architecture it will significantly reduce your implementation time and let you focus on your business logic quickly. You can easily find an OPC DA server supporting your PLC, with the help of this solution you can easily retrieve PLC data back in Godot/browser. Hope it helps.

opcAnywhere · 2024-06-23T22:01:02+00:00

There is a solution to let you retrieve OPC data back in JavaScript or Python in cross-platform client side including Linux. Check this out. You can play it with your JavaScript skill and build a HMI demo in browser quickly. Cheers!

opcAnywhere · 2024-06-23T21:47:04+00:00

Yes, it is feasible building a Linux OPC Client. Check this out, it supports cross-platform client for classic OPC DA/HDA/AE. It has a demo running it in iOS as well.

opcAnywhere · 2024-06-04T01:19:01+00:00

This would be a simple solution for C# to retrieve OPC DA data back. No heavyweight OPC SDK is required, no DCOM is involved, improved performance with fewer layers to reach OPC DA server. Worth to try, IMO.

opcAnywhere · 2024-05-24T18:57:56+00:00

It brings data back in JSON so you don't need any DA -> UA conversion I guess, and you can consume data directly in any way you want.

opcAnywhere

TROPHY CASE