Projectbestanden vs. databank
ETS5 slaat alle projecten als bestanden op en maakt geen gebruik van een databank. Het is echter niet mogelijk om de export-/importprocedure te omzeilen om projecten van de ene pc naar de andere over te brengen/te kopiëren.
Projectopslag
Via de algemene ETS-instellingen is het mogelijk om het standaardpad voor de opslag van projecten te veranderen.
ETS voorziet ook een functionaliteit om projectgegevens te recupereren en back-ups van projecten aan te maken. Hiervoor worden respectievelijk de termen 'herstelpunten' en 'archief' gebruikt. Klik hier voor meer details.
Het standaardpad voor de projectopslag is 'C:\ProgramData\KNX\ETS5\ProjectStore'.
Dit mag niet worden ingesteld op 'Gedeeld netwerk' of 'Cloudmap' aangezien de projectbestanden in deze map kunnen worden vernietigd. Deze bestanden mogen enkel voor ETS toegankelijk zijn en door ETS worden bewerkt.
Productopslag
Via de algemene ETS-instellingen is het mogelijk om het standaardpad voor de productopslag te veranderen.
De paden voor de product- en projectopslag moeten verschillend zijn.
Verhouding tussen projectopslag en productopslag
ETS5
Als ETS5 een product uit de productopslag aan een project toevoegt, wordt er een nieuwe instantie van het product aangemaakt.
Wat betekent dit? Voorbeeld. In eerste instantie gaan we ervan uit dat product A met applicatieversie 1.1 vanuit de productopslag aan een project werd toegevoegd. Later wordt, in de productopslag, de applicatie van product A geüpgraded van versie 1.1 naar versie 1.2. Voor ETS5 betekent dit dat de instantie van product A in het project NIET wordt geüpgraded, d.w.z. dat in het project het product nog altijd applicatieversie 1.1 heeft. Om de applicatie van product A ook in het project te upgraden, moet er een uitdrukkelijke upgrade voor de applicatie binnen het project worden uitgevoerd, ofwel via de functie 'Bijwerken vanuit onlinecatalogus' of de functie 'Bijwerken vanuit productopslag'. Dit betekent ook dat het, in geval van ETS5, mogelijk is dat eenzelfde product binnen één project verschillende applicatieversies heeft.
Problemen met ETS5 & plug-ins
Het hierboven beschreven ETS5-gedrag kan leiden tot problematische situaties met plug-ins.
Veronderstel even dat in het voorgaande voorbeeld applicatieversie 1.1 plug-inversie 1.1 gebruikt en applicatieversie 1.2 plug-inversie 1.2. Deze situatie kan problemen opleveren als de set-up van plug-inversie 1.2 de reeds geïnstalleerde plug-inversie 1.1 vervangt, d.w.z. dat instanties van product A met productversie 1.1 zouden proberen om plug-inversie 1.2, in plaats van plug-inversie 1.1, te gebruiken. Oplossing: werk de applicatie bij tot versie 1.2 voor alle instanties van product A.
Hoe u deze en/of andere problemen met betrekking tot plug-ins oplost, leest u in dit artikel.
ETS5 vs. ETS4 (achtergrondinformatie)
Als ETS4 een product uit de productopslag aan een project toevoegt, wordt er een kopie van dat product aangemaakt.
Wat betekent dit? Voorbeeld. In eerste instantie gaan we ervan uit dat product A met applicatieversie 1.1 vanuit de productopslag aan een project werd toegevoegd. Later wordt, in de productopslag, de applicatie van product A geüpgraded van versie 1.1 naar versie 1.2. Voor ETS4 betekent dit dat de applicatie van alle kopieën van product A in alle projecten automatisch worden geüpgraded. Dit betekent ook dat het, in geval van ETS4, NIET mogelijk is dat eenzelfde product binnen één project (of zelfs binnen één databank) verschillende applicatieversies heeft.