OEM und ODM: Wir bauen das TPMS, Sie bauen die Marke

Unsere eigenen Hardware- und Embedded-Software-Teams bringen eine Anforderung von der Spezifikation bis in die Produktion. Deshalb bleibt eine Anpassungsanfrage nicht zwischen einem Handelsunternehmen und einer unbekannten Fabrik stecken.

Zwei Wege der Zusammenarbeit

OEM

Unser Produkt unter Ihrer Marke

Übernehmen Sie ein vorhandenes Design — BPU100, TR100 oder den IoT-Knoten — mit Ihrem Logo, Ihrer Verpackung, Ihren Farben und Ihrer Dokumentation. Der schnellste Weg zu einer verkaufsfähigen Produktlinie.

  • Ihre Marke auf Gehäuse, Verpackung und Handbuch
  • Alarmschwellen, Einheiten und Meldeintervalle auf Ihren Markt abgestimmt
  • MOQ und Lieferzeit je Modell und Konfiguration vereinbart
ODM

Ihr Produkt mit unserer Entwicklung

Sie bringen die Anforderung und den Markt; wir entwickeln Sensor, Funk, Firmware oder Cloud-Seite. Hier spielt unser Full-Stack-Team seine Stärke aus.

  • Individuelle Firmware, Protokollanpassung und API-Entwicklung
  • Gehäuse, Display-UI und Befestigung für Ihr Fahrzeug ausgelegt
  • Zertifizierung auf Ihren Zielmarkt als Bestandteil des Programms

Was wir ändern können

Protokollindividuelle Nachrichtensätze, J1939, Modbus-Maps, BLE-Services und Pairing-Ablauf
FirmwareMeldeintervall, Alarmschwellen, Einheiten, Sleep- und Wake-Verhalten
HardwareSensor-Bauform, Ventiltyp, Batteriewahl, Gehäuse und Steckverbinder
Display & UIBildschirmgröße, Layout, Symbole, Sprache und Alarmdarstellung
CloudDashboard-Branding, Alarmweiterleitung, REST-API und Datenexport
VerpackungEinzelhandel oder Bulk, Artwork, Handbücher und Etikettensprache

So läuft ein Programm ab

01

Leistungsumfang

Fahrzeugtyp, Radanzahl, Schnittstellen, Umgebung, Zielpreis und Stückzahl.

02

Angebot

Konfiguration, Anschlussplan, Sensoranzahl, Stückpreis und Lieferzeit.

03

Muster

Prüfstands- und Maschinenerprobung mit Entwicklungsunterstützung, anschließend Freigabe.

04

Produktion

Termingerechte Lieferung, mit QS-Aufzeichnungen und Rückverfolgbarkeit je Charge.

05

After-Sales

Lokaler Support in China plus Remote-Entwicklung bei Firmware- und Integrationsfragen.

Kundenspezifische Arbeiten bleiben vertraulich: Wir zeigen keine Produkte von OEM-Kunden und geben deren Designs nicht an andere Auftraggeber weiter. Referenzen können unter NDA bereitgestellt werden.

GZVIA

How every unit is tested before it ships

A TPMS that fails in the field costs far more than the sensor. These are the checks we run in our own facility on every unit — with the equipment and the criteria we use.

QT-001

Sensor pressure and temperature calibration

100% inspection. Every sensor is checked for pressure and temperature accuracy, read and logged through calibration software we developed in house.

  • Equipment Reference pressure source · in-house calibration software
  • Criteria pressure ±7 kPa · temperature ±3 °C
Sensor pressure and temperature calibration
Live readings in the calibration software
QT-003

Water ingress / immersion test

Every sensor is immersed, then removed and inspected for water ingress and re-tested. The criterion is bubbles: bubbles mean a leak.

  • Equipment Immersion tank
  • Criteria IP68 · no bubbles, function confirmed on re-test
QT-005

RF communication range test

The receiver is tested with a dedicated reference transmitter to measure receive range, and the sensor with a dedicated reference receiver to measure transmit range — both verified against the ≥100 m specification on a purpose-built bench.

  • Equipment Dedicated reference sensor and receiver on a test bench
  • Criteria ≥100 m open air
RF communication range test
RF range test bench
QT-006

Full wheel-count system simulation

All sensors and repeaters laid out at the real wheel count to verify addressing, re-connection after dropout and alarm logic. This is what makes a 160-wheel delivery possible.

  • Equipment Wheel-position test rig / workshop fixture
  • Criteria every wheel addressable · dropouts re-connect · alarms fire correctly
QT-008

CAN / serial protocol and interface validation

Live frames read with a CAN analyser and checked against the DBC / protocol document we deliver with the unit.

  • Equipment CAN analyser · host test software
  • Criteria frames match the delivered DBC / protocol document
CAN / serial protocol and interface validation
Live frames in the CAN analyser
CAN / serial protocol and interface validation
Frames checked against the protocol document
QT-009

Battery life and power consumption

Current draw measured in each operating state with a multimeter / power analyser, then extrapolated to verify the rated battery life.

  • Equipment Multimeter · power analyser
  • Criteria internal ≥ 5–6 years · external ≥ 2 years
Battery life and power consumption
Power draw measured across operating states

Senden Sie die Spezifikation, die gebaut werden soll

Auch wenn sie noch unvollständig ist — eine Anforderung, ein Wettbewerbsprodukt und ein Zielpreis genügen für ein technisches Gespräch.