feat: læs-bytte fra Wait (v1.9.0.0)

README.md

@@ -114,6 +114,31 @@ holder hvor.
 **genstartes ikke automatisk** ved indlæsning af et savegame — kør "Start run" igen efter load, hvis
 traktorerne skal køre videre.
 
+## v1.9 — læs-bytte fra Wait
+
+Venter en traktor ved et Wait-punkt med en vare målet er fuldt af, mens målet **samtidig mangler
+en anden vare** på traktorens liste (run eller AD's multi-valg) — kan der ellers gå i hårdknude:
+alle traktorer venter med den ene vare, mens ingen henter den anden. Hvert 5. sekund tjekkes derfor:
+
+1. Er der en anden vare i listen, målet mangler et **fuldt** læs af (og som kan hentes fra en
+   silo)? Ellers venter traktoren som hidtil.
+2. Findes en **ren lager-silo** (ikke stald, ikke fabrik, og ikke målet selv) med en
+   aflæsningsstation ved en AD-markør, der tager varen og har fri plads ≥ resten, samt vejnet
+   både til siloen og videre fra siloen til målet? Siloer der **allerede har varen** foretrækkes,
+   ellers den nærmeste.
+3. Findes en silo: Wait-punktet frigives, traktoren kører derhen og læsser resten af. Når vognen
+   er tom, henter næste tur den vare målet mangler.
+4. Findes ingen egnet silo: traktoren bliver ved Wait-punktet (som før v1.9).
+
+Loglinjer: `'<navn>' bytter læs: N l STRAW tilbage i <markør> (markør n), målet mangler FORAGE` ved
+bytte, og én gang pr. venteperiode `'<navn>' venter med N l STRAW, og målet mangler FORAGE — ingen
+silo med plads og vejnet til/fra tager resten, så den bliver ved Wait-punktet` når ingen silo findes.
+
+Kræver at traktoren har **begge** varer i sin liste (run's varer eller AD's multi-valg) — kun én
+vare valgt betyder ingen bytte-mulighed, og traktoren venter som hidtil. Wait-logikken gælder desuden
+kun mens aflæsningsopgaven peger på AD's rigtige aflæsningsmål, så en silo-omvej (fx efter et bytte)
+aldrig fejlagtigt bliver opfattet som et fuldt mål.
+
 ## Fælles
 
 - Wrapper `ADMultipleTargetsManager.getNextPickup` (via den globale `FS25_AutoDrive`-tabel); rører ikke AutoDrive-zip'en.