Revit / Computer nauwkeurigheid

Seeing is believing they say. So here it is.

De 'floating point error'.

Revit / Computer nauwkeurigheid
(o ja, een slotje helpt ook niet hoor)

Dit is een belangrijk gegeven voor programmeurs en 'rocket scientist'.
Maar voor bouwkundigen die een normaal gebouw maken, betekend het vooral dat je geen 6 of meer  decimalen moet willen gebruiken in bijvoorbeeld Revit of een ander bouwkundig modelleer pakket!

Wat is die 'floating point error'?
In het kort (meer zinnigs kan ik er toch niet over kwijt.. en anders google je het maar zelf)
Een computer slaat alles op met 0 en 1, dus ook getallen. Normaal gesproken worden daar 32 of 64 bits voor gebruikt. Punt is, dat het aantal bits beperkt is. En een ander punt is dat deze binaire manier van opslaan 'lastige' decimale getallen kent die je eigenlijk niet met dezelfde nauwkeurigheid kan weergeven als dat we in ons bekende decimale stelsel gewent zijn. (test hier zelf wat decimale getallen zoals 0,1 of 45,45)

Dus zomaar een eenvoudig voorbeeld. 1 Delen door 3. En later het (afgeronde antwoord) vermenigvuldigen met 3, geeft geen 1 meer. Tenminste niet als je zelf het aantal decimalen wat je ziet verhoogt.
Bij het rekenen met hoeken hebben we het getal Pi nodig. Ook dit is aan benadering.
Zo zou je nog wel meer voorbeelden kunnen verzinnen.

Natuurlijk klinkt dit allemaal meer schokkend dan dat het in werkelijkheid is.
Gebruik je verstand. En vraag geen onmogelijke dingen van de computer.

O ja. Hier is een een Revit Idea die je kan steunen. Want af en toe hebben we hier écht last van.

Solve floating point errors starting visually - Autodesk Community

Gelezen - Een uitstekend stuk over Dynamo op Punto Revit

Vandaag kwam ik een uitstekend stuk van Paolo Emilio Serra op zijn blog Punto Revit tegen

De blogpost zelf
http://puntorevit.blogspot.com/2018/12/dynamo-primer-slide-deck.html

Op zijn blog zelf kun je onderaan een download naar zijn presentie vinden.

Het is een enorme hoeveelheid tekst, maar erg aan te raden Het eerste deel is uitstekend voor beginnende Dynamo gebruikers. Maar ook gevorderde Dynamo gebruikers die hun kennis willen verdiepen of willen snuffelen aan Design Script en Python zullen verhelderende voorbeelden vinden in het tweede deel of meer achterin. Sla gerust pagina's over als er 'niks nieuws' staat het krijgt steeds meer inhoud.

Ik vond ook wat stukjes huiswerk.
Bijvoorbeeld hoe je een net stukje script met Python maakt. Ik verwacht er niet mijn geld mee te gaan verdienen maar zou toch graag wat meer structuur in mijn Python scripts willen kunnen maken. https://www.python.org/dev/peps/pep-0008/ 

Top Paolo! Hier heb ik wat aan.

Hieronder een samenvatting: 

Generating Fire Compartment floor level boundary elements with Dynamo

Omdat het kan, en misschien ook wel omdat het soms moet...

Voor de mieren...
Alleen de onderliggende level heeft een correctie gekregen voor een extra sparing uit een ruimte
Je kan natuurlijk ook op een andere manier Revit content maken en meer eigenschappen aanpassen. Dit is een snelle en dirty oplossing. Je kan natuurlijk ook een Floor maken.
Je kan Rooms uit een Linked model halen. Maar niet met de native nodes de Boundary van een Room. Overigens wel weer de 3D geometry.
De Room.CenterBoundary is meer logisch om te gebruiken. Maar dan zie je de vorm van de ruimtes  niet meer zo goed in voorbeeld...

Voor het voorbeeld heb ik alle Rooms gepakt. En die zitten toevallig op 2 Levels. In werkelijkheid wil je waarschijnlijk een andere selectiemethode maken.
Not placed Rooms zullen foutmeldingen geven. Er zijn andere Nodes om dat probleem op te lossen.

Uitdaging: Warmteweerstand van afschotisolatie in Revit

Vandaag maar eens gekeken of het mogelijk is om de warmteweerstand van afschotisolatie in Revit  automatisch te laten berekenen.

Bedoel je de gemiddelde dikte?
Nee. Laten we deze oude NPR norm maar eens als maatstaf nemen.
Hierbij telt de koudebrug harder mee dan de dikkere delen bij de bepaling van de warmteweerstand.

