# Edge Panel System Architecture **URL:** \ **Category:** Ignition\ **Tags:** edge, perspective\ **Created:** [February 19, 2025, 10:22am UTC](https://forum.inductiveautomation.com/t/edge-panel-system-architecture/102542 "2025-02-19T10:22:04Z")\ **Posts on this page:** 13\ **Page:** 1
**Author:** ![Fran\_Dujmovic](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/fran_dujmovic/32/70280_2.png) [@Fran\_Dujmovic](https://forum.inductiveautomation.com/u/Fran_Dujmovic)\ **Post date:** [February 19, 2025, 10:22am UTC](https://forum.inductiveautomation.com/t/edge-panel-system-architecture/102542/1 "2025-02-19T10:22:04Z")
Hello everyone, I'm tasked with implementing a single Edge Panel in a project to display data. The idea was to test out the functionality of an Edge Panel in an already existing project and the possible use of several Edge Panels in future projects. We currently aren't using Ignition but plan on migrating in the near future. I've never used Edge products before and I'm not all that familiar with all the existing system architectures. I've seen the following architecture on IA's website; ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/1/8/1836a4722702aba5a3eff851efb6fe867da69898.png) This architecture displays what I've envisioned for the most part; 1. A standard Ignition Gateway is running on an iPC 2. A separate database connecting to the central Gateway 3. An Edge Panel connecting to the central Gateway 4. A device such as a PLC connecting to the Edge Panel Is what I've envisioned possible with the aforementioned system architecture or should I be focusing on something else? Are there any other considerations I've failed to mention? What would be the minimal requirements for the iPC? The Edge Panel would be running Perspective which includes 2 sessions (1 for the Gateway and 1 for the Panel I presume). Any input on this matter is highly appreciated. ---
**Author:** ![pturmel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pturmel/32/3295_2.png) [@pturmel](https://forum.inductiveautomation.com/u/pturmel)\ **Post date:** [February 19, 2025, 1:09pm UTC](https://forum.inductiveautomation.com/t/edge-panel-system-architecture/102542/2 "2025-02-19T13:09:12Z")
If you are thinking of deploying both Edge and the central gateway in the same physical plant, don't. Just use a central plant gateway. (If you need redundancy, use a central redundant pair, not Edge fallback.) If you are concerned about network breakage in a single physical plant, upgrade to modern redundant networks (RSTP or similar) instead of using a fallback. Don't use a conventional IPC for a central gateway. Ignition runs best with excess CPU cores and lots of RAM. Your database should be on a separate server in a production environment. ---
**Author:** ![Chris\_Bingham](https://avatars.discourse-cdn.com/v4/letter/c/e5b9ba/32.png) [@Chris\_Bingham](https://forum.inductiveautomation.com/u/Chris_Bingham)\ **Post date:** [February 19, 2025, 1:44pm UTC](https://forum.inductiveautomation.com/t/edge-panel-system-architecture/102542/3 "2025-02-19T13:44:36Z")
Your proposed architecture looks reasonable. Some additional insight: - 2 sessions are available for viewing the project running on Edge. The central gateway does **not** use up one of those sessions. You will have one available with your proposed. Though, it will be quickly apparent that clients should connect to the central gateway for viewing of projects. Plan to add unlimited client licenses there in the near future. - Plan to add EAM controller to full gateway. Manage all projects there, and push the project to Edge periodically. - If you need redundancy on your Edge device, contact your sales rep about Edge redundancy. Works wonderfully. - Don’t underestimate the difficulty required to configure a touch panel as an HMI on the Edge gateway. Personal preferences: - Have all Edge devices establish an outgoing connection to the central gateway. Only incoming connections on central. - Never hand out the link to the Edge project. Use it for troubleshooting/testing among designers, or in the event of a second client on-premises, a Perspective Workstation client tailback (have second client connect to full gateway by default). - If adding several Edge gateways to the same central server, consider _always_ bringing data in to the full gateway via GAN only (never add devices and polling engines, push that work load to distributed Edge devices). ---
**Author:** ![Fran\_Dujmovic](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/fran_dujmovic/32/70280_2.png) [@Fran\_Dujmovic](https://forum.inductiveautomation.com/u/Fran_Dujmovic)\ **Post date:** [February 19, 2025, 1:54pm UTC](https://forum.inductiveautomation.com/t/edge-panel-system-architecture/102542/4 "2025-02-19T13:54:15Z")
Hi Phil, thank you for your response. > [@pturmel](#): > > If you need redundancy, use a central redundant pair, not Edge fallback I do plan on using redundancy, and in future projects we definitely will use a central redundant pair. Currently I'm exploring options that Edge has to offer, one of which would be the Edge Panel HMI. For testing purposes, my idea was to have 1 Edge Panel connect to the central plant Gateway, and the SCADA would be displayed via the Edge Panel. Does this make sense or should I look for an alternate solution? I'm required to integrate the Edge Panel in some way, and this option seems the most logical to me. > [@pturmel](#): > > If you are concerned about network breakage in a single physical plant, upgrade to modern redundant networks (RSTP or similar) instead of using a fallback. Network breakage is definitely a factor to consider. Seeing as I'm using several Moxa switches I most likely will use the RSTP configuration. > [@pturmel](#): > > Don't use a conventional IPC for a central gateway. Ignition runs best with excess CPU cores and lots of RAM. This is what I'm most interested in. For future projects we plan on having 2 separate servers - 1 for the central Gateway and 1 for the database. Seeing as I'm trying to test out the functionality of the Edge Panel, my reasoning was that an iPC could host the central Gateway and a database well enough so as to not cause any major performance issues (again, this is just me trying to figure out the functionality of the Edge Panel on a small portion of an already completed project as well as the possibility of using Edge products on future projects). For the iPC in question I was looking at the [onLogic Helix 401](https://www.onlogic.com/store/hx401/). It seems to have decent enough specs and from what I can see, onLogic has a line of iPCs designed to be implemented with Ignition. Thank you for your time, please let me know if I misunderstood something. ---
**Author:** ![Fran\_Dujmovic](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/fran_dujmovic/32/70280_2.png) [@Fran\_Dujmovic](https://forum.inductiveautomation.com/u/Fran_Dujmovic)\ **Post date:** [February 19, 2025, 2:12pm UTC](https://forum.inductiveautomation.com/t/edge-panel-system-architecture/102542/5 "2025-02-19T14:12:06Z")
Hi Chris, thanks for replying. > [@Chris\_Bingham](#): > > 2 sessions are available for viewing the project running on Edge. The central gateway does **not** use up one of those sessions. You will have one available with your proposed. So from what I gathered, if I have the central gateway running on my iPC I can connect the session via the Edge Panel and a laptop, for example? My idea was to have 1 Edge Panel display the selected portions of my project. For example, if I have 3 hallways (A, B, C) I would use 1 Edge Panel per hallway and display all tags that are needed in that specific area. > [@Chris\_Bingham](#): > > Plan to add EAM controller to full gateway. Manage all projects there, and push the project to Edge periodically. Would the central gateway be the EAM controller in this case or do I need to implement the EAM Module in some other fashion? My understanding was that the EAM was needed when there are multiple gateways in question - whereas I plan on using only 1 gateway. > [@Chris\_Bingham](#): > > If you need redundancy on your Edge device, contact your sales rep about Edge redundancy. Works wonderfully. As I mentioned previously, I definitely plan on using redundancy. Could you elaborate a bit on how you use redundancy with Edge solutions? Do you use a fallback or something else? > [@Chris\_Bingham](#): > > Don’t underestimate the difficulty required to configure a touch panel as an HMI on the Edge gateway. Got it, thank you for the advice. > [@Chris\_Bingham](#): > > Have all Edge devices establish an outgoing connection to the central gateway. Only incoming connections on central. Yes this is pretty much what I thought of from the beginning. I would have my Edge Panel have an outgoing connection to the central gateway and it would only be used as a tool to visualize data changes in real time. > [@Chris\_Bingham](#): > > Never hand out the link to the Edge project. Use it for troubleshooting/testing among designers, or in the event of a second client on-premises, a Perspective Workstation client tailback (have second client connect to full gateway by default). Security is obviously important, I was planning on adding some sort of security measures just in case but I'll have to discuss that with the IT guys. > [@Chris\_Bingham](#): > > If adding several Edge gateways to the same central server, consider _always_ bringing data in to the full gateway via GAN only (never add devices and polling engines, push that work load to distributed Edge devices). Well considering that we definitely plan on using several Edge gateways in the future this is something to be noted. When you say to bring data into the gateway via GAN, what exactly do you mean? Data from the PLC or something else? Thanks for your time, appreciate the help! ---
**Author:** ![pturmel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pturmel/32/3295_2.png) [@pturmel](https://forum.inductiveautomation.com/u/pturmel)\ **Post date:** [February 19, 2025, 2:56pm UTC](https://forum.inductiveautomation.com/t/edge-panel-system-architecture/102542/6 "2025-02-19T14:56:35Z")
> [@Fran\_Dujmovic](#): > > 2 separate servers - 1 for the central Gateway and 1 for the database. Yes, when non-redundant. Consider having four when you set up redundancy. (Or two physical hypervisors with a GW & DB on each.) > [@Fran\_Dujmovic](#): > > Currently I'm exploring options that Edge has to offer, one of which would be the Edge Panel HMI. If it is just for research, I understand. But putting Edge in the same plant as the Central GW it feeds data to is simply ridiculous. It adds such a load of code and project and data flow management that I classify that as "job security for SCADA staff". It isn't quite at the level of engineering malpractice as deploying any of this on Windows, but it is definitely bad for the end-user. Sorry, @Chris_Bingham, but I think recommending this architecture in a single plant is really bad advice. { All of the above completely separate from the terrible choice to use Perspective as an on-machine HMI. Oy! } ---
**Author:** ![Chris\_Bingham](https://avatars.discourse-cdn.com/v4/letter/c/e5b9ba/32.png) [@Chris\_Bingham](https://forum.inductiveautomation.com/u/Chris_Bingham)\ **Post date:** [February 19, 2025, 3:24pm UTC](https://forum.inductiveautomation.com/t/edge-panel-system-architecture/102542/7 "2025-02-19T15:24:39Z")
> [@pturmel](#): > > I think recommending this architecture in a single plant is really bad advice. I don’t believe I’ve done this. The post I replied to did not detail physical locations planned. While you and I differ on usefulness of Edge architecture, I think we both agree that it would be difficult to benefit from adding a second (non-redundant) gateway (Edge OR Full…) to existing on-site **& flat** architecture. ---
**Author:** ![Fran\_Dujmovic](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/fran_dujmovic/32/70280_2.png) [@Fran\_Dujmovic](https://forum.inductiveautomation.com/u/Fran_Dujmovic)\ **Post date:** [February 19, 2025, 3:24pm UTC](https://forum.inductiveautomation.com/t/edge-panel-system-architecture/102542/8 "2025-02-19T15:24:58Z")
> [@pturmel](#): > > Yes, when non-redundant. Consider having four when you set up redundancy. (Or two physical hypervisors with a GW & DB on each.) We will most likely go via the hypervisor route, but yes I was referring to the non-redundant part. > [@pturmel](#): > > But putting Edge in the same plant as the Central GW it feeds data to is simply ridiculous Could you elaborate a bit futher on this? I thought the whole point of Edge was to be able to add devices such as HMIs at the edge of your networks. Edge Panels have to be connected to a gateway in order to function, right? Is there any specific architecture that you would reccomend for my needs? > [@pturmel](#): > > { All of the above completely separate from the terrible choice to use Perspective as an on-machine HMI. Oy! } Maybe a dumb question on my part, but why is it a bad idea to use Perspective on an Edge Panel? ---
**Author:** ![pturmel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pturmel/32/3295_2.png) [@pturmel](https://forum.inductiveautomation.com/u/pturmel)\ **Post date:** [February 19, 2025, 3:41pm UTC](https://forum.inductiveautomation.com/t/edge-panel-system-architecture/102542/9 "2025-02-19T15:41:36Z")
> [@Fran\_Dujmovic](#): > > Edge was to be able to add devices such as HMIs at the edge of your networks No, Edge _ **IS** _ an Ignition gateway, that **optionally** supports an HMI. "Edge of your networks" means _geographically_ scattered. If you want a machine HMI, just run a client on a touchscreen PLC physically mounted at the machine, connecting to your central gateway. (Preferably a redundant gateway.) With normal licensing, you can run hundreds of Vision clients from a central gateway. (Fewer Perspective clients.) > [@Fran\_Dujmovic](#): > > bad idea to use Perspective on an Edge Panel? This topic is specific to machine HMIs: > [@Perspective vs Vision](https://forum.inductiveautomation.com/t/perspective-vs-vision/69028): > > I'm sure this is an age-old debate on here, but I'm seeking advice for a new project. Before the debate begins: Yes: I am aware that Perspective is newer, responsive, and more portable. No: I don't need that. This projects would consist of two stationary multi-monitor operator stations, perhaps a Windows tablet or two in the future, and possible some remote users (off-prem) connected via VPN. I'm new to both Perspective and Vision, but I come from the SCADA / DCS world so Vision seems much… This topic has more general comparisons: > [@Vision Vs Perspective Debate](https://forum.inductiveautomation.com/t/vision-vs-perspective-debate/81849): > > I have been getting to grips with Ignition for a while now and have developed some User Interfaces for Data Collection and Analysis. I am leaning heavily towards Perspective but Vision has been in use at my company for a couple of years in a different department, where they work with machine data largely. I will be the first person in my department to use Ignition, I work with a mixture of numerical and categorical data from users. I prefer everything about Perspective (usability, visibility et… This topic discusses considerations when coming from another SCADA platform: > [@Appropriateness of Ignition, Vision and Perspective](https://forum.inductiveautomation.com/t/appropriateness-of-ignition-vision-and-perspective/84523): > > I would like to have a general discussion about the appropriateness of which method I should be directing my efforts toward. And if there is a more appropriate place to have this discussion, please tell me. I'm just over half way through the Inductive university and discovering stuff that concerns me. Went out on a limb to promote Igniton over PlantPAx (that I know well) on a CLX plant control system - while knowing nothing about it. The current demonstration plant has some 500 I/O and about 50 … This topic covers some server sizing considerations: > [@Microsoft Virtual Machine Suggestion](https://forum.inductiveautomation.com/t/microsoft-virtual-machine-suggestion/86787): > > All, Does anyone have a suggestion on what size of VM should one purchase? I'm currently using B2MS. When I try to view historical data. It bogs down and restarts. Thanks, C ---
**Author:** ![Fran\_Dujmovic](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/fran_dujmovic/32/70280_2.png) [@Fran\_Dujmovic](https://forum.inductiveautomation.com/u/Fran_Dujmovic)\ **Post date:** [February 19, 2025, 3:56pm UTC](https://forum.inductiveautomation.com/t/edge-panel-system-architecture/102542/10 "2025-02-19T15:56:29Z")
I see, thank you for your detailed response. I'll be sure to check the threads you sent. ---
**Author:** ![michael.flagler](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/michael.flagler/32/26272_2.png) [@michael.flagler](https://forum.inductiveautomation.com/u/michael.flagler)\ **Post date:** [February 19, 2025, 5:12pm UTC](https://forum.inductiveautomation.com/t/edge-panel-system-architecture/102542/11 "2025-02-19T17:12:42Z")
As I was reading through this, I think the general misunderstanding I was seeing (that maybe you've recognized now) is that Ignition Edge isn't required if all you need is a client on the plant floor. If you're going to have a central gateway running on something more powerful besides an iPC hopefully, you'll only install the client software on the local HMI computer (which works great for iPCs) that connects to the central gateway. Edge is useful for cases where you're having remote sites or stations that are physically distant from the main network that need to run independently of the central gateway. It works well for standalone skids as a PanelView replacement. Where the skid is autonomous from other systems, and even then, if it's on the same network as the central gateway, you could (if you want) run the HMI normally off of the central gateway, but fail over to the local client in the event of a network break. As Phil mentioned, if you're looking for a replacement for a PanelView, stick with Vision. Even on larger plants, I try to stick with Vision for HMI control of the plants, but when doing a SCADA system to monitor lots of plants and not primarily doing control from the system, Perspective works well for this. Use the right tool for the job. I've only once put Perspective on a local PanelView replacement where the customer wanted access to it from his phone on the local WiFi router in the panel and this was a standalone skid. ---
**Author:** ![Fran\_Dujmovic](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/fran_dujmovic/32/70280_2.png) [@Fran\_Dujmovic](https://forum.inductiveautomation.com/u/Fran_Dujmovic)\ **Post date:** [February 19, 2025, 5:41pm UTC](https://forum.inductiveautomation.com/t/edge-panel-system-architecture/102542/12 "2025-02-19T17:41:26Z")
> [@michael.flagler](#): > > If you're going to have a central gateway running on something more powerful besides an iPC hopefully, you'll only install the client software on the local HMI computer (which works great for iPCs) that connects to the central gateway. Yes I think that's what I was most interested in. I think this image represents what I envisioned most accurately; ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/c/2/c2858b8a4c3e0b44133cbb8e7a352162d8b46fca.png) I would install Edge on an iPC and place a panel on the plant floor which would connect to a PLC for example. If that's the case, it's a much simpler solution that what I originally thought. > [@michael.flagler](#): > > if you're looking for a replacement for a PanelView, stick with Vision I'm not necessarily looking for a replacement, just some way to display the project. But you're probably right, I'll try to stick with vision for my HMI screens. ---
**Author:** ![michael.flagler](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/michael.flagler/32/26272_2.png) [@michael.flagler](https://forum.inductiveautomation.com/u/michael.flagler)\ **Post date:** [February 19, 2025, 5:51pm UTC](https://forum.inductiveautomation.com/t/edge-panel-system-architecture/102542/13 "2025-02-19T17:51:44Z")
Yep, this is really what Edge is made for. Small local system with no database connectivity capabilities (you do have historical data, but it's stored in a built-in SQLite database that you can't directly query/access besides using built-in methods to query the historian). This is essentially a PanelView replacement on steroids (and cheaper too). If you ever do get a central Ignition gateway, you can connect data from the edge to the central gateway through either the gateway network using remote tag providers, or if really distant (like over cellular modems), you can use MQTT to push data from the edge to the central server as MQTT is lighter weight than the gateway network in terms of bandwidth usage.