Przejdź do treści
Spis treści

Podręcznik RotoScheduler

Dotyczy: RotoScheduler 0.3.4

Podręcznik RotoScheduler › Dokumenty i pliki

Zapisz i ponownie otwórz plan

Dotyczy: RotoScheduler 0.3.3 · sprawdzono: 2026-10-19 D5

Kliknij Save (zapisz) i wybierz nazwę pliku oraz folder. Dokument harmonogramu to plik .json. Przechowuje dane wejściowe fabryki, zamówienia, plan, zapisane przesunięcia, notatki, widok tablicy planowania, dziennik produkcji i ustawienie zegara.

Dokumenty, wersje i eksport

Aby wypróbować ponowne otwarcie, ustaw 7 września w widoku Day (dzień) z rozwiniętą maszyną RM-4, zapisz plik, a potem kliknij Open (otwórz) i wybierz go ponownie. Plan wraca z zapisanym widokiem. Aplikacja pracuje naraz na jednym dokumencie harmonogramu.

Zapisany dokument przykładu ponownie otwarty w widoku Day, 7 września, z rozwiniętą maszyną RM-4.

Co przechowuje każdy rodzaj pliku

Element Gdzie się znajduje i co przechowuje
Dokument roboczy Zapisywany na bieżąco podczas pracy, łącznie z widokiem tablicy planowania i zapisanymi przesunięciami, jako plik w folderze danych aplikacji: w wersji próbnej data\trial\schedule\current.json w folderze roboczym w systemie Windows i Documents/RotoSpider/trial/schedule/current.json w systemach macOS i Linux (folder danych wspólny z RotoSpider). Aplikacja desktopowa otwiera go przy uruchomieniu; kopia folderu danych przenosi go ze sobą.
Zapisany harmonogram .json Plik w folderze wybranym przy użyciu Save; okno dialogowe aplikacji desktopowej zaczyna w folderze Dokumenty. Open wznawia pracę z nim albo przenosi go na inny komputer.
Nazwana wersja Opisana etykietą kopia tego planu, plik w podfolderze schedule/versions folderu danych. Nie jest przenoszona wewnątrz zwykłego zapisanego pliku harmonogramu.
Eksport CSV lub .xlsx Arkusz w wybranym miejscu, do czytania i udostępniania. Nie jest zapisanym dokumentem harmonogramu.
Pakiet pomocy technicznej Lokalny plik ZIP z danymi sesji używanymi do zbadania problemu, eksportowany z Settings (ustawienia) w aplikacji desktopowej.

Używaj Save, aby mieć przenośną kopię jednego planu. W przeglądarce dokument roboczy i jego wersje pozostają w pamięci witryny: wyczyszczenie danych witryny je usuwa, a pobrane pliki pozostają tam, gdzie zapisała je przeglądarka.

Przeglądarka otwiera zapisane plany, które nie wymagają automatycznego planowania. Dokument z aplikacji desktopowej, który wymaga Generate, może zostać odrzucony przez demo; przechowuj taki plan w aplikacji desktopowej.

Otwarcie starszego pliku dla zakładu, który jest już w użyciu, zachowuje bieżący dziennik produkcji. Plik jest najpierw otwierany z własnym dziennikiem i zapisanymi przesunięciami, aby odtworzyć jego tablicę planowania. Ta tablica jest następnie sprawdzana względem bieżących przekazań do produkcji: chronione cykle i zdjęcia form pochodzą z ich przekazania, a niechronione załadunki, które już się nie mieszczą, są zdejmowane i wymieniane. Przyjęta tablica zaczyna nową historię Undo (cofnij). Plik dla innego zakładu zastępuje bieżący zakład i jego dziennik. Nazwana wersja przywraca tylko plan, sprawdzony względem dzisiejszych danych; zob. Zachowaj nazwaną wersję.

Nieobsługiwane

  • Dwa programy RotoScheduler otwarte jednocześnie na jednym folderze danych: dwie wersje obok siebie albo dwa komputery synchronizujące ten folder. Folder przechowuje jeden plan roboczy, zapisywany w całości przy każdej zmianie, również przy powiększeniu widoku, więc gdy jedno okno go zmieni, drugie odrzuca każdą zmianę komunikatem "This plan was changed by another RotoScheduler on this data folder. Close this window and open it again." (ten plan zmienił inny RotoScheduler w tym folderze danych; zamknij to okno i otwórz je ponownie). Nadal może zapisać nazwaną wersję lub plik i się zamknąć; po odrzuconym Factory inputs (dane wejściowe fabryki), otwarciu pliku lub wersji, Dispatch (przekaż do produkcji) albo Take back (wycofaj) przyciski Versions (wersje) i Save pozostają wyłączone, dopóki nie zostanie kliknięty Restore saved plan (przywróć zapisany plan). Nic nie jest scalane, a folder synchronizowany między komputerami nadal może utracić zmianę, która dotrze w trakcie zapisu.
  • Plan lub wersja zapisane przez wersję aplikacji z innym schematem pliku: taki plan otwiera się w panelu uszkodzonego autozapisu, którego plan startowy go zastępuje (schedule/quarantine-current.json przechowuje ostatnią kopię); wersje zapisane przez 0.3.1 lub 0.3.2 nie są wymieniane, ich pliki pozostają. Przed zmianą wersji programu zapisz plan do pliku.
  • Pliki w folderze schedule edytowane lub kopiowane ręcznie: jeden uszkodzony plik wersji blokuje Versions dla każdego planu. Awaria w trakcie zapisu może pozostawić tam plik .tmp, którego nic nie odczytuje.
  • Dwie wersje albo RotoSpider i RotoScheduler otwarte na folderze danych jednego konta lub dwa komputery, które go synchronizują: każde Apply (zastosuj) w Settings zapisuje z powrotem ustawienia, które wczytało, więc wygrywa ostatnie Apply.
  • Wpisy przekazań do produkcji przeniesione z innego komputera nie są scalane z bieżącym dziennikiem. Powrót do zastąpionego zakładu ze starszego pliku i odzyskanie jego tożsamości z uszkodzonego magazynu danych nie są obsługiwane.
  • Dokument w postaci zwartej jest ograniczony do 8 MiB, a otwierany plik do 64 MiB. Nie ma jeszcze archiwum starych wpisów dziennika produkcji. Ponowne otwarcie planu ponownie oblicza rozmieszczenia form na podstawie dzisiejszych danych; nie zachowuje wcześniej zaakceptowanego rozmieszczenia.

Uwagi i pytania

Zasady aplikacji to nasze odczytanie fizyki; tam, gdzie twój zakład wie lepiej, zmienia się aplikacja.

Wyślij sugestię lub uwagę e-mailem