Gaat dit echt lukken dan?
Ehm nee, niet helemaal. Maar de hier volgende oplossing krijgt van mij zeker een 7,5. Want er zitten aan deze oplossing echt nadelen. Maar het biedt ook zeker mogelijkheden.

Ik kon niet snel een normale manier verzinnen waarop Revit zicht bewust zou worden van de verlopende dikte van een Roof. Om op basis daarvan een Rc berekening kan maken. Daarom heb ik wat nieuws bedacht.
Een Void Family, Roof Based. Deze hangt aan de bovenzijde van de Roof. Haalt met een Reporting Parameter de dikte van het dakpakket. En snijd vanaf onderaf een afschot plak uit het dakpakket. Eventeel rekening houdend met een goot als je dat wilt.

• En nee, je hebt dus geen dakbedekking Membrane Layer meer. Dit is een eerste minpunt.
• Een inwendig afschot is slecht te maken (bijvoorbeeld betontegels vlak en daaronder afschot)
• Pluspunt is dat het een void is en het dus geen last heeft van doorbrekingen. Bij verdere berekeningen zorgt dit dan wel weer voor een onnauwkeurigheid, wat weer een minpunt is.
• Pluspunt is dat de gootdikte of het laagste punt een Type Parameter kan zijn.
• Pluspunt is dat de afschothelling door de computer berekend wordt - dus geen rekenfouten.
• Pluspunt is dat je ook hulpmaten kan laten uitrekenen waar nodig (maximaal afschotlengte, maximale gootdikte, minimale dakrandhoogte etc.)
• Pluspunt is dat je met 1 Roof kan blijven werken. Waar je dan met deze Void Family meerdere plakken uit snijd.
• Pluspunt is dat je lekker kan door kopiëren en met Align, Mirror etc. een heel dakvlak kan opzetten.
• Minpunt is dat er minimale stukjes Geometry kunnen onstaan waar Revit niet van houdt... - lees: potentieel buggy - 
• Minpunt is dat er in de doorsnede visuele bugs kunnen ontstaan, wanneer de totale bovenzijde van de Roof wordt weggesneden. De Layer opbouw van de Roof kan daardoor in de war raken en maar 1 Hatch laten zien. Zoals gezegd een visuele bug.
• Pluspunt is dat je inderdaad een Rc berekening kan maken. Nou ja, heel dicht kan benaderen dan. ;-) Je hebt de Rc van 1 segment, wat al een aardige indicatie is. Voor het totale dak zijn wel alle benodigde gegevens aanwezig voor hergebruik in een Schedule.

Hieronder enkele afbeeldingen. Ze spreken hopelijk voor zichzelf.

Een Void Blend - met een minimaal benodigde opp. aan de Bottom.

De doorsnede met 2 Voids op elkaar.

De linker- en rechter verlenging hebben een behoorlijke vrijheid om te bewegen (Reference Lines!).
Met behulp van formules moet je zorgen dat het er geen bugs ontstaan.

Een voorbeeld van de benodigde formules.
De A1, A2 en A3 m2 kunnen als Shared Parameters gerapporteerd worden
in een Schedule voor de afzonderlijke berekening van een totaal dakoppervlak.

In een eerdere (oude) post heb ik al eens verteld hoe je een vroeg stadium de 3D BIM waarheid iets kan verdraaien. En sommige mensen schamen zich daar een beetje voor ;-). Maar als eerste opzet kan het prima inzicht verschaffen als opmaat voor een definitief product.

Voor een definitief product het je meestal een handigheidje nodig die beschreven is in een ander post. Met een Vertical Opening, of een met Shaft zoals Ramon terecht opmerkt. Behoud je prima je indelingsvrijheid.

Mirrored elements in your BIM

Just a little Dynamo script to find mirrored elements in Revit. And change a parameter if you like.

There are some discussions on mirrored elements in Revit. Revit doesn’t show them natively. Furthermore In the real world mirrored doesn’t exist. But your digital BIM isn’t the real world. So are we doubling are efforts and time to actually model every mirrored element again but mirrored. Or are we using the hidden treasures.

And of course safety first. Write a date to your project information. So everybody would know if mirrored is being checked.

The core of this script is little Python:

lstIN = UnwrapElement(IN[0])
lstOUT = list()
for item in lstIN:
try:
lstOUT.append(item.Mirrored)
except:
lstOUT.append(None)
OUT = lstOUT

Stil we would love a real time solution from Autodesk itself. Or a real time Addin.
Perhaps more news later. keep an eye on #PropertyWizard.

You can download with this link
Have fun, but use at your own risk.