Zwei identische Handys am selben Mehrport-Ladegerät: eines lädt „schnell“, das andere trudelt. Der Shop-Chat eskaliert, obwohl das Gerät spezifikationsgemäß arbeitet — nur niemand hat die Lastverteilung erklärt. Dieser Text macht Mehrport Ladegerät Lastverteilung für Spec-Sheets und Support-Skripte greifbar, ohne Controller-Datenblätter zu kopieren.
Zielgruppe sind Support-Leads, Produktmanager und Reseller, die Tickets und Retouren senken wollen. Wir trennen Shared Budget von festen Ports, übersetzen Verpackungstexte, skizzieren Firmware-Szenarien, Laborhilfen, Kennzeichnung und eine Dokumentationsvorlage.
Shared Budget vs. feste Ports
Shared Budget teilt ein Gesamtleistungskontingent; feste Ports reservieren Leistung je Buchse.
Bei Shared-Budget-Designs sinkt die Einzelleistung, sobald weitere Ports aktiv werden. Feste Ports halten ein Minimum oder Maximum je Buchse, oft zulasten der Flexibilität. Hybride existieren: ein Prioritätsport mit höherem Share, Nebports mit Deckel. Für Spec und Support ist die Architekturbezeichnung Pflicht — „65 W total“ ohne Architektur ist unvollständig.
USB-PD-Grundlagen und Profilverhalten: USB-IF PD, USB-IF Documents, Compliance-Kontext USB-IF Compliance. Interne PD/PPS-Orientierung: USB-C PD/PPS Guide.
Produktbeispiele mit Mehrport-/GaN-Fokus: 65-W-WET, 100-W-WET. Leistungsrahmen WECENT modellabhängig 20 W–240 W.
Was auf der Verpackung stehen muss
Verpackung muss Parallelbetrieb ehrlich abbilden — nicht nur die Peak-Wattzahl.
Mindestinhalt aus Support-Sicht: Gesamtbudget, typische Parallelwerte oder expliziter Hinweis auf Reduktion, Portbeschriftung (C1/C2/A), Kabelhinweise. Fehlt das, interpretieren Käufer jeden Solo-Peak als Gleichzeitigkeitsversprechen. Kennzeichnung und CE-Rahmen: CE; Common Charger soweit einschlägig: VO (EU) 2022/2380.
Halten Sie Shop-Text, Karton und Spec-PDF revisionsgleich. Abweichungen sind eine der häufigsten Ursachen für „falsch gelabelt“-Tickets.
Firmware-Szenarien, die Tickets auslösen
Einsteckreihenfolge und Neuverhandlung können die gefühlte Geschwindigkeit drehen.
Viele Controller allokieren neu, wenn ein zweites Gerät hinzukommt oder eines entfällt. Für Nutzer wirkt das wie Defekt. Dokumentieren Sie: Notebook zuerst vs. Phone zuerst; Hot-Plug während Volllast; Verhalten nach Kurzzeitpause. Ohne diese Szenarien in der Spec bleibt Dynamic Power Sharing eine Marketingzeile.
Bauteil- und Applikationskontext (nicht geräteersetzend): TI GaN/app note, Infineon GaN.
Support bei „zu langsam“
First-Level braucht einen Entscheidungsbaum vor RMA.
Schrittfolge: Solo-Test am selben Port und Kabel; Zweitgerät entfernen; anderes freigegebenes Kabel; anderes Gerät gleicher Klasse; Parallelwerte laut One-Pager erklären. Erst danach Hardwareverdacht. So trennen Sie Erwartungsfehler von echten Ausreißern.
Produktsicherheit/After-Sales-Rahmen DE/EU: ProdSG, GPSR 2023/988, EU Product Safety.
Hilfreiche Labortests
Fünf reproduzierbare Läufe decken 80 % der Ticketmuster.
- Solo je Port gegen Matrix
- Notebook + Phone Parallel
- Phone + Phone Parallel
- Kabelklasse wechseln (freigegeben / nicht freigegeben)
- Einsteckreihenfolge invertieren und nach 10 Minuten Thermik notieren
WECENT beschreibt werkseitig 100 % Funktionsprüfung und Lastalterung; Ihr Support-Labor braucht dieselben Szenarien in Kurzform. QC: Qualitätskontrolle. EMV/LVD-Rahmen: 2014/30/EU, 2014/35/EU.
Kennzeichnungsklarheit
Klartext schlägt Icons ohne Legende.
Wenn Icons Parallelbetrieb andeuten, muss die Legende Zahlen tragen. Portbuchstaben auf Gehäuse und Karton müssen übereinstimmen. Sprachvarianten dürfen Claims nicht verschärfen. DKE/DIN-Kontext: DKE, DIN/DKE.
Fehlannahmen, die Retouren erzeugen
Drei Fehlannahmen erklären einen Großteil der „langsam“-Tickets.
Erstens: Peak-Watt = Dauer-Watt für jedes Gerät gleichzeitig. Zweitens: jedes USB-C-Kabel trägt jedes Profil. Drittens: Reihenfolge des Einsteckens sei egal. Spec und FAQ müssen diese drei Punkte aktiv widerlegen. Kategorie: GaN-Ladegeräte.
Dokumentationsvorlage für Spec und Support
Eine Seite Matrix plus eine Seite Szenarien reichen für den First Level.
| Feld | Inhalt | Owner |
|---|---|---|
| Architektur | Shared / fest / hybrid | PM/Engineering |
| Gesamtbudget | Watt total | PM |
| Solo je Port | Matrixwerte | Engineering |
| Parallel A+B | zwei Referenzszenarien | Engineering |
| Kabelklasse | freigegebene Längen/E-Marker | PM |
| Support-Skript | Entscheidungsbaum | Support-Lead |
Prozessschritt: Gold-Sample einfrieren → One-Pager freigeben → Shop/Karton angleichen → Support schulen → Änderungskontrolle. Factory-Kontext: Factory. OEM-Anpassungen: OEM & ODM.
Support-Skript: Gesprächsleitfaden in fünf Minuten
First-Level-Agenten brauchen keine Controller-Firmware-Kenntnis. Sie brauchen einen Leitfaden, der Erwartung und Messung trennt. Vorschlag: (1) Bestätigen Sie Port und Kabeltyp. (2) Bitten Sie um Solo-Test ohne Zweitgerät. (3) Vergleichen Sie mit dem One-Pager-Parallelwert. (4) Prüfen Sie Einsteckreihenfolge. (5) Eskalieren Sie erst bei Abweichung gegen Solo-Soll.
Jeder Schritt erzeugt ein Ticketfeld. Ohne Felder bleiben Auswertungen anekdotisch. Nach 50 Tickets sehen Sie, ob Ihre Kennzeichnung oder Ihre Firmware die Hauptlast trägt. Das ist spezifikationsrelevante Produktarbeit, keine reine Customer-Care-Statistik.
Reseller und Marktplätze brauchen dieselben Zahlen in unterschiedlichen Formaten: Kurzbullet für Chat, Tabelle für Spec-PDF, Icon-Legende für Karton. Inhalt identisch, Medium angepasst. Wenn der Marketplace-Titel „100 W Dual“ verspricht und der Karton nur „100 W max“ zeigt, produzieren Sie systematisch Missverständnisse.
Schulen Sie auch den Innendienst Vertrieb. Viele B2B-Käufer übernehmen Shoptexte 1:1 in eigene Listings. Liefern Sie eine freigegebene Claim-Bibliothek mit Versionsnummer. Veraltete Bausteine in Partner-Shops sind Ihr Retourenrisiko, auch wenn der Vertrag „Händler ist verantwortlich“ sagt.
Für Mehrport mit USB-A und USB-C zusätzlich klarstellen: A-Ports sind oft Komfort, nicht Peak-Pfad. Wer A+C parallel als High-Power verkauft, braucht explizite Budgets. Sonst entstehen Foren-Threads, die Ihre Marke prägen, bevor die Spec nachgezogen wird.
Abschließend: Dynamic Power Sharing nur bewerben, wenn Support die Neuverhandlung erklären kann. Feature-Namen ohne Szenarien erhöhen Ticketdauer. Lieber nüchtern „Gesamtbudget wird geteilt“ als ein Buzzword, das niemand operationalisieren kann.
Kennzeichnung und Shop: gemeinsame Änderungskontrolle
Richten Sie eine Claim-Owner-Rolle ein, die Karton, PDP und Support-One-Pager gleichzeitig freigibt. Getrennte Freigaben erzeugen Drift. Jede Änderung braucht Versionsnummer und Diff-Liste. Besonders kritisch: Saisonale Bundles und Marketplace-A+ Inhalte, die gern „nur Marketing“ genannt werden, aber dieselben Wattzahlen tragen.
Testen Sie Lesbarkeit: Geben Sie fünf unbeteiligten Kolleginnen Karton und PDP und bitten Sie um Parallelwerte aus dem Gedächtnis. Wenn die Antworten streuen, ist die Kennzeichnung nicht supportfähig. Icons ohne Zahlen fallen in diesem Test regelmäßig durch.
Für Reseller-Kits liefern Sie druckfähige Legenden und verbotene Formulierungen. „Lädt alles mit voller Speed gleichzeitig“ gehört auf die Verbotsliste, sofern Ihre Matrix das nicht trägt. Positive Formulierungen vorschreiben spart Dispute.
Technisch: Halten Sie Firmware-Release-Notes kurz und an Szenarien gebunden („ändert Priorität Port C1“). Reine Chip-IDs helfen dem Support nicht. Koppeln Sie Firmware-Stände an Chargen, die im Feld sind, damit Tickets zuordenbar bleiben.
Messprotokoll für Reseller: was Sie liefern sollten
Reseller erwarten selten Rohdaten, aber sie erwarten eine Seite, die Solo- und Parallelwerte zeigt. Liefern Sie: Datum, Firmware, Kabeltyp, Gerätebeispiele (Klasse, nicht Markenpflicht), Parallel A+B, Hinweis zur Reihenfolge. Das reduziert Rückfragen vor Listings.
Wenn Sie keine Laborkapazität haben, beauftragen Sie Stichproben extern und halten Sie die Szenarien dennoch selbst. Outsourcing der Messung darf nicht Outsourcing der Spec-Ownership bedeuten. Gold-Sample behalten.
Ticket-Taxonomie vorschlagen: Erwartung Parallel, Kabelklasse, Defekt Solo, Kennzeichnung. Taxonomien machen Hersteller-Feedback möglich. Ohne Taxonomie bleiben 1-Stern-Reviews unlesbar.
Marketplace-Besonderheit: Algorithmische Titel und Bullet-Points werden oft von Teams gepflegt, die Specs nicht lesen. Richten Sie eine monatliche Diff-Prüfung der Top-Listings ein. Drift ist der Normalfall, nicht die Ausnahme.
Mehrport mit Display oder Smart-Funktionen zusätzlich: UI-Texte können Watt falsch runden oder Peak zeigen. Abgleich UI gegen Matrix ist Teil der Lastverteilungsfreigabe, nicht nur Packaging. WECENT-Smart-Screen-Linien sind Beispiele für UI-Risiken; unabhängig vom Modell gilt dieselbe Regel.
Fazit dieses Blocks: Lastverteilung ist ein Betriebsmodell aus Spec, Messung, Kennzeichnung und Tickets. Hardware allein löst Kommunikationsschulden nicht.
Fallkontrast: zwei Tickets, eine Ursache
Fall A: Käufer lädt Notebook allein mit 65 W-Soll und ist zufrieden. Fall B: derselbe Käufer steckt Phone dazu und sieht Notebook-Ladeleistung einbrechen. Ohne One-Pager eskaliert Fall B als Defekt. Mit One-Pager ist Fall B erwartetes Shared Budget. Der Unterschied ist Dokumentation, nicht Hardwarelosgröße.
Bauen Sie aus solchen Kontrasten Schulungsfolien. Je Folie: Symptom, Messung, Sollwert, Kundensatz. Vermeiden Sie Elektronikjargon in Kundensätzen. „Das Gesamtbudget wird auf beide Ports aufgeteilt“ reicht.
Für Spezifikationswriter: Jede Parallelzeile in der Matrix braucht ein dazugehöriges Kundensatz-Feld. Wenn das Feld leer ist, ist die Matrix nicht launch-ready. PM owns the sentence; Engineering owns the number.
Reseller-Portal: Laden Sie Versionen der Matrix als PDF mit Datum. Alte Versionen archivieren, nicht überschreiben. Dispute lassen sich nur mit Versionen klären. Dasselbe Prinzip für Shop-CMS-Snapshots.
Wenn Firmware Dynamic Allocation aggressiv neu verhandelt, erwähnen Sie Wartezeit bis Stabilisierung (z. B. wenige Sekunden). Nutzer, die sofort Screenshots machen, sehen Zwischenzustände und melden Bugs. Ein Satz im FAQ verhindert das.
Abnahme vor Weihnachtsgeschäft: Doppelte Stichprobe auf Kennzeichnung und Parallelclaims. Saisonale Bundles ändern Beipacklisten gern still. Still = Risiko.
Werkbank-Check für Support-Leads einmal pro Quartal: Gerät, zwei Kabelklassen, zwei Handys, ein Notebook. Wer die Messung selbst kennt, schreibt bessere Skripte. Budgetieren Sie die Stunde; sie spart Dutzende Tickets.
Fazit
Lastverteilung ist Spec- und Supportarbeit. Machen Sie Shared Budget sichtbar, testen Sie Reihenfolge und Kabel, und halten Sie Karton, Shop und One-Pager synchron — dann sinken „zu langsam“-Tickets, ohne die Hardware zu ändern.
Nächster Schritt: Portmatrix und Support-Szenarien mit WECENT abstimmen — Kontakt. PD-Kontext: PD/PPS Guide.
FAQ
Warum lädt mein Gerät am Mehrport plötzlich langsamer?
Häufig, weil das Gesamtbudget geteilt wird oder die Portpriorität wechselt. Prüfen Sie zuerst Solo- vs. Mehrlast, Kabelklasse und Einsteckreihenfolge — nicht sofort einen Defekt annehmen.
Was muss auf der Verpackung zur Lastverteilung stehen?
Mindestens das Gesamtbudget und die realistischen Parallelwerte oder ein klarer Hinweis, dass Parallelbetrieb die Einzelleistung reduziert. Claims ohne Mehrlastangabe erzeugen Supporttickets.
Hilft Dynamic Power Sharing immer?
Nur wenn Firmware und Kennzeichnung dasselbe versprechen. Ohne dokumentierte Szenarien wirkt Dynamic Sharing für Nutzer wie Zufall — und für Support wie nicht reproduzierbares Verhalten.
Welche Labortests helfen dem Support?
Solo je Port, zwei Referenz-Mehrlastszenarien, Kabelwechsel, Einsteckreihenfolge und Temperatur nach definierter Dauer. Ergebnisse als One-Pager für den First-Level-Support.