Aus technischen Fragen werden funktionierende Lösungen.
Wir untersuchen technische Fragestellungen, entwickeln Prototypen und machen erfolgreiche Ansätze zu praxistauglicher Software, Demonstratoren und Engineering-Werkzeugen.
Abb. A NVH Studio – markierte Messsektion in einer mehrkanaligen Zeitreihe. Die Markierung zeigt, wo genauer hingesehen werden sollte, nicht welche Ursache vorliegt.
Abschnitt 01
Projekte in Entwicklung
Eigene Softwareprojekte und angewandtes Engineering. Die Beispiele zeigen unsere Arbeitsweise und ihren jeweiligen Entwicklungsstand.
Platte 01 NVH Studio – Einblicke in den aktuellen Entwicklungsstand.
Die Frage
Wie lassen sich große Akustik- und Schwingungsdatensätze so darstellen, dass technische Zusammenhänge schneller untersucht werden können?
Was entwickelt wurde
Eine Desktop-Anwendung für Frequenz-, Ordnungs-, Drehzahl-, Messsektions- und Amplitudenanalyse. Die 2D- und 3D-Ansichten sind miteinander verknüpft: eine Auswahl in einer Ansicht setzt den Kontext aller anderen.
Aktueller Stand
Messdaten, deren Auswertung vorher mehrere Einzelschritte brauchte, können in einer Sitzung durchgesehen werden.
KategorieZeitreihen · Anomalieerkennung · angewandte KI
TypAnalysesystem
Seit2026
StatusAnalysesystem · in Entwicklung
Die Frage
Wie findet man in sehr großen multivariaten Zeitreihen automatisch jene Abschnitte, die eine genauere technische Untersuchung verdienen?
Was entwickelt wurde
Ein System zur Anomalieerkennung in numerischen Zeitreihen. Es erkennt auffällige Zeitbereiche und zeigt, welche Signale zur Auffälligkeit beitragen.
Was es ausdrücklich nicht tut
Das System benennt keine physikalische Fehlerursache. Es zeigt, wo und in welchen Signalen etwas vom erwarteten Verhalten abweicht – die technische Bewertung bleibt beim Ingenieur.
PLATTE 02SCREENSHOT · 1:1
Platte 02 Echter Analyse-Lauf aus TRACEFORM – Zeitreihenansicht mit markiertem Anomalie-Fenster und den beitragenden Signalen, unbearbeiteter Screenshot.
Aktueller Stand
Die Durchsicht beginnt nicht mehr bei der gesamten Messung, sondern bei einer überschaubaren Menge markierter Abschnitte.
PROJEKT 03
Auto MSA
Methodik im Einsatz · Weiterentwicklung
KategorieMesssysteme · Qualität · Automatisierung
TypAngewandtes Engineering
Seit2026
StatusMethodik im Einsatz · Weiterentwicklung
Die Frage
Wie kann die Vertrauenswürdigkeit eines Messsystems automatisiert geprüft und im laufenden Prüfprozess überwacht werden?
Was entwickelt wurde
Die zugrunde liegende Methodik läuft bereits produktiv auf einem Prüfstand. Wir untersuchen, wie sich Datenerfassung, Auswertung und Bewertung zu einem übertragbaren Engineering-Werkzeug weiterentwickeln lassen.
Aktueller Stand
Praktisch eingesetzte Methodik; Übertragbarkeit und Produktentwicklung werden untersucht.
03.AAUFBAU
03.BDETAIL
03.CSKIZZE
Konzeptillustrationen zu Messaufbau, Sensorik und Prüfablauf; keine Aufnahmen des bestehenden Prüfstands.
Projekt 04
Power BI & individuelles Reporting
Wir entwickeln Reports, die zeigen, wo Handlungsbedarf besteht und welche Zusammenhänge dahinterliegen. Dafür verbinden wir Daten, fachliches Verständnis und passende Visualisierungen zu einem Werkzeug für konkrete Entscheidungen.
Daten verknüpfen
Produktionszahlen, Qualitätsdaten und technische Analysen werden in einem konsistenten Datenmodell zusammengeführt. So lässt sich eine Kennzahl bis zu den zugrunde liegenden Prozessen und Messdaten verfolgen.
Kennzahlen einordnen
Wir klären, was eine Kennzahl fachlich bedeutet, wie sie berechnet wird und welche Entscheidung sie unterstützen soll. Reports machen Ziele, Abweichungen und Datenqualität sichtbar und helfen, Maßnahmen zu priorisieren.
Custom Visuals entwickeln
Für besondere Fragestellungen entwickeln wir eigene interaktive Power-BI-Visuals. Messkurven, Referenzbereiche und Auffälligkeiten lassen sich gezielt darstellen und mit den anderen Ansichten des Reports verknüpfen.
Warum verfehlt eine Produktionslinie ihr Ziel? Und wo lohnt es sich, zuerst einzugreifen?
Was entwickelt wurde
Im Demonstrator fällt eine Linie durch erhöhte Wiederholprüfungen am End-of-Line-Prüfstand auf. Der Report führt vom Produktionsziel über Engpässe und Qualitätskosten zu einzelnen Prüfeinheiten. Unser Custom Visual, der Process Trace Explorer, zeigt dazu Messsignale, Referenzkorridore und auffällige Zeitfenster im Prüfzyklus. Ein Klick auf ein Anomaliefenster grenzt die betroffene Einheit ein.
Aktueller Stand
Eine gemeinsame Fallakte führt die Ergebnisse von AutoMSA, Traceform und NVH Studio zusammen. So bleibt der Weg vom betrieblichen Handlungsbedarf zur technischen Untersuchung nachvollziehbar. Kennzahlen, Filter und die Interaktion des Custom Visuals wurden in Power BI Desktop mit synthetischen Daten geprüft.
Platte 04 · ÜberblickPOWER BI DESKTOP
Originalansicht aus Power BI Desktop. Vom Produktionsziel zur Linie mit Handlungsbedarf; alle gezeigten Zahlen stammen aus der synthetischen Demo.Ansicht vergrößern · Platte 04 · Überblick↗
04.AProzessspuren
Eigenes Power-BI-Visual: Signale im Zeitkontext vergleichen und über ein Anomaliefenster die betroffene Einheit auswählen.Ansicht vergrößern · Prozessspuren↗
Eine gemeinsame Fallakte verbindet Messsystemprüfung, Zeitreihenanalyse und NVH-Screening mit der betrieblichen Wirkung.Ansicht vergrößern · Fallakte↗
Demo mit synthetischen Daten
Die Ansichten zeigen einen Demonstrator, keinen Kundenbetrieb. AutoMSA ist in dieser Demokette ein Platzhalter; NVH Studio liefert ein Screening mit vorläufigen Schwellen. Eine produktive Bereitstellung im Power BI Service ist noch nicht abgenommen.
Abschnitt 02
Wie eine Zusammenarbeit aussieht
Von der offenen Frage bis zur nutzbaren Lösung: Wir klären mit Ihnen, welcher nächste Entwicklungsschritt sinnvoll ist.
Offene FrageBelastbare Aussage
Abb. B Die Breite des Bandes steht für die verbleibende technische Unsicherheit. Jeder Schritt verkleinert sie durch ein reales Artefakt – nicht durch eine Einschätzung.
01
Explore
Technische Machbarkeit untersuchen
Wenn noch nicht klar ist, ob eine technische Idee funktioniert, untersuchen wir Technologien, Daten, Methoden und mögliche Lösungswege.
Mögliche Ergebnisse
Machbarkeitsnachweis
technischer Versuch
Architekturvorschlag
dokumentiertes No-Go
Konzept für einen Prototyp
02
Build
Einen funktionierenden Prototyp entwickeln
Wir entwickeln einen gezielten Prototyp, mit dem sich die entscheidende technische Frage praktisch prüfen lässt.
Mögliche Ergebnisse
Desktop- oder Web-Anwendung
Analysewerkzeug
Algorithmus
Versuchsaufbau
Datenpipeline
Mess- oder Prüfworkflow
Hardware/Software-Kombination
03
Evolve
Einen bewährten Ansatz weiterentwickeln
Wenn ein Prototyp funktioniert und Nutzen zeigt, kann daraus eine robuste Engineering-Lösung oder ein eigenständiges Produkt entstehen.
Mögliche Ergebnisse
internes Engineering-Werkzeug
Pilotinstallation
kundenspezifische Software
standardisiertes Produkt
Integration in bestehende Prozesse
Abschnitt 03
Welche Werkzeuge wir einsetzen, entscheidet die Frage.
Wir verbinden Softwareentwicklung, Datenanalyse und KI mit Signalverarbeitung, Messtechnik, Simulation und Elektronik. Mit Power BI, Datenmodellen und eigenen Visualisierungen führen wir technische und betriebliche Daten für die Analyse zusammen. Welche Methoden zusammenkommen, ergibt sich aus der Aufgabe.
Abschnitt 04
Research Log
Nicht jede interessante technische Frage ist bereits ein Produkt oder ein Kundenprojekt. Wir reservieren Raum, um neue Technologien, Methoden und Anwendungsfelder praktisch zu untersuchen.
EXP. 014
2026-04
Lokale Zeitreihenmodelle
Fragestellung
Wie leistungsfähig können moderne Forecasting- und Anomalieverfahren lokal auf CPU-Hardware betrieben werden?
Aktiv
Erste Vergleichsmessungen laufen.
EXP. 015
2026-05
Thermische Charakterisierung
Fragestellung
Wie lassen sich thermische, elektrische und zeitliche Messdaten kombinieren, um Elektronik besser zu charakterisieren?
Exploration
Aufbau in Vorbereitung.
EXP. 016
2026-06
Edge Signal Processing
Fragestellung
Welche Signalverarbeitungsaufgaben lassen sich sinnvoll näher an Sensorik und Messsystem verlagern?
Recherche
Technologieauswahl offen.
Frühe Untersuchungen mit offenem Ergebnis. Daraus können neue Methoden, Projekte oder Produkte entstehen.
Abschnitt 05
Arbeitsweise
Wir klären die Aufgabe, bauen einen ersten Ansatz und prüfen ihn praktisch. Die Ergebnisse bestimmen, was wir weiterentwickeln.
01
Understand
Fragestellung, Randbedingungen und Datenlage klären.
02
Build
Einen ersten funktionsfähigen Ansatz entwickeln.
03
Test
Gegen reale Daten oder einen realen Aufbau prüfen.
04
Learn
Ergebnis dokumentieren – auch ein negatives.
Schritte 1–4 werden mehrfach durchlaufen. 5 und 6 folgen nur, wenn sich der Ansatz trägt.
05
Prove
Belastbarkeit außerhalb des Laborfalls zeigen.
06
Evolve
Zu einer robusten Lösung oder einem Produkt ausbauen.
Abschnitt 06
Zwei technische Perspektiven, eine Arbeitsweise
STYRND ist der gemeinsame Auftritt zweier technischer Partner. Beide kommen aus einem industriellen Umfeld und haben dort Entwicklungen bis zur praktischen Anwendung begleitet.
Die Zusammenarbeit verbindet Software-, Daten- und KI-Entwicklung mit Messtechnik, Engineering und industrieller Erfahrung. Beide Seiten entwickeln – die Schwerpunkte liegen unterschiedlich.
Software & Produktentwicklung
Software, Daten, KI, technische Produkt- und Prototypentwicklung.
Engineering & Validierung
Messtechnik, Engineering, technische Validierung und industrielle Anwendung.
Der NameHerkunft
STEYRR&ND
„Steyr R&D“
STEYR R&D→STY R&D→STY RND→STYRND
STYRND ist ein Kunstname – also legen wir seine Aussprache selbst fest, statt sie dem Zufall zu überlassen. STY steht für Steyr, RND für Research & Development. Geschrieben immer STYRND, gesprochen immer „Steyr R&D“.
Abschnitt 07
Notizen
Kurze technische Notizen aus der Entwicklungsarbeit. Kein Blog.
001
Was ein Prototyp beweisen muss – und was nicht.
Über den Unterschied zwischen einem Beweisstück und einem Vorprodukt.
In Vorbereitung
002
Warum Anomalieerkennung keine Fehlerdiagnose ist.
Was ein markierter Zeitbereich aussagt und was nicht.
In Vorbereitung
003
Wann lokale KI sinnvoller ist als Cloud.
Datenhoheit, Latenz und die Frage, was eine CPU heute leistet.
In Vorbereitung
004
Wie aus einer Messdatei eine technische Entscheidung wird.
Der Weg von der Rohmessung zur begründeten Aussage.
In Vorbereitung
005
Warum ein negatives Machbarkeitsergebnis wertvoll sein kann.
Ein dokumentiertes No-Go spart die teure Variante.
In Vorbereitung
006
Was wir beim Aufbau von NVH Studio gelernt haben.
Verknüpfte Ansichten, große Datensätze, ehrliche Grenzen.
In Vorbereitung
Abschnitt 08
Was möchten Sie entwickeln oder klären?
Beschreiben Sie Ihre technische Frage, eine Produktidee oder einen bestehenden Prozess. Gemeinsam klären wir, ob und wie wir Sie unterstützen können.
Wir melden uns persönlich, um die Aufgabe, den passenden Umfang und mögliche nächste Schritte zu besprechen.
