Five tools under one repo, all docs organized per DOCS-GUIDE.md: - aalogcli: .NET 4.8 / x86 CliFx CLI for reading System Platform binary logs (*.aaLGX) for LLM debugging, built on aaOpenSource/aaLog. Commands: last, tail, range, unread, fields. Stable JSON envelope under --llm-json. Build template under lib/build/ for rebuilding aaLogReader.dll. - aot: ArchestrA Object Toolkit 2014 v4.0 reference material. Dev guide (Markdown converted from CHM), API reference for the ArchestrA.Toolkit namespace, and the Monitor / Watchdog VS sample solutions. - graccesscli: .NET 4.8 / x86 CliFx CLI that automates Galaxy configuration via the ArchestrA GRAccess COM interop. Includes session daemon, IPC protocol, and llm-json envelope contract. - grdb: SQL/DDL exploration of the Galaxy Repository database. DDL captures, reusable queries, hierarchy / contained-name <-> tag-name translation notes. - histdb: LLM-oriented reference for AVEVA Historian retrieval. INSQL linked-server, extension tables, every wwXxx time-domain extension, every retrieval mode, alarm/event SQL recipes, REST API. Distilled from the 243-page Historian Retrieval Guide. Root contains: - CLAUDE.md: thin index pointing into each tool's README. - DOCS-GUIDE.md: doctrine for organizing docs for LLM consumption. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
histdb
LLM-oriented reference for AVEVA Historian SQL retrieval — the Microsoft SQL Server linked-server (INSQL), the extension tables (History, Live, WideHistory, AnalogSummaryHistory, StateSummaryHistory, Events), the wwXxx time-domain extensions, every retrieval mode, and the Historian Data REST API. Distilled from the official AVEVA Historian Retrieval Guide (December 2020 edition, 243 pages).
What this folder is for
Read-only reference. There's no code here — these files exist so an LLM can answer "how do I get data X out of Historian" without paging through the official PDF. For Galaxy / object configuration the right tool is graccesscli; for the System Platform Galaxy Repository (a different SQL database) it's grdb. This folder is specifically the time-series / event store.
Hard constraints / things to know up front
- Historian SQL access goes through a linked server named
INSQLthat wraps the AVEVA OLE DB provider over the binary history blocks. The OLE DB provider is stateless — every query must repeat itswwXxxextension parameters. - A
WHEREclause is mandatory on every extension table exceptHistoryBlock. Date ranges (DateTime >= ... AND DateTime <= ...) plus tag selection (TagName = .../TagName IN (...)/TagName LIKE ...) is the minimum. - All times are UTC internally; the wire format is local time (or whatever
wwTimeZonesays). Time math uses Win32FILETIME(100 ns resolution). - Wide tables (
WideHistory) requireOPENQUERY— the schema is built per query. Up to 1024 columns. Query bodies insideOPENQUERYare capped at 8000 characters. INandORcannot multiplex awwXxxextension.wwVersion IN ('original','latest')andwwRetrievalMode = 'Delta' OR wwVersion = 'latest'both fail. One value per extension per query.- The full PDF is canonical — these summaries reduce 243 pages to the essentials. When in doubt, check the source: https://cdn.logic-control.com/docs/aveva/historian/HistorianRetrieval.pdf.
Layout
histdb/
README.md this file
01-overview.md OLE DB provider, linked server, extension tables, four-part / OPENQUERY / OPENROWSET
02-syntax-limits.md Supported / unsupported SQL features, joins, sub-SELECTs, time-domain extensions overview
03-retrieval-modes.md Every wwRetrievalMode value (Cyclic, Delta, Full, Interpolated, BestFit, Average, Min, Max, Integral, Slope, Counter, ValueState, RoundTrip, Predictive, BoundingValue)
04-retrieval-options.md Every wwXxx parameter (CycleCount, Resolution, deadbands, Version, InterpolationType, TimeStampRule, TimeZone, QualityRule, StateCalc, Filter, ValueSelector)
05-query-recipes.md Practical SQL recipes (wide-table joins, INNER REMOTE JOIN, aggregate patterns, time-between-changes, gaps)
06-alarms-events.md Events table queries — listing events, alarm rates, time-to-clear, response-time analysis
07-rest-api.md Historian Data REST API — endpoints, $filter / OData syntax, auth, examples
Resource index — by task
| Task | Go to |
|---|---|
| Connect to Historian via SQL Server, pick a query style (four-part / view / OPENQUERY / OPENROWSET) | 01-overview.md |
| What SQL syntax works and what doesn't (LIKE, IN, OR, joins, CONVERT, sub-SELECTs) | 02-syntax-limits.md |
| Pick the right retrieval mode for the question being asked | 03-retrieval-modes.md |
| Tune what the mode returns (cycle count, resolution, deadbands, quality rule, value selector, time zone) | 04-retrieval-options.md |
| Worked SQL recipes for common questions (wide tables, aggregates, gaps, GROUP BY) | 05-query-recipes.md |
| List events / count alarms / measure time-to-acknowledge | 06-alarms-events.md |
| Pull data from a browser, Excel, Power BI, or any HTTP client (no SQL needed) | 07-rest-api.md |
| Original PDF — definitive source for any uncovered detail | https://cdn.logic-control.com/docs/aveva/historian/HistorianRetrieval.pdf |
Source
Source PDF: AVEVA Historian Retrieval Guide (formerly Wonderware), publication date 3 December 2020, downloaded from cdn.logic-control.com/docs/aveva/historian/HistorianRetrieval.pdf. The guide describes Historian retrieval; companion volumes (administration, database reference, glossary) are not covered here — see references inside each deep doc.
Maintenance
This folder follows the doctrine in ../DOCS-GUIDE.md. When AVEVA ships a new Retrieval Guide that adds modes, options, or REST endpoints, update the affected deep doc(s) and bump any new entries into the Resource index above. The root ../CLAUDE.md holds one row pointing here — don't fan out per-file links from the root.