Dla zespołu wiązki przewodów można uruchomić kilka standardowych typów raportów, takich jak listy przebiegu przewodów, listy części i tabele połączeń.
Aby utworzyć raport, należy uaktywnić zespół wiązki przewodów do raportowania, wybrać plik konfiguracyjny (.cfg) do przetwarzania danych, a następnie wygenerować raport.
Można utworzyć także swoje własne pliki konfiguracyjne lub zmienić nazwę i dostosować przykładowe pliki konfiguracyjne.
Gdy generowany jest raport, plik wyjściowy jest zapisywany w określonym położeniu, a jeden lub kilka raportów jest wyświetlanych do przejrzenia w oknie dokumentu Generatora raportów.
Co to jest plik .cfg?
Pliki konfiguracyjne są używane do wykonywania kilku różnych zadań w module Kable i wiązki przewodów programu Autodesk Inventor. Dla raportów, plik .cfg jest plikiem używanym do pobierania i formatowania określonych danych z aktywnego zespołu wiązki przewodów. Każdy typ raportu wymaga pliku konfiguracyjnego zanim będzie można uruchomić raportowanie.
Uwaga: Wspomniane pliki .cfg różnią się w formacie i operacjach od plików .cfg używanych do eksportu i importu kabli i wiązek przewodów oraz do importu listy przewodów. Do tworzenia raportów nie należy używać przykładowych plików konfiguracyjnych z folderów Wire List Import ani Wire Library.
Używając pliku .cfg można:
- Określić typ obiektu wiązki przewodów użyty do raportowania.
- Ustawić filtry obejmujące lub wykluczające niektóre pary wartości i nazw właściwości.
- Dodać i usunąć kolumny danych.
- Ustawić właściwości i wartości właściwości do uwzględnienia w każdej kolumnie.
- Dopasować format wyjściowy sortując kolumny i obsługując wiele plików.
Uwaga: Segmenty, które nie zawierają przewodów trasowanych nie są uwzględniane w raporcie.
Gdzie zapisywane są pliki .cfg?
Przechowywać pliki .cfg używane do tworzenia raportów we współużytkowanym folderze sieciowym, na przykład na serwerze, aby umożliwić dostęp wszystkim wymaganym użytkownikom. Wspomniane pliki .cfg nie są określane dla poszczególnego zespołu lub rysunku.
Jakie typy raportów tworzą przykładowe pliki .cfg?
Kilka przykładowych plików konfiguracyjnych znajduje się w folderze:
System operacyjny Microsoft Windows 7 i 8:
- Users\Public\Documents\Autodesk\Inventor [wersja]\Tutorial Files\Cable & Harness\Report Generator.\Models\Cable & Harness\Report Generator.
- Raport listy części (PartsList.cfg) umożliwia wyświetlanie części elektrycznych użytych w zespole, ale nie zawiera podsumowania każdego typu części. Format ten używa wolnego miejsca dla powtarzających się nazw części oraz do drukowania nagłówków kolumn i tekstu wyświetlanego na karcie Informacje.
- Zestawienie komponentów części i przewodu (Part_Splice_Wire_Cable_BOM.cfg) umożliwia wyświetlanie ilości części każdego typu, która jest przypisana przez przewód lub żyłę kabla w zespole wiązki przewodów. Raport zawiera także obliczenia całkowitej długości każdego typu kabla i przewodu bibliotecznego użytego w zespole wiązki. Filtr jest ustawiony na pomijanie obiektów z zestawienia komponentów (oznaczone przez specjalną parę wartości/nazwy właściwości BOM=FALSE) i na używanie właściwości Numer części do całkowitego policzenia takich obiektów. Mimo, że długość jest wymagana do pełnego zliczenia przewodów i kabli w zespole wiązki przewodów, ta kolumna nie jest drukowana. Całkowita liczba przewodów i kabli znajduje się w kolumnie Ilość.
- Lista przebiegu przewodów (Wire Run List.cfg) umożliwia wyświetlanie listy z/do dla każdego przewodu, włącznie z żyłami kabla w projekcie. Zawiera połączenie, oznaczenie odwołania i nazwę sworznia na obu końcach każdego przewodu, jak i długość przewodu w określonych jednostkach. Tabela używa kilku typów połączenia, a długości przewodów zawierają wartość zaokrąglenia, które jest używane przed konwersją przewodów na stopy. Format jest ustawiony na sortowanie wielu kolumn.
- Tabela złączy (Connector.cfg) umożliwia utworzenie jednego pliku dla każdego komponentu elektrycznego lub złącza z wartością oznaczenia odwołania i dołączonymi do nich przewodami w wybranym zespole wiązki przewodów. Plik wynikowy zawiera listę z nazwą sworznia, identyfikatorem przewodu i kolorem przewodu. Filtr jest ustawiony na przywoływanie części tylko z właściwością numeru części. Tabela zawiera ale nie drukuje, właściwość OznOdw. Format jest ustawiony na tworzenie pliku dla każdego OznOdw, a nazwa <OznOdw>.txt jest użyta jako domyślna nazwa wyjściowa. Kolejne przewody podłączane do tego samego sworznia pojawiają się w nowej linii, ale nazwa sworznia nie jest powtarzana.
- Dane segmentu (Segment Table.cfg) umożliwia tworzenie tabeli z informacjami o fizycznych cechach charakterystycznych każdego segmentu w wiązce przewodów.
Jakie sprawdzenia są wykonywane przy tworzeniu raportu?
Wykonywana jest kontrola spójności typów danych dla wszystkich właściwości w każdym obiekcie wiązki przewodów, który jest skojarzony z plikiem aktywnego zespołu wiązki przewodów. Dla każdej właściwości użytej w obiekcie, w zespole wiązki przewodów, tylko jeden typ danych może być skojarzony z nazwą właściwości. Na przykład niespójność typu danych może wystąpić, gdy część przyłącza z określoną właściwością i typem danych jest wstawiana do zespołu wiązki przewodów, który ma istniejący przewód lub segment z tą samą nazwą właściwości, ale z innym typem danych.
Te niespójności nie wpływają na tworzenie wiązki przewodów, a jedynie na raport wyjściowy pod pewnymi warunkami. Jeżeli typ danych jest tekstem lub nie ma jednostek, albo wartość właściwości nie ma skojarzonych operacji numerycznych lub jednostek, wtedy nie ma wpływu na dane wyjściowe raportu. Jednakże, jeżeli wartość wymaga jednostek i operacji numerycznych, takich jak konwersja, wtedy typ danych dla podanej nazwy właściwości musi być spójny ze wszystkimi jej wystąpieniami w zespole wiązki przewodów, aby zapewnić integralność danych.
Sprawdzenie spójności typu danych jest także wykonywane dla wszystkich niestandardowych właściwości, do których odnosi się aktywny zespół wiązki przewodów. Jest ono wykonywane, gdy wybrane są wszystkie pliki konfiguracyjne i ustawione jest tworzenie raportu wyjściowego.
Tworzony jest plik dziennika ze szczegółowymi informacjami o każdej niespójności danych. Informacje obejmują nazwę właściwości oraz obiekty zawierające tę właściwość i inne typy danych. Przed utworzeniem raportu należy poprawić wszystkie niespójności, aby zapewnić dokładność i poprawność danych.