The Solution Center Module serves as the primary entry point and management hub for all FrameworX solutions. It provides centralized control over solution creation, configuration, licensing, and execution, enabling users to manage multiple solutions from a single interface while supporting both local and remote access through desktop and web interfaces.
Step | Action | Description |
---|---|---|
Connect to Server | Select local or remote | Choose local computer or connect via IP/domain |
Create/Open Solution | New or existing | Start from template or open .dbsln file |
Verify License | Check status | Ensure appropriate development/runtime license |
Launch Designer | Edit or View mode | Configure solution with exclusive or multi-user access |
Configure Profile | Set execution mode | Choose Development, Validation, or Production |
Start Runtime | Execute solution | Run with selected profile and client settings |
Solution Center is the platform’s home screen and launch point. It lets you create, open, license, and launch solutions, and jump into Designer (configure) or Runtime (execute). It can manage local or remote solutions and supports multi-user collaboration.
Create/Open solutions (local or remote) and organize them in the Solution List.
Launch Designer to edit (or read-only) and start Runtime with the chosen profile (Dev/Validation/Production).
Manage licenses (view status, activate) for the connected machine.
Backup / Import / Export / Clone solutions for deployment or recovery.
Access remote servers via TWebServices (web UI at /solutions, supports ClickOnce Designer launch when available).
Upgrade legacy projects (.tProj) to current solutions (.dbsln).
Solution file (.dbsln) — encrypted SQL file that stores the whole configuration (tags, alarms, scripts, displays). Backups use .dbback.
Solution Center / Solutions Manager — UI names you’ll see for the same entry point.
TWebServices — required service for remote access; default port 10108; optional AccessKey in the URL.
Profiles — Development, Validation, Production (affect Runtime behavior).
License types — Development, Runtime, Combined, Trial.
Solution Center is the UI environment for solution management & launch: from here you open solutions, configure (Designer), and execute (Runtime). The Platform UI environment table in the overview places SolutionCenter alongside Designer and Runtime.
Solution List — recent/organized solutions; search, status, views.
Actions Toolbar — New, Open, Edit, Run, Stop, Backup, Import/Export.
Information/Properties — solution details, license status, runtime state.
Connect to a server (optional): enter IP/DNS in Server Information; ensure TWebServices is running. Or open the Web UI at http://<server>:10108/solutions.
Create or open: New (blank or template), Import/Clone, or open an existing .dbsln (local/remote).
Edit or run: Edit (Designer; supports ClickOnce from web UI) or Run (choose profile).
License & properties: check/activate license; review execution and advanced settings.
Designer Workspace (Concept) — where you configure modules and UI.
Runtime & Clients (Concept) — how execution and clients work.
Solution Center (Reference) — screens, buttons, and task details.
Keep Overview to 2–4 sentences.
Use “What you can do” for outcome-oriented bullets (value before UI details).
Keep UI specifics brief in Interface at a glance; deep details live in Reference.
Link down to Reference and sideways to Designer and Runtime Concept pages to preserve the mental model.
The Designer Module provides a unified configuration workspace for all FrameworX solution development. It delivers an integrated environment for design, development, testing, validation, and deployment across all functional modules, organized through the Four Pillars architecture that structures data flow from field connectivity to user visualization.
Step | Action | Description |
---|---|---|
1. Foundation Layer | Configure UNS | Define tags, templates, enumerations, asset tree |
2. Industrial Integration | Setup Process Modules | Configure Devices, Alarms, Historians |
3. Business Logic | Add Application Modules | Create Scripts, Datasets, Reports |
4. Visualization | Design User Interface | Build Displays, dashboards, client settings |
5. Security | Define Access Control | Setup users, permissions, runtime security |
6. Test & Deploy | Validate Solution | Test mode execution, build, and publish |
Pillar 1: Unified Namespace (Foundation)
Pillar 2: Process Modules (Industrial Integration)
Pillar 3: Application Modules (Business Logic)
Pillar 4: User Interface (Visualization)
Component | Function | Features |
---|---|---|
Navigation Tree | Module access | Quick shortcuts, search, hierarchical browsing |
Design Canvas | Context-sensitive editing | IntelliSense, validation, real-time preview |
Properties Panel | Object configuration | Dynamic property grid, tooltips, examples |
Output Window | System feedback | Build results, errors, search results |
Top Toolbar | Common operations | Undo/redo, cut/copy/paste, find, export |
All configured objects inherit from .NET classes, providing:
The Designer is the configuration workspace for your solution—where you define tags, devices, datasets, alarms, scripts, displays, and security. It supports offline and online editing in a unified, cross-platform UI. See the workspace layoutsketch on page 1 for the main regions (Navigation Tree, Canvas, Properties, Output).
Configure UNS/Tags, Devices, Datasets/SQL, Alarms, Scripts, Displays, and Security from a single workspace.
Use Test Mode to validate behavior without leaving Designer.
Navigate fast via Solution Explorer and quick shortcuts (Home, Tags/UNS, Draw, Runtime).
Inspect cross-references, errors, and build output in the bottom panels.
Benefit from tooltips, validation, IntelliSense, and refactoring across editors.
Use this model to avoid a long flat list and give users a mental map. (Each item links to its module reference.)
Define Your Data
UNS & Tags, Datasets/Queries, Data Explorer tools.
Connect & Collect
Devices (protocol drivers, OPC UA/DA, MQTT Sparkplug B), Connections/Monitors.
Monitor & Act
Alarms (Items/Groups/Areas, Notifications), Historian (SQL/Canary, store-and-forward), Security (users, groups, AD/LDAP).
Visualize & Share
Displays (desktop & web), Reports/Forms/WebData.
Tip: In the Solution Explorer table (Reference), keep these pillar groupings by section so users can scan: Solution, Runtime, UNS, Devices, Alarms, Historian, Datasets, Reports, Scripts, Security, Displays, Data Explorer, Track Changes. (See page 3 for the full child-page matrix.)
Solution (.dbsln): encrypted SQL file storing all configuration.
Modular architecture: changes in one module won’t break others.
Unified Namespace (UNS): central semantic model for tags and assets.
Designer produces the configuration your Runtime executes; clients (desktop & web) visualize and interact with the running system. Designer’s Test Mode lets you validate behavior before publishing to Runtime. (See “Runtime execution” and “Display/HMI clients” callouts on page 1.)
Navigation Tree (modules by pillar) • Design Canvas • Properties Panel • Output/Errors/Cross-Ref. Diagram on page 1.
Quick navigation: Home, UNS/Tags, Draw (Displays), Runtime; plus Switch menu to Solution Management, docs, forum, and training.
Open a solution in Designer.
Work pillar-by-pillar: Define data → Connect devices → Monitor/Act → Visualize/Share.
Run/Test from Designer; then publish to Runtime.
Solution Center (Concept): launchpad for create/open/license/run.
Runtime & Clients (Concept): execution and client connections.
Designer Environment (Reference): UI details, toolbars, shortcuts, child pages.
This keeps Overview short and moves value into What you can do—the same pattern we used for Solution Center.
The pillar mapping mirrors the Process/Application modules split and the Define/Setup/Runtime tiles shown in the Designer reference intro image (page 1), making the concept page consistent with the reference UI.
Want me to generate the matching Modules (Reference) index grouped by the four pillars (with one-line summaries for each module)?
The Designer is where you configure your solution: tags, devices, datasets, alarms, scripts, displays, and security. It supports offline and online configuration and a unified, cross-platform UI.
On this page
What you configure here
Offline vs. online editing
Saving & deploying changes (high level)
???????????????????????????????????????????????????????????
? Menu Bar [File][Edit][View][Tools][Help] ?
???????????????????????????????????????????????????????????
? ? ? ?
? Navigation ? Design Canvas ? Properties ?
? Tree ? ? Panel ?
? ? (Context-Sensitive) ? ?
? ? Solution ? ? Tag: Temp ?
? ? UNS ? ? Type: Float ?
? • Tags ? ? Value: 75.5 ?
? ? Devices ? ? ?
? ? Displays ? ? ?
???????????????????????????????????????????????????????????
? Output Window [Build][Errors][Search Results] ?
???????????????????????????????????????????????????????????
Feature | Location | Purpose |
---|---|---|
Tag Editor | UNS → Tags | Create and configure tags |
Display Designer | Displays → Pages | Build HMI screens |
Device Configuration | Devices → Channels | Setup communications |
Script Editor | Scripts → Tasks | Write custom logic |
Test Mode | Toolbar → Run Test | Test without leaving Designer |
Build real-time data models, like Tags and Templates. Connect seamlessly to external systems using Dynamic ExternalTags for on-demand data connectivity. Asset modeling allows for the creation of a hierarchical view of the data.
Easily store and access time-series data. Our platform includes an SQL historian engine, Canary Historian, at no extra cost. It seamlessly integrates with other historian tools like OSIsoft PI and InfluxDB. Plus, it offers out-of-the-box store-and-forward functionality.
Control access to project configuration and user security effortlessly. Enable FDA compliance applications, integrate with Active Directory, LDAP, and more for user security. Define access to displays and objects based on user profiles and security groups with ease.
Access over 60 native communication protocol drivers for PLCs, transmitters, and field devices effortlessly. Our platform fully supports OPC UA and DA for both server and client execution, along with emerging standards like MQTT SparkPlug B.
Easily organize Tags into Groups and Areas for setting Alarm conditions, Audit-Trail, and notifications via email, SMS, or voice. Visualize alarms online and in the historian. Store data agnostically on any selected Database provider.
Effortlessly handle multiple connections with SQL databases, customize processes with queries, and tailor tables for real-time tag values. Manage recipes and data files in ASCII, UNICODE, or XML formats with ease.
Enable powerful server-side and client-side scripting with high performance. Use languages like C#, VB .NET, Python, and JavaScript. Easily develop multi-threading applications with parallel execution and add references to externally developed classes.
Generate Text (Plain, XML or JSON), PDF, or HTML5 reports directly without relying on external tools. Additionally, utilize web services to interact with external applications or systems. Access, manipulate, and share data using standardized communication protocols like HTTP and RESTful APIs. This facilitates integration with various software systems such as ERP, BI tools, and custom applications, enhancing data sharing and collaboration.
Effortlessly design User Interface Displays using our advanced drawing tool, featuring a wide range of customizable Symbols and Graphical components. Whether you need a Responsive Dashboard, a traditional Process Diagram, or high-performance SCADA Graphics, we've got you covered. Deploy your displays seamlessly in HTML5 or secure .NET SmartClient to desktop, mobile, or web clients. Enhance user experience with features like Language Localization, dynamic Engineering Units conversion, and dynamic theme color schemes.
Perform data mining and monitoring from various data sources, including MQTT Brokers, OPC-UA, PLCs and SQL databases.
Automatically maintain a log of Solution configuration changes, cross-reference tables, and Version Control Information.
In most systems, you usually have to go through the hassle of creating Tags or Variables and writing code to display information about what's happening in your application, like how much CPU is being used by the latest task.
Using our platform, things are way simpler. All those things you need to keep track of, like Tags, AlarmGroups, and ScriptTasks, are actually classes that extend from .NET classes. This means that when you configure your project, you get to use all the properties and methods created by our platform, as well as those already built into the .NET classes.
Take the Tag DateTime, for example. In other systems, you'd need to write code and methods to convert strings to DateTime formats or figure out what day of the week a specific date falls on. But with our platform, the DateTime Tag is just an instance of the .NET class DateTime. That means your project can easily tap into all the properties and methods that come with it, right out of the box.
Finding the weekday of date time event: simply access the property Tag.DateTimeExample.Value.DayOfWeek
,
Finding the amount of CPU used the last time a calculation was executed: simply access the property Script.Task.Example1.LastCPUTime
All the Modules, tools and objects used in a project are organized in accessible namespaces. Some of main namespaces are:
Tags: Group of variables of the real-time database
Alarms: Provides access to all information about the management of Alarms.
Devices: Includes information on all field devices and its communication status.