ENGINEERING

Computer Vision

Computer-Vision-Arbeit für Erkennung, Analyse, Deployment und Vision-System-Integration.

Dieser Service konzentriert sich auf Computer-Vision-Systeme, bei denen Erkennungslogik, Umgebungsbedingungen, Deployment-Beschränkungen und Systemintegration allesamt zählen.

FestpreisangebotAntwort innerhalb von 1 WerktagJeder Stack oder jede SpracheEU-basiert · DSGVO-bereit

Das Vision-System vor dem Deployment prüfen

Sagen Sie uns, ob die Lücke in Umgebungspassung, Laufzeitverhalten, Integration oder Pipeline-Design liegt. Wir skizzieren den stärksten ersten Scope.

  • Festpreisangebot — unverbindlich
  • Antwort innerhalb von 1 Werktag

Mit dem Senden stimmen Sie zu, dass wir Sie zu dieser Anfrage kontaktieren dürfen.

inspect.py
import cv2import numpy as npfrom inspection import Detector, Verdict, plc# Loaded once at start-up: model load is ~900 ms and the line gives us 240 ms# per part. Anything that can be done before the first part arrives, is.detector = Detector("models/weld-seam-v7.onnx", provider="CUDAExecutionProvider")def inspect(frame: np.ndarray) -> Verdict: # Crop to the fixture. The camera sees the whole cell, but the weld is always # in the same window, and cropping first cuts inference cost roughly fourfold. roi = frame[220:820, 340:1240] # Normalise for the lighting, which drifts all shift as the lamps warm up. # Without this the model quietly gets worse between 06:00 and 10:00. gray = cv2.cvtColor(roi, cv2.COLOR_BGR2GRAY) gray = cv2.createCLAHE(clipLimit=2.0, tileGridSize=(8, 8)).apply(gray) # Infer. "Not sure" is a distinct outcome from "no defect", and conflating # the two is how vision systems lose the operators' trust in week three. boxes, scores = detector.run(gray) confident = scores >= 0.62 if not confident.any() and scores.max(initial=0) > 0.35: return Verdict.REVIEW # Decide inside the cycle time. The PLC holds the authority here; the vision # system only ever reports, so a crash fails safe instead of passing scrap. if boxes[confident].size: plc.write("Line1.Reject", True) return Verdict.REJECT plc.write("Line1.Pass", True) return Verdict.PASS
  1. 01 — Crop to the fixture

    The camera sees the whole cell. The weld is always in the same window, so cropping before inference cuts the cost about fourfold and removes most of the background the model could get distracted by.

  2. 02 — Normalise the lighting

    Shift lamps warm up over the morning and the image drifts with them. CLAHE flattens that out. Skip this and the model gets quietly worse between 06:00 and 10:00 — the hardest kind of fault to diagnose.

  3. 03 — Infer, and allow "not sure"

    Two thresholds, not one. A confident detection is a reject; a weak signal is sent for review. Collapsing those into a single yes/no is how a vision system loses the operators’ trust in week three.

  4. 04 — Decide, inside the cycle

    The PLC holds the authority. The vision system only reports, so if the inference box dies the line fails safe rather than passing scrap. That division is the difference between a demo and something allowed near production.

The model is the smallest part of this. Cropping, lighting, an explicit "not sure" outcome, and who is allowed to stop the line are what decide whether it survives a real shift.

Häufige Probleme

  • •Ein Vision-Konzept funktioniert in Tests, wird aber in realen Umgebungen unzuverlässig.
  • •Das Modell oder die Pipeline ist nicht gut mit dem umgebenden System verbunden.
  • •Das Projekt braucht mehr Deployment-Realismus, bevor es operativ nützlich werden kann.

Was wir bauen

  • •Vision-System-Architektur und Deployment-Unterstützung
  • •Integration zwischen Vision-Pipelines und umgebender Software
  • •Zuverlässigkeitsverbesserungen für den Einsatz in realen Umgebungen
  • •Engineering-Unterstützung für operative Vision-Workflows

Optimale Passung

  • •Teams, die von Vision-Prototyp zu Deployment übergehen
  • •Projekte, in denen reale Bedingungen Modellannahmen brechen
  • •Builds, die stärkeres Systems-Engineering rund um Vision brauchen

Unser Vorgehen

Wir fokussieren den Teil des Vision-Systems, der den operativen Einsatz am meisten blockiert: Umgebungspassung, Pipeline-Struktur, Integration oder Laufzeitverhalten.

Technischer Fokus

Nützliche Computer Vision hängt von mehr als einem Modell ab. Sie hängt von Datenfluss, Laufzeitbeschränkungen, Umgebungsvariabilität, Pipeline-Integration und davon ab, wie Ausgaben vom weiteren System genutzt werden.

Komprimiertes Szenario

Situation

Eine Vision-Pipeline schneidet in kontrollierter Validierung gut ab, aber Laufzeitbedingungen und Systemintegration verhindern noch ein zuverlässiges Deployment.

Ansatz

Die Pipeline um die Deployment-Bedarfe herum umstrukturieren, die Integration stärken und reale Fehlermodi adressieren.

Ergebnis

Das Vision-System wird in der Produktion nutzbarer und operativ vertrauenswürdiger.

FAQ

Ist das nur Modellentwicklung?

Nein. Die Arbeit umfasst das Engineering rund um Deployment, Datenfluss, Integration und Laufzeitverhalten.

Können Sie helfen, einen Prototyp Richtung Produktion zu bringen?

Ja. Dieser Übergang ist oft der Punkt, an dem die schwierigste Engineering-Arbeit beginnt.

Umfasst das die Integration in ein weiteres Produkt- oder Maschinensystem?

Ja. Integration ist meist zentral, um Vision-Ausgaben tatsächlich nützlich zu machen.

Weitere Engineering-Dienstleistungen

Software-Engineering & Scientific Computing

Software-Engineering, C++/Python-Scientific-Computing, individuelle Solver und Architektur-Umsetzung.

Embedded-Systeme

Embedded-Systems-Engineering für Hardware-Software-Grenzen, Gerätelogik und Steuerungsverhalten.

Robotik-Software

Software-Arbeit für Robotiksysteme, Bewegungs-Workflows, Steuerungen und Maschinenverhalten.

Industrielle Automatisierung & CFD/FEA

Industrielle Automatisierung, CFD-Simulation in OpenFOAM, Finite-Elemente-Analyse und Prozessmodellierung.