Dezelfde stuklijst voor 2 configuraties

Hallo

 

Ik word vaak geconfronteerd met het volgende probleem:

Ik heb een assembly met verschillende configuraties. Op dezelfde tekening laat ik 2 configuraties zien, maar slechts één stuklijst. Het probleem is dat mijn artikelnummer in mijn bubbels ineens wel geldig is voor de ene configuratie, maar niet voor de andere.

Op deze schermafbeelding (ook op pc) kunnen we zien dat de geëxplodeerde schotel bubbels heeft die helemaal niet overeenkomen met de indicaties van de volledige tafel die zich in een andere configuratie bevindt. Is het mogelijk dat de bubbels van de geëxplodeerde configuratie consistent zijn met die ernaast?

 

Bedankt

 

 


capture.jpg

Ik denk niet sorry ;-(

aangezien je 2 configuraties hebt dus 2 stuks dus 2 delen ref

En de bubbels worden op het eerste deel van je tekening geplaatst na het maken van je nomenclatuur

en uw stuklijst wordt bevestigd aan het onderdeel dat bovenaan is ingevoegd

Het is aan jou om 2 vellen te maken

1 met je configue basis

een 2 met je aangepaste configuratie

@+ ;-)

1 like

Hallo

De configuratie van het bed moet worden gekoppeld aan de nomenclatuur. Maak eigenaarschap en koppel de configuratie aan de BOM.

De benchmarks zullen hetzelfde zijn

Vriendelijke groeten

Kanton Sandrine


lier_nomenclature.jpg
6 likes

Hallo Ogrim,

Soms word ik geconfronteerd met hetzelfde probleem als jij.

Ik heb nog geen oplossing gevonden (afgezien van het verbreken van de links en het handmatig forceren van de nummers van de bubbels)

Ik blijf aandachtig voor de antwoorden:)

1 like

@SB-38190  heel erg bedankt, dit is precies wat ik zocht!! =D

Het verdient veel duimen omhoog ^^

Ik was ook verrast dat Solidworks dit soort manipulatie niet toestaat

 


capture.jpg
2 likes

goed gedaan  @ SB-38190

We leren elke dag

Het leek mij dat hetzelfde aantal functies nodig was in de afgeleide delen en het basisdeel

om het te laten werken

bedankt +1000

@+ ;-)

Het probleem kan zich zelfs voordoen als de weergaven zich in dezelfde configuratie bevinden.

U moet dit vinkje voor elke weergave aanvinken om er zeker van te zijn dat de ballonnen altijd de nomenclatuur volgen.

ooit werd dit vakje direct aangevinkt als je een weergave invoegde na het maken van een nomenclatuur, maar in SW2016 is dit niet langer het geval.

2 likes

Hallo

U kunt uw configuratie koppelen aan een nomenclatuur, zodat de bubbels elkaar "volgen".
Om dit te doen, klik je rechts op je weergave waar de bubbels niet compliant zijn.>property en onderaan het venster in bubbels activeer je het pictogram en selecteer je de nomenclatuur. Over het algemeen is er maar één.

Je bubbels komen dus overeen met je BOM.

Hallo

Ik zit in dezelfde situatie als @Thom@s.

Op mijn MEP breng ik 2 weergaven naar voren uit 2 verschillende assemblageconfiguraties. Omdat ik een enkele stuklijst wilde gebruiken voor de registratie van identieke delen van de 2 aanzichten, dacht ik dat ik de 2e aanzicht aan de stuklijst kon koppelen (door het vakje "ballontekst koppelen aan de opgegeven tabel" aan te vinken in de eigenschappen van de tekeningaanzicht (zie procedure van @SB-38190 of @stephane.wey bijvoorbeeld)).

 Het lijkt SLDWKS echter onmogelijk om de weergave van een andere configuratie 2 te koppelen aan de nomenclatuur van configuratie 1 op hetzelfde vlak.

Er zijn 2 keuzes van toepassing:

- Forceer handmatig de ballontekst in weergave 2.

- Maak een dito weergave van Config 1, toon (hack) Config 2 door de componenten / bodies te verbergen, en in dit geval zou het koppelen van de Bill of Materials moeten werken. Ik vind dat het in dit volgende geval een beetje jammer is om een configuratie niet te kunnen gebruiken, het genereert een risico op planfouten).

Misschien heeft een van jullie een oplossing waar we samen met Thom@s op wachten.

Succes met je 3D en tekenen.

Het is mogelijk om de hoeveelheden van verschillende configuraties in een stuklijst weer te geven (dat is één kolom per configuratie).

Ik heb geen SW bij de hand om een screenshot te maken, uit mijn hoofd is het het 3e blok van de functiebeheerder van de nomenclatuur, meestal is het niet ontwikkeld, daarom missen we het.