Part Datasheet Review and Update
Thought for 2 mins 21 sec
I reviewed the current part data and found a few clear issues to fix.
Current audit
Metadata status
Table
| Field | Current value | Status |
|---|---|---|
| MPN | 2601-1106 | Looks correct |
| Manufacturer | Wago | Likely correct, though the official brand formatting may be WAGO |
| Description | PCB terminal block; lever; 1.5 mm; Pin spacing 3.5 mm; 6-pole; Push-in CAGE CLAMP | Mostly good, but incomplete |
| Designator Prefix | J | Correct for a connector |
| Mount | Clamp | Present, but not a standard package field |
| Datasheet URL | https://www.wago.com/2601-1106 | Set, but it appears to be a product page, not a direct datasheet PDF |
| Part Type | missing | Confirmed missing by review |
The part-project sync guidance says the
Schematic symbol status
Datasheet URL should point to the canonical datasheet PDF, and project properties like Part Type and package metadata should be checked against the datasheet exactly .- The part currently has 12 terminal elements, which is consistent with a 6-position connector modeled as paired terminals.
- All existing terminal elements have
Part Type: Terminal. - The terminal Pin Number properties run from 1 through 12.
- However, every terminal currently has
Pin Type: Unspecified, which is incomplete for a reviewed part project. The sync procedure explicitly calls out pin typing and pin-description verification against the datasheet .
- A footprint exists and the layout has 12 pads, so there is no missing-footprint error.
- At a structural level, the footprint pad count matches the symbol terminal count.
From the current project plus distributor/web metadata, this appears to be:
- PCB terminal block
- 6-pole
- 3.5 mm pitch
- Push-in CAGE CLAMP with lever
- 1.5 mm² conductor class
- Through-hole / horizontal wire-to-board style from distributor listing
- One distributor listing also indicates 17.5 A current capability, but I would still want to confirm that from the official datasheet before writing it into project properties
Table
| Area | Finding | Severity |
|---|---|---|
| Datasheet property | Current Datasheet URL is a product page, not a direct PDF | Medium |
| Project properties | Part Type is missing | High |
| Package metadata | No clear Package or Case Code property is present | Medium |
| Symbol pin typing | All terminals are Unspecified | High |
| Pin descriptions | No pin descriptions are visible on the terminals | Medium |
| Pin count consistency | 12 symbol terminals and 12 pads align structurally | Good |
I did search for the official datasheet. I found:
- the official WAGO product page
- third-party PDF mirrors/distributor-hosted PDFs
But I could not verify an official WAGO-hosted PDF URL because the WAGO product page scrape was returning a 503 maintenance error during retrieval. So I do not want to overwrite your property with a non-official mirror if your requirement is specifically “official datasheet.”
Recommended next change
I can take care of the first concrete fix now:
- update the project’s Datasheet URL property once we have a verified official PDF URL
- or, if you want, I can use the best available direct PDF for now and flag it as non-official
After that, the next issues to address would be:
- add
Part Type - verify package/case code
- review each terminal like 1.1, 1.2, 2.1, 2.2, 3.1, 3.2, 4.1, 4.2, 5.1, 5.2, 6.1, and 6.2 against the datasheet for pin names/types/descriptions
If you want, I can proceed with the datasheet-property update path next.
