The NeuroSynthetica Workbench is an interactive development, command, control and monitoring (C2M) environment used to manage projects and Server Sets, create Simulations and develop Models, Deploy simulations on server sets, and interactively monitor running simulations in real time.
Synthetic brain development is facilitated with the Workbench in the context of a project, which selects a model, a simulation and its plasticity and regulatory parameters, a server set, and a default dashboard for monitoring. Creation of a project typically takes just a minute in the development environment, and has a one-click creation operation which defines the simulation on all the servers in the server set, and gives the simulation a unique 64-bit Simulation ID-- the digital identity of the sentience instance.
The project is more than just a container, however; it's a tool used to leverage existing models and try them in the context of different simulation plasticity and regulation parameters or server sets. In turn, projects optimize the performance and yield of scientific model inquiry.
Interactive Model Development
The NeuroSynthetica SOMA™ Modeling Language is similar to a hardware definition language such as VHDL or VeriLog, and is used to describe models containing Nodes and their receptors and signals, arrays of nodes, objects (similar to a structure in a programming language), arrays of objects (fabrics), and I/O channels.
Using the Workbench, models can be quickly described in the NeuroSynthetica SOMA™ modeling language, and compiled. The resulting compilation can be visualized in graphical schematic form as well as graphical 3D form.
Nodes, receptors, signals, and objects are instantiated from classes defined in the language, specifying the operational parameters of the node or receptor, or the constituent elements of the object. Once defined, single nodes and objects, as well as 1-, 2- and 3-dimensional arrays of nodes and objects may be defined in the model based on their defined classes.
Object classes are similar to function definitions in a programming language; in addition to defined elements, they support for executable statements used to wire-up their constituent elements. The language supports modern programming constructs such as FOR, WHILE, IF, variables and expressions, and assignment statements. The ROUTE statement is used to connect an afferent node to an efferent node. After compilation, these statements have high performance, and can wire-up nodes on the server set over the network at a rate of over 20,000 links per second.
Similar to traditional application programming in a high level language, NeuroSynthetica's SOMA™ modeling language allows the definition of nodes and other objects without specifically declaring their coordinates in the 3D model space. Optional statements give the designer the flexibility to place objects at relative coordinates to an object class' origin, defining a precise 3D structure that may be replicated in object arrays for the construction of fabrics.
The synthetic brain development cycle is interactive and rapid. First, a project is declared, defining the server set, simulation type, model name, and initial dashboard. Then, a model definition source file is created, which possibly includes predefined class definitions for nodes, receptors and signals. Then objects, similar to structures but which also contain the active code described above, are defined, including the top-level object (analogous to the main() function in C++). One-click compilation nominally takes under one second, and the resulting schematic and 3D layout views are readily available from the compiled model.
If syntax errors arise, the developer can correct them in the interactive environment and recompile, and rapidly get to a successful model build. Once compiled successfully, the model may be deployed to the server set with one click.
The execution container for a running model on a server set is a Simulation, which is defined and edited in the Workbench using a dialog box system which supports a library of user-defined simulation types.
While simulation parameters are installed on the server set when a simulation is deployed, its parameters such as the epoch duration, plasticity and homeostatic regulation may be adjusted while the simulation is live, allowing the designer to immediately see the run-time effects of different simulation qualities.
Simulation parameters include the epoch timebase (1ms to 1000ms), the server's epoch utilization and activation limits, and server plasticity and regulation parameters.
While the model's source code describes the functional aspects of the model, the layout is handled by the compiler (unless overridden by the designer). The Model Layout View displays the model in 3D Model Space, and allows the user to click on objects to zoom into and out of their internal structure. Additionally, as shown in this figure, activated nodes in a running system are shown, so that it can readily be seen from this display that the camera is properly feeding the first node array on Server0, the middle array is properly receiving data on Server1, and the third node array on Server2 is receiving data from Server1.
The Model Schematic View displays the model in schematic form, allowing the user to see consumer-producer relationships, and click on high-level objects to drill-down and explore the schematic detail within them.
When a model has been compiled successfully, it may be deployed to all the servers in a server set with a single click (see the Generate button in the pictures). Generation may take seconds, minutes, or hours, depending on the size and complexity of the model.
Simulations are controlled from the Workbench Projects tab. When a project is opened, its simulation may be assigned to a server set, loaded and unloaded on the server set, and started, paused, or stopped.
Multiple users may use Wb to connect to the same server set and collaboratively manage and monitor the running simulation, potentially with their own customized dashboard views to meet their role's needs.
Dashboards have a grid-style layout, allowing population of widgets that display bar graphs, strip charts, metric values, messages, text logs, and a 3D activated node display, to show a heat map of activated nodes in the model as it is running. Widgets may be configured to source their data from any of many sources (see figure).
Other widgets, including an audio synthesizer and an audio spectral input widget can interact with the running model's I/O channels, without the need for a robot to be connected to the model. The user may expand on this idea by implementing custom widgets using the plugin interface to programmatically perform I/O with the running simulation on the server set.
Widgets may draw on any of the following real time data sources:
Extensible With Plugins
NeuroSynthetica Workbench is extensible with plugins, simple Linux ELF executables built using Linux tools. Each plugin may be loaded by Workbench on startup or when a specific project is opened. Plugins may be graphical or headless, and call the NeuroSynthetica Workbench API, documented on the Customer Portal. Source code for sample plugins is provided as a starting point for production of new widgets that either serve as a data source, or consume data sources.
Server Set Management
Using Workbench, the user may define any number of server sets, and include up to 255 hosts per server set. Any given project may then refer to a server set by name, allowing that project to be rehosted on a different server set as needed.
User Level Security
NeuroSynthetica Workbench supports user login, so that all of the user's Sentience Engine™ credentials may be associated with the user. Server set credentials are stored SHA3-256 encoded and are transmitted on the network with a server-supplied salt with each new session.
This permits servers to be hosted with confidence that only authorized persons will interact with their deployed simulations, when hosted on a shared server.