Wat heeft Autodesk veranderd – en waarom?
Al sinds Revit 2022 bestaan er zogenaamde systeemzones, die een eigen typesysteem met zich meebrengen. In Revit 2027 vervangen ze de klassieke zones volledig.
Als je een project uit Revit 2026 of ouder opent in Revit 2027, convertert Revit de bestaande HVAC-zones automatisch naar een nieuw elementtype met dezelfde naam, dat intern is gebaseerd op systeemzones. Wat klinkt als een soepele migratie, blijkt bij nader inzien een reddingsboei voor bestaande gegevens te zijn, maar geen haalbare oplossing voor de toekomst.
De vier problemen met de zones in Revit 2027
1. HVAC-zones zijn een uitlopend model
HVAC-zones kunnen nog via de gebruikersinterface, nog via de programmeerinterface opnieuw worden aangemaakt – men kan alleen geconverterde, reeds bestaande zones bewerken. Wie dus in Revit 2027 vanaf de basis ontwerpt, heeft met HVAC-zones geen kans. Ze zijn vanaf het begin bedoeld als overgangsoplossing.
2. MEP-ruimtes mogen in meerdere zones van hetzelfde type liggen
Een MEP-ruimte kan tegelijkertijd aan meerdere systeemzones van hetzelfde type worden toegewezen. Dat klinkt flexibel, maar leidt in de praktijk tot dubbelzinnige situaties en maakt een duidelijke evaluatie vrijwel onmogelijk.
3. Temperaturen zijn typeparameters – geen exemplaarparameters
Tot nu toe konden streeftemperaturen direct bij het zone-exemplaar worden bijgehouden. In systeemzones zijn verwarmings- en koelingsgrenswaardentypeparameters. Dat betekent: voor elke temperatuurcombinatie is een eigen type nodig. Bij het converteren genereert Revit overeenkomstig veel typen (HVAC-zone 1, HVAC-zone 2, … HVAC-zone N) – afhankelijk van hoeveel verschillende temperatuurprofielen er in het project aanwezig waren.
4. Zones zijn laaggebonden – en dat maakt het bewerken lastig
HVAC-zones en generieke zones zijn gekoppeld aan een bepaald niveau. Bij het converteren worden de MEP-ruimte-zone-toewijzingen weliswaar 1:1 overgenomen, maar bij de daaropvolgende bewerking geldt: een zone accepteert alleen MEP-ruimtes op hetzelfde niveau. Men kan dus bestaande toewijzingen overnemen, maar deze nauwelijks nog flexibel aanpassen – bijvoorbeeld bij zones die meerdere verdiepingen beslaan.
Onze conclusie: zo kunnen we dit niet gebruiken
Het nieuwe zonesysteem voldoet helaas niet aan de eisen die we tot nu toe aan zones stelden. Daarom hebben we ons afgevraagd: wat wilden we eigenlijk bereiken met zones – en hoe kunnen we dat op een andere manier bereiken?
Wat zones goed konden: snel dezelfde attributen toewijzen aan een groep MEP-ruimtes – inclusief temperaturen en andere Revit-specifieke parameters.
Wat dit nu vervangt: sleutellijsten. Sinds Revit 2022 zijn deze aanzienlijk krachtiger dan voorheen en lenen ze zich uitstekend om naast temperaturen ook andere ruimtetypische parameters systematisch te definiëren en via sleuteltoewijzing gebundeld aan ruimtes toe te wijzen. Vroeger zou dit door het ontbreken van ondersteuning voor gedeelde parameters nauwelijks bruikbaar zijn geweest – vandaag de dag is het de betere oplossing.
Wat gebeurt er als ik een bestaand project in Revit 2027 open?
Voor LINEAR-gebruikers geldt: alles ziet er in eerste instantie uit zoals gewoonlijk. De zonering wordt geconverteerd naar een passende sleutellijst en de gebouwregistratie loopt door met alle bestaande gegevens.
Op de achtergrond gebeurt daarbij het volgende:
- Sleutellijst aanmaken – Er wordt een nieuwe sleutellijst aangemaakt met de naam „Zones (geconverteerd)” en de sleutelparameternaam „Zone”. Deze kan vervolgens naar wens verder worden aangepast.
- Nieuwe parameters toevoegen – Er worden twee nieuwe parameters aangemaakt: Zone.HeatingSetPoint en Zone.CoolingSetPoint.
- Zones naar sleutels converteren – Alle bestaande zones worden converterd naar sleutels, inclusief de zonenaam en de bijbehorende temperaturen.
- Sleutels toewijzen aan de ruimtes – Elke MEP-ruimte krijgt de juiste sleutel op basis van de eerdere zonetoewijzing.
- Parameterbeheer aanpassen – De zonetemperaturen worden toegewezen aan de overeenkomstige velden in de sleutellijst. Afhankelijk van de prioriteit blijft de ruimtetemperatuur individueel instelbaar of is deze alleen-lezen, omdat deze wordt bepaald door de sleutel (voorheen: zone).
- Nieuw gebiedstype invoegen – Om ervoor te zorgen dat de geconverteerde "zones" direct bruikbaar blijven in de zone-UI, wordt een nieuw gebiedstype ingevoegd op basis van de nieuwe sleutelparameter.
Opmerkingen en speciale gevallen
- Bestaande projecten versus nieuwe projecten: De beschreven conversie geldt uitsluitend voor bestaande projecten. Bij nieuwe projecten in LINEAR 26.1 wordt momenteel nog niets automatisch aangemaakt – hier begint men op een schone lei en richt men alles naar eigen inzicht in. We werken eraan om hiervoor in de toekomst een voor LINEAR typische startondersteuning aan te bieden voor het gebruik van intelligente sleutellijsten.
- De standaardzone wordt niet geconverterd: de ingebouwde standaardzone van Revit is voor ons in Revit 2027 niet bruikbaar. Als alle ruimtes van een project in deze standaardzone liggen, vindt er daarom geen conversie plaats. Hier geldt hetzelfde als voor nieuwe projecten.
Bij vragen over de migratie van jullie projecten of over de nieuwe omgang met sleutellijsten staat ons supportteam graag tot jullie beschikking.