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.
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.

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) alboTake back(wycofaj) przyciskiVersions(wersje) iSavepozostają wyłączone, dopóki nie zostanie klikniętyRestore 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.jsonprzechowuje 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
scheduleedytowane lub kopiowane ręcznie: jeden uszkodzony plik wersji blokujeVersionsdla 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) wSettingszapisuje z powrotem ustawienia, które wczytało, więc wygrywa ostatnieApply. - 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.