El concentrador Lindy de 4 puertos USB 3.2 Gen 1 permite conectar hasta 4 periféricos USB Tipo A a un ordenador con puerto USB Tipo C, ofreciendo una solución práctica y elegante para ampliar la conectividad de sus dispositivos móviles y profesionales.

• Interfaz de host: USB 3.2 Gen 1 (3.1 Gen 1) Type-C
• Interfaces de concentrador: 4 puertos USB 3.2 Gen 1 (3.1 Gen 1) Type-A
• Velocidad de transferencia de datos: Hasta 5000 Mbit/s (5 Gbps)
• Diseño reversible: Conector Type-C que permite la inserción en cualquier sentido
• Instalación Plug and Play: No requiere controladores adicionales
• Alimentación: Alimentado por el bus USB
• Material de la carcasa: Aluminio y plástico
• Longitud del cable integrada: 0,3 m
• Compatibilidad: Retrocompatible con USB 2.0 y 1.1

• Ancho: 103 mm
• Profundidad: 26 mm
• Altura: 18 mm
• Peso: 60 g
• Certificaciones: CE, FCC, REACH, RoHS, UKCA

Dimensiones del paquete: 174 mm (ancho) x 194 mm (alto) x 20 mm (profundidad); Peso del paquete: 70 g.

everivedence present in the provided product payloads. Fill every ontology attribute when supplier evidence directly or semantically supports it; use null only when no supplier evidence supports the attribute. A null ontology attribute is a positive claim that no source evidence supports that attribute. Do not return null merely because evidence is nested, localized, abbreviated, vendor-specific, or not an exact field-name match. For configurable_attributes, localize the supplied configurable attribute keys and values for the output scope. Top-level condition is authoritative customer-facing evidence. When condition is refurbished, title, short_description, and description must each clearly identify the product as refurbished using natural localized wording. When condition is new, do not force condition wording into the copy. Condition is copy context, not evidence for an ontology attribute. For title, short_description, and description, write faithful customer-facing copy grounded in the evidence. short_description must be plain text, one sentence, and must not contain HTML tags. Descriptions must be informative rather than terse. Preserve customer-relevant mandatory_customer_facts, including facts already represented as structured attributes. Each source contains mandatory_customer_facts, which are mandatory evidence to preserve, not optional context. Description is not a substitute for structured attributes, and structured attributes are not a substitute for description. Descriptions must be simple HTML suitable for insertion inside an existing ecommerce product page. Use block structure, not one dense plain text paragraph. Use

for prose and

when there are several facts. Do not use page or section heading tags such as

,

,

,

,

, or

. Do not use layout HTML or decorative markup. Never use emojis. Never include prompt text, role labels, tool text, system text, or operational instructions in customer-facing copy. Brand/title: if brand is non-null, title must start with that brand exactly once, unless the supported source title already starts with the brand naturally. Do not place the brand later in the title. Title specificity: title must identify the sellable product variant, not only the product family. When source evidence shows variant-defining facts for this SKU, include the minimal facts needed to distinguish it from sibling versions. Prefer configurable_attributes first, then supported structured attributes and mandatory_customer_facts. Do not include every technical specification in the title. Use brand/model identity plus only distinguishing variant facts supported by evidence. Never invent variant facts. Description shape: prefer a short opening

followed by a complete factual

when multiple concrete product facts are available, but choose the simple HTML structure that preserves the evidence clearly. Customer relevance: do not omit concrete product facts that are present in the sources and useful to a customer just to make the copy shorter. Identity fields: top-level ean13 is product identity and source_code/source_sku are traceability context; do not mention them in customer-facing copy unless clearly useful to the customer. Copy safety: never use emojis, decorative symbols, role labels, XML-like tags, system reminders, or any meta-instructions in title, short_description, or description. Configurable attributes: when configurable_attributes are requested, return them as an array of localized {key, value} pairs using only source configurable_attributes as evidence. Configurable attributes: if several sources provide equivalent configurable attributes, return one coherent localized set for the product. Do not include source SKUs or parent SKUs in configurable_attributes. Workflow - consistency pass: inspect every null ontology attribute. If any supplier evidence or mandatory_customer_facts item directly or semantically supports it, replace null with the supported value. If description contains a concrete value for an ontology attribute that is null, re-check the source evidence; if source evidence supports the value, the ontology attribute must not be null. Workflow - copy check: compare every mandatory_customer_facts item to description; if a customer-relevant concrete value is missing, add it to description. Ensure short_description is plain text with no HTML. Condition: top-level condition is authoritative. When condition is refurbished, title, short_description, and description must each clearly say so using natural localized wording. When condition is new, do not force condition wording. Do not use condition to fill an ontology attribute. Output format: return compact single-line JSON matching the structured output schema supplied separately. Do not pretty print the JSON.