• WUFI

Alternativ zum bisherigen automatischen Gittergenerator „Automatisch (I)“ kann der Benutzer nun auch einen neuen Gittergenerator „Automatisch (II)“ wählen, welcher die Gitterelemente effizienter auf das Bauteil verteilt.

Der Benutzer kann nun über die bisherigen fest vorgegebenen Feinheitsstufen Grob/Mittel/Fein hinaus auch eine beliebige Gesamtanzahl (bis 1500) von zu verteilenden Gitterelementen vorgeben. Damit entfällt insbesondere die bisherige Obergrenze von 100 Elementen.

Da Berechnungen von Flachdächern oder anderen nicht-senkrechten Oberflächen oft nur unter quantitativer Berücksichtigung des langwelligen Strahlungsaustauschs mit dem Himmel realistische Ergebnisse liefern, warnt WUFI nun den Benutzer, wenn das zu berechnende Bauteil einen Neigungswinkel unter 90° hat, die Option „explizite Strahlungsbilanz“ aber nicht aktiviert ist.

Schon vor Einführung der Option „explizite Strahlungsbilanz“ mit Version 4.1 benutzte WUFI automatisch eine „vereinfachte Strahlungskühlung“, wenn mit einer Klimadatei im TRY-Format gerechnet wurde. Dieser Rechenmodus wird jetzt nicht mehr automatisch aktiviert, da für alle Rechnungen, welche Unterkühlungseffekte berücksichtigen sollen, die Option „explizite Strahlungsbilanz“ empfohlen wird. Auf Wunsch des Benutzers (z.B. zum Nachvollziehen älterer Simulationen) kann der vereinfachte Rechenmodus im Klimadialog „Erweiterte Einstellungen“ wieder aktiviert werden (jetzt für alle Klimadateiformate, welche Gegenstrahlung enthalten, nicht nur TRY-Dateien).

Ist für ein Material keine Feuchtespeicherfunktion definiert (d.h. die betreffende Wertetabelle ist leer), so benutzt WUFI stets eine intern vordefinierte Ersatz-Feuchtespeicherfunktion. Bisher blieb in solchen Fällen die graphische Darstellung der Feuchtespeicherfunktion leer, was den irrigen Eindruck erwecken konnte, es werde für dieses Material gar keine Feuchtespeicherfunktion verwendet. Nun wird in diesen Fällen die verwendete Ersatz-Feuchtespeicherfunktion angezeigt (und zwar hellgrün, während die benutzerdefinierten Funktionen dunkelgrün sind).

Eine Feuchtespeicherfunktion muss aus mathematischen Gründen eine stets ansteigende Funktion sein. WUFI prüft nun vor Beginn der Rechnung, ob die Tabellenwerte aller Feuchtespeicherfunktionen ansteigend sind und gibt gegebenenfalls eine Fehlermeldung aus.

Der Benutzer kann nun wählen, ob der Wärmeübergang an den Oberflächen durch Wärmeübergangskoeffizienten oder durch Wärmeübergangswiderstände (d.h. durch die Kehrwerte der Koeffizienten) beschrieben werden soll. Das Umschalten erfolgt im Dialog „Einstellungen | Einheitensystem…“.

Bei Verwendung der optionalen windabhängigen Wärmeübergangskoeffizienten (bzw. -widerstände) kann der Benutzer nun die Modellparameter der Windabhängigkeit selbst editieren.

Der Liste vordefinierter kurzwelliger Strahlungsabsorptionszahlen wurden eine generische „helle“ und eine „dunkle“ Oberfläche (a = 0.2 bzw 0.8) sowie einige Varianten von Titanzink-Fassadenblechen hinzugefügt.

Für den terrestrischen kurzwelligen Reflexionsgrad bietet nun eine Drop-Down-Liste einige Vorschlagswerte an.

Die Drop-Down-Listen im Dialog „Oberflächenübergangskoeffizienten“ zeigen die den einzelnen Listeneinträgen entsprechenden Zahlenwerte beim Überfahren mit dem Cursor jetzt als Tool-Tips an.

Eine Feuchtequelle kann dazu benutzt werden, dem Bauteil eine zusätzliche Feuchtelast aufzuprägen, um die Trocknungsreserve auszuloten. Soll eine vorgegebene Feuchtemenge über einen bestimmten Zeitraum hinweg in das Bauteil eingetragen werden, so musste der Benutzer bisher die dazu nötige Quellstärke berechnen und eine entsprechende Quellen-Steuerungsdatei anlegen. Die neue Feuchtequellen-Option „konstante monatliche Feuchtelast“ übernimmt dies nun automatisch; der Benutzer braucht lediglich die pro Jahr freizusetzende Gesamtfeuchtemenge (z.B. die von DIN 68800 für Holzdächer geforderten 250 g/m²) sowie die Freisetzungsmonate einzugeben.

Die Klimaanalyse zeigt nun auch die Jahressumme der Gegenstrahlung, den Mittelwert des Bewölkungsgrades und den Mittelwert der Windgeschwindigkeit an, sofern in der Wetterdatei vorhanden.

Das Ergebnis einer Klimaanalyse ging bisher beim Wechsel auf einen anderen Dialog verloren; bei Rückkehr zum Analyse-Dialog musste ein neuer Analyse-Lauf gestartet werden, um die Ergebnisse einzusehen. Die Ergebnisse bleiben jetzt in der Anzeige erhalten.

Zur korrekten Behandlung der Wetterdaten benötigt WUFI Angaben zur geographischen Lage, Höhe und Zeitzone des betreffenden Ortes. In manchen Wetterdatei-Formaten und in manchen benutzerdefinierten Dateien sind jedoch nicht alle diese Daten vorhanden; die fehlenden Angaben muss der Benutzer mittels einer so genannten AGD-Datei (*.AGD) zur Verfügung stellen. Diese Dateien mussten bisher von Hand erstellt werden. Nun fragt WUFI nach, falls benötigte Daten in der ausgewählten Wetterdatei fehlen, und erstellt anhand der Benutzereingaben automatisch eine AGD-Datei für die betreffende Wetterdatei. (WUFI bietet also jetzt gewissermaßen einen AGD-Editor.)

Wegen kürzlich erfolgter Änderungen in der US-Norm ASHRAE 160, auf welcher WUFIs Innenklimamodell nach „ASHRAE 160“ beruht, wurden die folgenden Aktualisierungen am Innenklimamodell vorgenommen, um weiterhin der aktuellen Version der Norm zu entsprechen:
Die folgende zusätzliche Begrenzung wurde in Abschnitt 4.3 der Norm aufgenommen: „Indoor design humidity shall not exceed 70% RH.“
Tabelle 4.3.2 wurde wie folgt geändert:

Wegen inkorrekter Behandlung der Datumsspalte konnte WUFI keine mehrjährigen Dateien im DWD-TRY-Format verwenden. Dieser Fehler wurde behoben.

Der Dialog „Letzter Rechenlauf“ wurde ein wenig umgestellt und ergänzt. Er zeigt jetzt auch Anfangs- und Enddatum der Rechnung. Die bisher angezeigte „Anzahl der Regenaufnahmefehler“ ist wegen früherer Änderungen in der Rechenprozedur bedeutungslos geworden und wurde entfernt.

Die Schnellgrafiken sind jetzt auch über die Menüleiste (im Menü „Ausgabe“) zugänglich, nicht nur über den Projektbaum.

In den Schnellgrafiken der Wassergehaltsverläufe in den einzelnen Schichten kann nun zur schnelleren Orientierung eine Referenzlinie bei einem bestimmten Wassergehalt (in Massen-%) eingeblendet werden. Rechtsklick auf das Diagramm öffnet ein Kontextmenü mit dem Menüpunkt „Referenzlinie“. Geben Sie z.B. „20“ ein, um bei dem für Holz kritischen Wassergehalt von 20 Massen-% eine Referenzlinie zu zeichnen. Eingabe von „-1“ schaltet die Referenzlinie wieder aus. (Eine Referenzlinie läß sich nur einblenden, wenn sie innerhalb des durch die automatische y-Skalierung angezeigten Bereichs liegt.)

In den Schnellgrafiken mit den Wassergehaltsverläufen in den einzelnen Schichten kann optional auf der rechten Diagrammseite eine y-Achse in Massenprozent angezeigt werden. Diese Möglichkeit besteht nach wie vor, aber jetzt kann auch die linke y-Achse auf Massenprozent umgeschaltet werden.

Die automatische Achsenunterteilung der Schnellgrafiken erzeugt jetzt ein hübscheres Unterteilungsgitter.

Die Ergebnisgrafiken (auch selbstdefinierte) können jetzt auch in den Report übernommen werden (sie müssen allerdings erst in den „Einstellungen“ des Reports angehakt werden).

Für die ASCII-Ausgabe können nun das Zahlenformat, das Spaltentrennzeichen, das Datumsformat (oder fortlaufende Nummerierung) und optional eine die Spalteninhalte erläuternde Kopfzeile gewählt werden (im Dialog „Einstellungen | Exportformat…“).

Das Erscheinungsbild der Datenbanken wurde überarbeitet.

Bisher wurde in Abhängigkeit von der bei der Installation ausgewählten Sprache nur entweder der deutsche, der englische oder der japanische Hilfetext installiert. Wurde WUFI nachträglich auf eine andere Sprache umgeschaltet (WUFI5_Lan.exe im Tools-Verzeichnis), so blieb der Hilfetext unverändert.
Jetzt werden alle drei Sprachversionen der Hilfetexte installiert und gegebenenfalls auch umgeschaltet (deutscher Hilfetext für deutschsprachiges WUFI, japanischer Hilfetext für japanisch-englisches WUFI und englischer Hilfetext für alle anderen Spracheinstellungen).

Der U-Wert-Postprozessor liegt jetzt neben der englischen auch in einer deutschen Version vor.

Bisher war es von der für die Installation gewählten Sprache abhängig, welche der Landkarten für die Klimadatenauswahl als Voreinstellung angezeigt wurde. Jetzt wird bei der Installation abgefragt, welche Karte voreingestellt sein soll.

• WUFI 2D

• Materialdatenbank
  Version DB24.76

• Quelle: Fraunhofer IBP:
  • Katalog: Mörtel und Putze:

    • Knauf Rotkalk Fein, • Knauf Rotkalk Grund

  • Katalog: Dämmstoffe:
    

    • GUTEX Thermoroom,	• HOMATHERM ID-Q11 standard,	• HOMATHERN USD-Q11 protect,
    • HOMATHERM EnergiePlus comfort,	• HOMATHERM EnergiePlus massive,	• thermalan iso /swisswool iso /tirolwool iso,
    • ISOCELL Zellulosedämmstoff,	• Hanf-Kalk-Dämmung,	• Pavaflex,
    • isofloc L,	• ISOVER GW Integra ZKF-032,	• ISOVER GW Integra ZKF-035,
    • ISOVER GW Integra ZSF-032,	• ISOVER INTEGRA AP Supra-035,	• ISOVER ULTIMATE Klemmfilz-035,
    • ISOVER ULTIMATE Kontur FSP-032,	• ISOVER VACUPAD Kontur VVP 007,	• AGEPAN THD,
    • AGEPAN UDP N+F,	• Dennert Mineralschaumplatte,	• Aspen Aerogels – Spaceloft Grey,
    • Misapor 10/50, lastabtr. Wärmedä. unter Gründungsplatten,
    • Misapor 10/50, lastabtr. Wärmedä., feuchtegeschützt und Innenbereich,
    • Misapor 10/75, lastabtr. Wärmedä. unter Gründungsplatten,
    • Misapor 10/75, lastabtr. Wärmedä., feuchtegeschützt und Innenbereich,

  • Katalog: Hölzer und Werkstoffplatten:

    • KLH Massivholz, • AGEPAN OSB/3 PUR, 12 mm, • AGEPAN OSB/4 PUR, 12 mm

• Quelle: Generische Materialien:
  • Katalog: Luftschichten:

    • 13 neue Luftschichten

• Quelle: Japanische Datenbank (neu!):

  • Dailite MS 9 mm, • Dailite MS 12 mm

• Quelle: Materialien für thermische Berechnungen (aus DIN 4108-4 o. a. Quellen):
  • Katalog: IBP-Messungen:

    • NeptuTherm

• Wetterdaten

• WUFI

Es können nun auch Postprozessoren zur Bewertung der von WUFI gelieferten hygrothermischen Simulationsergebnisse eingebunden werden. Ein Postprozessor zur Bewertung der Transmissionswärmeverluste wird mitgeliefert. Ein Beispiel-Postprozessor inklusive Dokumentation und Anleitung zur Einbindung in WUFI kann von unserer Downloadseite heruntergeladen werden.

Bei der Umrechnung der Sonnenstrahlung auf eine geneigte Fläche wurde die am Erdboden reflektierte Strahlung bisher nur im Rechenmodus „explizite Strahlungsbilanz“ berücksichtigt, im Standardmodus aber nicht. Sie wird nun stets berücksichtigt (außer bei horizontalen Flächen).
Das Eingabefeld für den „terrestrischen kurzwelligen Reflexionsgrad“ wird im Dialog „Oberflächenübergangskoeffizienten“ nach Drücken des Buttons „Erweitert“ sichtbar. Sein Inhalt wird aber stets benutzt, unabhängig davon, ob die explizite Strahlungsbilanz eingeschaltet ist oder nicht.

Für Materialien, welche die Default-Feuchtespeicherfunktion verwenden, wurde bei Eingabe von Anfangswassergehalten oberhalb der freien Sättigung eine anfängliche relative Feuchte über 100% angesetzt. Sie wird nun auch in diesem Fall auf 100% begrenzt.

Die beim Import und Export von Materialkenndaten verwendeten XML-Dateien können nun gleichermaßen mit <CR><LF> oder nur <LF> als Zeilenendkennzeichen verwendet werden.

• Materialdatenbank
  Version DB24.70

• WUFI 2D
  Präprozessor

#102, #195
Die im Geometrie-Editor erstellten Rechtecke, die das Bauteil aufbauen, dürfen einander nicht überlappen. Wurde über die Skripteingabe versucht, ein unerlaubtes Rechteck zu erstellen, so erfolgt jetzt in der Statuszeile eine Meldung, mit welchem bestehenden Rechteck das neue kollidiert ist.

#157
Die kurzwellige Absorptionszahl, die langwellige Emissionszahl sowie der sd-Wert der jeweiligen Oberfläche können aus vordefinierten Listen ausgewählt oder vom Benutzer eingegeben werden. Bisher wurden die betreffenden Eingabefelder bei Auswahl aus der Liste mit dem betreffenden Wert gefüllt, blieben aber editierbar. Ein vom Benutzer editierter Wert ist jedoch in der Regel inkonsistent mit dem ausgewählten Bezeichner in der Liste. Die Eingabefelder bleiben bei Auswahl aus der Liste daher jetzt gesperrt und werden erst nach Auswahl von „User-defined“ wieder editierbar.

#183
Beim Generieren der Flüssigtransportkoeffizienten aus dem w-Wert erzeugte ein w-Wert größer 1 fehlerhafte Werte, welche nicht in der Wertetabelle angezeigt, aber an den Rechenkernel weitergegeben wurden, weshalb sich das betroffene Material unrealistisch verhielt. w-Werte über 1 kg/m²√s sind in der Praxis nicht zu erwarten, waren aber in der Datenbank in einigen Fällen wegen fehlerhafter Umrechnung vorhanden.
Die falschen w-Werte in der Datenbank wurden korrigiert, die Begrenzung des w-Werts wurde auf 1E6 erhöht.

#204
Bei der Eingabe der Oberflächenübergangsbedingungen für den Dampftransport kann der Benutzer wahlweise den Dampfübergangskoeffizienten beta oder den sd-Wert angeben. Bei der Datenübergabe an den Rechenkern wird der Zahlenwert mit negativem Vorzeichen versehen (aber dann natürlich als positive Zahl weiterverarbeitet), wenn er als beta zu interpretieren ist; positives Vorzeichen bedeutet sd-Wert.
Gab der Benutzer beta=0 ein, um eine dampfdichte Oberfläche zu simulieren, so wurde der Zahlenwert -0 an den Rechenkern übergeben, was jedoch nicht von +0 zu unterscheiden ist und daher als sd=0 interpretiert wurde und den gegenteiligen Effekt hatte.
Im Falle der Benutzereingabe beta=0 wird nun statt der Null eine sehr kleine aber endliche negative Zahl übergeben.

#202
Die Quellstärken der Wärme- bzw. Feuchtequellen lassen sich unter anderem aus den klimatischen Randbedingungen ableiten. Ist eine Randbedingung auf ‚adiabatisch‘ gesetzt, so ignoriert sie jedoch jegliche mit ihr verknüpfte Klimadaten und die resultierenden Quellstärken sind Null. Der Benutzer wird jetzt vor dieser Möglichkeit gewarnt, wenn er einen Quellstärkenverlauf von einer auf ‚adiabat‘ gesetzten Randbedingung abzuleiten versucht.

#208
Die Quellstärken der Wärme- bzw. Feuchtequellen lassen sich aus Randbedingungen ableiten oder aus entsprechenden Textdateien lesen. Es konnte geschehen, dass eine Quelle eine Verknüpfung mit einer Randbedingung verlangte, obwohl eine Textdatei zur Quellstärkensteuerung angegeben worden war. Dieser Fehler wurde behoben.

#187, #194
Wurde ein Material editiert, wobei unter anderem der Name geändert wurde, so konnte es geschehen, dass nach Abspeichern und erneutem Laden des Projekts der Bauteilaufbau wieder das alte Material enthielt.
Die Ursache war, dass für das bearbeitete Material eine XML-Datei unter dem neuen Namen angelegt wurde. Wurde das Projekt in ein Verzeichnis gespeichert, in dem noch eine ältere Version des Projekts lag, so wurden die meisten dortigen Dateien durch ihre neueren Versionen überschrieben; die XML-Datei mit dem neuen Material überschrieb wegen des geänderten Namens die alte Datei (mit dem alten Namen) jedoch nicht, so dass beide nebeneinander vorhanden waren. Da WUFI-2D die Dateien nicht über ihre Namen identifizierte, sondern über eine in der Datei abgespeicherte ID-Nummer, welche in beiden Dateien dieselbe war, so konnte WUFI die beiden Dateien nicht unterscheiden, las die alphabetisch frühere Datei ein und hatte damit unter Umständen die nicht mehr aktuelle Datei gelesen.
WUFI-2D sucht jetzt zuerst nach einer Datei mit dem passenden Namen und greift auf die IDs nur zurück, falls kein passender Name gefunden wird. Die veraltete Materialdatei ist zwar noch vorhanden, stört aber nicht mehr. Sie verschwindet, wenn das Projekt mit aktivierter Option ‚clear project directory before saving‘ abgespeichert wird (zu finden in Options | Settings… | File).

#173
Wenn während einer laufenden Rechnung die Projektdaten über „Save Project As…“ unter neuem Namen abgespeichert wurden, so legte eine neu gestartete Rechnung dennoch eine Ergebnisdatei mit dem alten Namen an, sofern der ‚Processing‘-Dialog mittlerweile nicht verlassen worden war.
Dies lag daran, dass die Übergabe der Daten (darunter des Projektnamens) an den Rechenkern mit einer Übergabedatei INPUT.DAT erfolgt, welche beim Öffnen des ‚Processing‘-Dialogs erzeugt wird. Solange dieser Dialog nicht verlassen wird, kann also auch keine neue INPUT.DAT angelegt werden, welche den inzwischen erfolgten Namenswechsel registrieren könnte.
Um solche Inkonsistenzen zu vermeiden, sind nun während einer Rechnung alle im Menü ‚File‘ enthaltenen Dateioperationen gesperrt.

#186
Beim Lesen eines Projektes kopiert WUFI-2D die Daten vom Projektverzeichnis ins Cache-Verzeichnis und liest sie von dort in den Arbeitsspeicher. WUFI-2D arbeitet üblicherweise nur auf den im Arbeitsspeicher gehaltenen Daten und schreibt sie nur zurück in das Cache-Verzeichnis, wenn der Benutzer das Projekt abspeichern möchte oder ausdrücklich mit STRG+W ein Schreiben erzwingt. Mit letzterer Möglichkeit kann der Benutzer einen Schnappschuss des Projektes anlegen und später mit STRG+R oder File | Revert to last cached wieder einlesen, womit ihm eine rudimentäre Undo-Funktion zur Verfügung steht.
Wird jedoch ein Material mit dem Materialeditor bearbeitet, so tauscht der Editor (als eigenständiges Programm) die bearbeiteten Daten über eine ins Cache-Verzeichnis geschriebene Datei mit dem Präprozessor aus. Bisher waren damit die alten Daten überschrieben und konnten nicht per STRG+R wiederhergestellt werden. Der Datenaustausch erfolgt nun über eine temporäre Datei mit anderem Namen, so dass die alten Daten erhalten bleiben, bis sie vom nächsten STRG+W überschrieben werden.

#126
Beim Versuch, ein Projekt auf unzureichendem Plattenplatz abzuspeichern, konnte es zu Datenverlust kommen. Jetzt wird vor dem Abspeichern auf ausreichenden Platz geprüft und gegebenenfalls eine Warnung ausgegeben, was dem Benutzer die Chance lässt, auf einen anderen Speicherpfad auszuweichen (sofern vorhanden) oder Speicherplatz freizuräumen.

#198
Beim Löschen einer Material- oder Randbedingungszuweisung an das Bauteil konnte es vorkommen, dass die Sicherheitsabfrage sich unter dem Zuweisungsdialog öffnete und daher nicht geschlossen werden konnte, was WUFI-2D vollständig blockierte. Dieser Fehler wurde behoben.

#171
Beim Lesen von *.WAC-Dateien, bei denen die in den Kopfzeilen genannte und die tatsächlich vorhandene Anzahl von Spalten nicht übereinstimmen, konnte es geschehen, dass WUFI mit einem „Range Check Error“ abbrach. Diese unvorhergesehene Reaktion wird nun abgefangen.

#136
Der Datenbankeditor wird im Startmenü angeboten, ließ sich aber nicht starten, da das Programm die Übergabe von Kommandozeilenparametern erwartet. Dieses Problem wurde behoben.

#154
Die benutzerspezifische INI-Datei für WUFI-2D kann jetzt separate Abschnitte für verschiedene WUFI-2D-Versionen enthalten. Damit ist es möglich, mehrere lauffähige WUFI-2D-Versionen nebeneinander auf dem Rechner zu halten. Insbesondere können diese Abschnitte den Pfad auf den Rechenkernel enthalten, so dass jede Version automatisch den ihr zugehörigen Kernel aufruft.

#172
Eine mögliche Fehlermeldung beim Speichern („Could not save…“) wird jetzt vermieden, indem vor dem Versuch, die Ergebnisdatei in das Projektverzeichnis zu verschieben, deren Existenz überprüft wird.

#189
Eine in einigen Windows-Versionen auftretende Fehlermeldung „SetPixelFormat failed“ wurde behoben, indem anstelle der Windows-eigenen Abfrage der vom Rechner unterstützten Pixelformate eine eigene Auswahlroutine geschrieben wurde.

#155
Einige Tippfehler wurden beseitigt; einige Texte neu formuliert, und einige kosmetische Änderungen durchgeführt.

• WUFI 2D
  Rechenkern

Beim Einlesen von Anfangsbelegungen für Temperatur, relative Feuchte oder Wassergehalt muss interpoliert werden, falls die eingelesenen Werte auf einem anderen Rechengitter definiert sind als das für die Rechnung verwendete Gitter. Diese Interpolation wurde dahingehend überarbeitet, dass nicht mehr über Materialgrenzen hinweg interpoliert wird. In der Nähe einer Materialgrenze wird jetzt das innerhalb des Materials existierende Feld bis zur Materialgrenze extrapoliert. Dies ist notwendig, da Wassergehalte an Materialgrenzen stark unstetig sein können. Bei einer Interpolation könnte lokaler hoher Wassergehalt ungerechtfertig in trockene Nachbarmaterialien ’sickern‘.

#178
Ist das Rechengitter größer als das Gitter, auf dem die einzulesenden Anfangswerte definiert sind, so werden die undefiniert gebliebenen Gitterelemente automatisch mit halbwegs plausiblen Werten belegt (Wassergehalte: Null; Temperatur und relative Feuchte: mittlere Bauteiltemperatur und -feuchte). Dies erlaubt dem Benutzer, das Bauteil und seinen momentanen Zustand zu untersuchen, ohne dass ständig Fehlermeldungen erzeugt werden.

#181
Die Länge von Dateinamen war ursprünglich auf 90 Zeichen begrenzt. Dies konnte bei Benutzern, welche sehr lange Dateinamen verwendeten oder welche in besonders tiefen Verzeichnisstrukturen mit entsprechend langen Pfadangaben arbeiteten, dazu führen, dass WUFI-2D z.B. die Klimadatei oder die Ergebnisdatei wegen abgeschnittener Namen nicht finden konnte. Dieses Problem wurde behoben.

#085
Das 64-Bit-Compilat des Rechenkerns liegt auch in einer Version vor, welche es gestattet, eine WUFI-2D-Rechnung auf mehrere parallel arbeitende Rechner zu verteilen und die bei Bedarf installiert werden kann.

• WUFI2DMotion

• DewpointRiskIndoor.leg
  (Temperaturen zwischen 10°C und 14°C werden zur Anzeige eventueller Taupunktunterschreitung farblich hervorgehoben)
• FrostDamageRisk.leg
  (Temperaturen zwischen -5°C und +1°C werden werden zur Anzeige eventuellen Frostschadenrisikos farblich hervorgehoben)
• RH80Risk.leg, RH90Risk.leg, RH95Risk.leg, RH98Risk.leg
  (relative Feuchten zwischen 80% (bzw. 90%, 95% 98%) und 100% werden zur Anzeige eventuellen Schimmelpilzrisikos farblich hervorgehoben)

Diese Farbskalen liegen im Verzeichnis Projects\Samples\ und können mit Rechts-Klick auf die Farblegende in WUFI2DMotion importiert werden.

#033
In die dargestellten Temperatur-, Feuchte-, etc.-Felder können nun auch die Materialgrenzen des Bauteils eingeblendet werden. Rechtsklick auf ein Filmfenster öffnet das Kontextmenü; dort ‚material borders‚ auf ‚visible‚ schalten.

#216
WUFI2DMotion öffnet sich üblicherweise mit einer Standardansicht. Benutzereinstellungen wie z.B. eine gedrehte Ansicht oder die gewählte Zoomstufe sind damit verloren und müssen nach Neustart von WUFI2DMotion mühsam wiederhergestellt werden.
Der Benutzer kann die Einstellungen (Fensterposition, Skalierung, Rotation, Farblegenden etc.) jedoch mittels STRG+W auch in eine INI-Datei schreiben und mittels STRG-L jederzeit wiederherstellen.

#214
Die Materialkenndaten können nun auch im Filmbetrachter dargestellt werden. „View | Material data“ öffnet ein separates Fenster zur Anzeige einer Liste mit den Kenndaten des unter dem Mauszeiger befindlichen Materials.

#215
Bei Bedarf lassen sich nun auch die Hintergrundfarben der Filmfenster vom Benutzer einstellen. Ein Klick auf die Kopfzeile der Farblegende öffnet hierzu einen Farbdialog; die ursprünglichen Hintergrundfarben werden als „benutzerdefinierte Farben“ zur Verfügung gestellt.

#215
In Filmfenstern, welche Flüsse darstellen, lassen sich nun auch Farbskalen für die Vektorpfeile definieren. Damit lässt sich z.B. auch dann die Intensität des Flusses erkennen, wenn alle Pfeile auf Standardlänge normiert dargestellt werden. Ein Rechtsklick auf die Farblegende öffnet ein Kontextmenü, in dem sich wie bei den anderen Filmfenstern die gewünschte Anzahl von Farben, der Farbverlauf usw. einstellen lässt.

#215
Die zur Darstellung von Flüssen dienenden Pfeile können nun auch ausgedünnt werden, falls die Darstellung dadurch übersichtlicher wird. Öffnen Sie mit einem Rechtsklick auf das Filmfenster das Kontextmenü und geben Sie in drawing mode | threshold einen Schwellenwert zwischen 0 und 1 ein. Beim Zeichnen der Pfeile wird eine Zufallszahl zwischen 0 und 1 erzeugt und der Pfeil nur dargestellt, wenn die Zufallszahl unter dem Schwellwert liegt. Bei einem Schwellwert von 0.1 z.B. wird nur ein Zehntel der Pfeile gezeichnet. (Die Option steht nur zur Verfügung, wenn alle Pfeile auf eine Standardlänge normalized sind.)

#091
WUFI-2D berechnet für jede Ergebnisgröße (Temperatur, Feuchte, ..) in jedem Element des Rechengitters einen repräsentativen Zahlenwert. Dieser Zahlenwert kann vom Benutzer ausgelesen werden, indem er im Filmfenster mit dem Cursor auf das gewünschte Gitterelement fährt: der zugehörige Zahlenwert wird in der rechten unteren Ecke des Filmfensters dargestellt.
Bisher änderte sich jedoch der angezeigte Zahlenwert je nach Position des Cursors im Gitterelement, weil zwischen diesem Element und den angrenzenden interpoliert wurde. Die Anzeige hing auch vom Zoomfaktor ab. Jetzt wird für das gesamte Gitterelement ein fixer, eindeutiger Zahlenwert ausgegeben.

#182
Ist die Option ‚linearize colors‘ für die Farblegende aktiviert, dann erzeugt WUFI2DMotion einen linearen Farbverlauf zwischen der ersten und der letzten Farbe. Der Benutzer kann jedoch dazwischenliegende Farben nach Belieben editieren (bei aktivem ‚linearize‘ werden die angrenzenden Farben automatisch angepasst, bei nicht aktiver Option nicht).
Wurde eine solche benutzerdefinierte Farblegende bei aktivem ‚linearize‘ exportiert und wieder importiert, so führte die Ausführung der mit abgespeicherten ‚linearize‘-Option dazu, dass die gesamte Legende wieder zwischen erster und letzter Farbe interpoliert und die Zwischenfarben überschrieben wurden. Beim Import unterbleibt jetzt die Ausführung der abgespeicherten Option.

#174
An den Eckpunkten eines Bauteils wurden falsche Werte angezeigt. Dieser Fehler wurde behoben.

#197
Je nach eingestelltem Dezimaltrennzeichen konnte es vorkommen, dass eine Farblegende unvollständig importiert wurde. Wegen des für die Legende verwendeten Fließkomma-Typs konnten Rundungsfehler auftreten. Diese Fehler wurden behoben.

#179
Die Interpolation bei der Farbdarstellung verwendet nun eine selbst geschriebene Routine anstelle der bisher verwendeten OpenGL-Funktion und liefert befriedigendere Ergebnisse.

#161
WUFI2DMotion zeigt in seinem About-Dialog nun auch seine Versionsnummer an.

#162
Einige Tippfehler wurden behoben.

• Materialdatenbank
  Version DB24.68

Für das Dämmmaterial „Dämmstatt’s CI 040“ wurde in die Feuchtespeicherfunktion ein zusätzlicher Stützpunkt bei einer relativen Feuchte von 97% eingefügt, um das Feuchteverhalten im hohen Feuchtebereich zuverlässiger beschreiben zu können. (Es wurde in Abstimmung mit den Herstellern derselbe Wert wie für das Isofloc-Material verwendet).
Für die Tabellierung der ergänzten Feuchtespeicherfunktion wurde die verwendete 3-Punkte-Funktion neu angefittet, außerdem mussten die aus einem Trockenversuch abgeleiteten (und dabei von der Feuchtespeicherfunktion abhängigen) Weiterverteilungskoeffizienten neu bestimmt werden.

• Installation

#140
Ein Fehler bei der Installation der Tools, die für die Verteilung einer WUFI-2D-Rechnung auf mehrere parallele Rechner nötig sind, verhinderte deren korrekte Funktion. Dieser Fehler wurde behoben.

• Materialdatenbank
  Version DB24.67.0.0

Mehrere Produkte der Firma Roxul wurden in die Materialdatenbank aufgenommen.

Ein Gipskarton mit PCM-Zuschlag wurde in die Materialdatenbank aufgenommen.

Der „Vollziegel Bernhard“ enthielt einen falschen µ-Wert von 159 anstelle der korrekten 19. Dieser Fehler wurde korrigiert.

Bei einigen der kürzlich in die Datenbank aufgenommenen „Luftschichten ohne zusätzliche Feuchtespeicherung“ überstieg die freie Sättigung die durch die Porosität gegebene maximale Sättigung, so dass WUFI die Rechnung verweigerte. Dieser Fehler wurde behoben.

Die w-Werte für die aus der MASEA-Datenbank übernommenen Materialien „Lehmputz“ und „Mineralischer Kratzputz“ waren falsch in die Datenbank eingetragen und sind nun korrigiert.

• Wetterdaten

In der portugiesischen Übersetzung fehlte die Bezeichnung für die Auswahlkarte „Ozeanien“, so dass diese Karte nicht in der Drop-Down-Liste erschien und somit nicht anwählbar war. Dieser Fehler wurde behoben.

• Installation

Beim Start der Installation wurde bei der Sprachauswahl die polnische Installation nicht mit angeboten, wenn der Rechner keine polnische Sprachunterstützung besaß. Sie erscheint jetzt unabhängig von der Rechnerausstattung.

• WUFI

Der Filmbetrachter Animation1D kann mehrere Filme parallel darstellen. Beim Öffnen zusätzlicher Filmfenster konnte es passieren, dass diese Fenster leer blieben und keine Filmdaten dargestellt wurden. Durch Änderungen an den Timing-Einstellungen konnte das Auftreten des Problems reduziert aber vermutlich noch nicht völlig behoben werden.

Die Messdaten, die eingelesen und gemeinsam mit den Rechenergebnissen in den Ergebnisgrafiken dargestellt werden können, werden in der Projektdatei mit abgespeichert. Dieses Abspeichern war in der letzten Version verlorengegangen und ist nun wiederhergestellt.

Soll eine *.WAC-Wetterdatei für Rechnungen mit expliziter Strahlungsbilanz verwendet werden, so muss diese Datei eine Spalte ILAH (atmosphärische Gegenstrahlung auf eine horizontale Fläche) oder eine Spalte ILM (auf die betreffende Bauteiloberfläche einfallende gesamte langwellige Strahlung) enthalten. Enthält eine solche Datei eine Spalte ILM aber keine Spalte ILAH, so soll natürlich ILM verwendet werden.
WUFI tat dies auch, gab aber fehlerhafterweise eine Warnung aus, die Datei enthalte keine Gegenstrahlungsdaten und die langwellige Einstrahlung müsse aus dem Bedeckungsgrad abgeschätzt werden. Diese gegenstandslose Warnung wurde entfernt.

Infolge eines Programmfehlers können sich in einem an der Bauteiloberfläche liegenden nicht kapillaraktiven Material (z.B. Mineralwolle), das dennoch (z.B. infolge Kondensation) wassergesättigt ist, bei gleichzeitiger Beregnung falsche Wassergehalte einstellen. Dieser Fehler wurde behoben.

• Materialdatenbank

• WUFI 2D
  Präprozessor

Materialkenndaten können nun auch zwecks Datenaustausch über XML-Dateien importiert und exportiert werden.
Für den Import muss der Benutzer ein zunächst leeres Material anlegen. Dies geschieht, indem in dem für die Zuweisung der Materialkenndaten benutzten Dialog „Allocation of properties“ über den Button „New“ die Materialdatenbank geöffnet, diese aber gleich wieder mit „Close“ geschlossen wird, ohne eines der Datenbankmaterialien auszuwählen. In der Liste der Arbeitsmaterialien erscheint dann ein leeres „Material“, das über die „Edit“-Funktion mit manuell eingegebenen oder mit importierten Daten gefüllt werden kann.

WUFI 2D kann nun auch Materialien mit temperaturabhängiger Wärmekapazität verwenden. Dies ermöglicht unter anderem die Untersuchung von Wandaufbauten, welche zur thermischen Regulierung Phasenwechselmaterialien (phase change materials – PCM) enthalten.

Bei Bedarf kann nun neben der Feuchteabhängigkeit auch die Temperaturabhängigkeit der Wärmeleitfähigkeit berücksichtigt werden. Eine Approximationsmethode erlaubt die näherungsweise Berücksichtigung der Temperaturabhängigkeit, falls keine detaillierten Daten vorliegen.

Kommerzielle Produkte in der Materialdatenbank können neben der gemessenen Wärmeleitfähigkeit nun auch für Auslegungszwecke den Bemessungswert der Wärmeleitfähigkeit enthalten.

Die Tabelle, in welcher die einzelnen Materialien mit jeweils konstanten Temperaturen oder Wassergehalten als Anfangszustand vorbelegt werden können, erlaubt es jetzt auch, mehrere Materialien automatisch mit demselben Wert zu belegen: mit <Strg>+<Eingabe> wird der in der markierten Zelle stehende Wert allen in derselben Spalte darunterliegenden Zellen zugewiesen.

Die Anfangsbelegung des Temperatur- oder des Feuchtefeldes kann nun auch aus einer Datei eingelesen werden. Dies erlaubt die Fortsetzung einer Rechnung, indem ihr Endzustand als Anfangszustand für die neue Rechnung verwendet wird. Das Feuchtefeld kann wahlweise als Wassergehalt oder als relative Feuchte übergeben werden.
Der Export eines Temperatur- oder Feuchtefeldes in eine solche Datei geschieht im Filmbetrachter WUFI2DMotion: dort wird der gewünschte Zeitpunkt angesprungen und durch Rechtsklick in das Temperatur- oder Wassergehalts- oder relative-Feuchte-Feld ein Pop-up-Menü geöffnet, welches den Menüpunkt „extract | initial conditions“ anbietet.

WUFI 2D bestimmt nun vor Start der Rechnung den Speicherbedarf für die Ergebnisdatei und gibt bei unzureichendem freien Plattenplatz eine Warnung aus.

Die Anzeige der verbrauchten CPU-Zeit zeigt jetzt auch Werte größer als 99999.99 Sekunden an.

Wenn Wärmequellen und Feuchtequellen der gleichen Randbediungung zugewiesen waren, dann verloren die nicht zuerst zugewiesenen Quellen die Zuordnung. Dieser Fehler wurde behoben.

Für die Randbedingungen kann zwischen einem konstanten oder einem windabhängigen Wärmeübergangskoffizienten gewählt werden. Enthält jedoch die verwendete Wetterdatei keine Windgeschwindigkeiten, dann muss unabhängig von der Benutzerwahl der konstante Koeffizient verwendet werden. Bisher war in diesem Fall der verwendete Wert für den Benutzer nicht ersichtlich, weil die Anzeige im Eingabefeld für den konstanten Wert ausgeblendet wurde. Die Anzeige bleibt nun sicht- und editierbar.

Der Dampfdiffusionsübergang an den Oberflächen kann nach Wahl des Benutzers als sd-Wert oder als Dampfübergangskoeffizient eingegeben werden. Falls die Option „Treat as Inner Surface“ gesetzt war, so wurde beim Wiederöffnen des Dialogs der Wert für den Übergangskoeffizienten mit dem sd-Wert überschrieben. Dieser Fehler wurde korrigiert.

Beim Speichern eines Projektes (d.h. dem Kopieren der Dateien vom Cache-Verzeichnis in das Projekt-Verzeichnis) musste der Benutzer vorher mittels <STRG>+W sicherstellen, dass das Cache-Verzeichnis mit dem Inhalt des Arbeitsspeichers abgeglichen war. Andernfalls konnte es vorkommen, dass das Cache-Verzeichnis nicht den neuesten Bearbeitungsstand repräsentierte und neuere Änderungen verloren gingen. Der Abgleich wird jetzt automatisch vor jedem Abspeichern von WUFI 2D selbst vorgenommen.

Beim Speichern eines Projektes konnte es vorkommen, dass die dazu notwendigen Dateioperationen wie Umbenennen der Ergebnisdatei etc. nicht erfolgreich durchgeführt werden konnten, weil die Ergebnisdatei noch von WUFI 2D oder einem Ergebnisbetrachter (WUFI2DMotion, WUFIGraph) geöffnet war. Dies konnte zu Inkonsistenzen führen. Jetzt wird explizit geprüft, ob noch eine Datei offen ist, und der Benutzer ggf. aufgefordert, die Datei vor dem Speichern zu schließen.

Nach dem Speichern eines Projektes (mit „Save Project“ oder „Save Project As…“) wird die Datei *.WFD mit den Rechenergebnissen jetzt automatisch gelöscht, um ein künftiges Abspeichern gemeinsam mit evtl. geänderten Eingabedaten und die daraus folgenden Inkonsistenzen zu vermeiden. Die Ergebnisse können trotzdem betrachtet und ausgewertet werden, da WUFI auf die jetzt im Projektverzeichnis liegende Ergebnisdatei zugreift.
Wählt im Falle „Save Project As…“ der Benutzer die Option, die Ergebnisdaten nicht mit abzuspeichern, so bleibt die Ergebnisdatei im Cache-Verzeichis erhalten.

Gelegentliche Programmabstürze beim Wechseln zwischen automatischer und manueller Gittererstellung wurden behoben.

Wurde die minimale oder maximale erlaubte Anzahl von Gitterelementen vom Benutzer geändert, so wurden die geänderten Werte zwar in der Projektdatei abgespeichert, beim erneuten Öffnen des Projektes aber nicht angezeigt. Dieser Fehler wurde behoben.

Wurde für das Innenklimamodell „ASHRAE 160“ ein anderer „Air Conditioning Type“ als „Heating Only“ ausgewählt, so zeigten die Grafiken im Dialog die Änderung zwar an, die Rechnung benutzte aber stets „Heating Only“. Dieser Fehler wurde behoben.

Falls bei der Installation von WUFI 2D bereits eine zu einer früheren Installation gehörige Datei WUFI2D-3.3.ini vorhanden war, übernahm die neue Installation daraus den Pfad auf den Rechenkern, welcher aber nicht auf den aktuellen Kern zeigte, falls die neue Installation in ein anderes Verzeichnis erfolgte. Dieser Fehler wurde behoben.

Unter Windows Vista blieb nach Schließen des Programms ein aktiver Prozess im Speicher. Darüber hinaus funktionierte die Online-Hilfe nicht. Beide Probleme wurden durch ein Update des Hilfesystems gelöst.

• WUFI 2D
  Rechenkern

Am Rechenkern wurde die Erweiterungen vorgenommen, welche für die Nutzung der hinzugekommenen Rechenmöglichkeiten wie Radialsymmetrie, temperaturabhängige Wärmeleitfähigkeit, temperaturabhängige Enthalpie usw. nötig sind.

Ein Fehler in der Behandlung der Randbedingungen an einspringenden Ecken wurde behoben.

Die für die Benutzung auf Parallelrechnern erstellte WUFI-2D-Variante funktionierte nicht mehr, weil eine Formatänderung bei der Datenübergabe an den Rechenkern nicht berücksichtigt worden war. Dieser Fehler wurde behoben.

Bei der Simulation von Saugversuchen kann die bisher übliche Anzahl von stets mindestens vier Regeniterationen reduziert werden. Das Abbruchkriterium wurde daher neu formuliert, so dass – sofern ausreichend – nur eine geringere Anzahl von Regeniterationen durchgeführt wird.

Eine durch Compilerwechsel verursachte Änderung in der Behandlung der im Batch-Betrieb an das Programm übergebenen Parameter konnte zu Abstürzen führen. Die Parameterbehandlung wurde jetzt an den neuen Compiler angepasst.

• WUFI2DMotion

• WUFI

WUFI 5.0 kann Materialien mit temperaturabhängiger Wärmekapazität verwenden. Dies ermöglicht unter anderem die Untersuchung von Wandaufbauten, welche zur thermischen Regulierung Phasenwechselmaterialien (phase change materials – PCM) enthalten.

Bei Bedarf kann nun neben der Feuchteabhängigkeit auch die Temperaturabhängigkeit der Wärmeleitfähigkeit berücksichtigt werden. Eine Approximationsmethode erlaubt die näherungsweise Berücksichtigung der Temperaturabhängigkeit, falls keine detaillierten Daten vorliegen.

Kommerzielle Produkte in der Materialdatenbank können neben der gemessenen Wärmeleitfähigkeit auch für Auslegungszwecke den Bemessungswert der Wärmeleitfähigkeit enthalten.

Ein neuer optionaler Rechenmodus erlaubt es, für Vergleichszwecke die Wärmeleitfähigkeiten aller Materialien auf den Bemessungswert umzuschalten. (Falls ein solcher nicht vorhanden ist, werden Standardwerte aus den vorhandenen Kenndaten bestimmt.)

Die U-Wert-Berechnung wurde abgeändert, um die Standardwärmeleitfähigkeiten stets auf dieselbe Weise zu bestimmen wie im ebengenannten Punkt.

Bei rein thermischen Rechnungen ohne Feuchtetransport sind jetzt nur noch die Grundkennwerte Rohdichte, Wärmekapazität und Wärmeleitfähigkeit erforderlich. Die Eingabefelder für Porosität und Diffusionswiderstandszahl können frei bleiben.

Daher akzeptiert die Materialdatenbank nun auch Materialien, für welche nur Rohdichte, Wärmekapazität und Wärmeleitfähigkeit gegeben sind.

Aus der Materialdatenbank übernommene Materialien sind zunächst schreibgeschützt und müssen zum Editieren erst entsperrt werden. Dies erleichtert die Unterscheidung von Originaldaten und bearbeiteten Daten.

Materialkenndaten können nun auch zwecks Datenaustausch importiert und exportiert werden (sowohl in SI- als auch in IP-Einheiten).

Die Möglichkeit, die in einer Wetterdatei enthaltenen Lufttemperaturen um einen eingebbaren konstanten Betrag zu verschieben (wie in der DIN EN 15026 vorgeschlagen) erlaubt es, verschärfte Belastungsszenarien zu untersuchen, auch wenn nur Wetterdaten vorliegen, welche mittlere Bedingungen repräsentieren.

Zur Steuerung einer Feuchtequelle in der Wand steht ein neues Infiltrationsmodell zur Verfügung, welches den möglichen Feuchteeintrag durch Austausch mit der Innenraumluft beschreibt.

Der bei Feuchtequellen bisher mögliche Fall, dass die Quellstärke die lokale Aufnahmefähigkeit des Materials übersteigt, kann nun durch Vorgabe eines wählbaren maximal erlaubten Wassergehalts vermieden werden. Die Wassermenge, welche abgeschnitten werden musste, wird im Ergebnisreport ausgegeben.

Die neue XML-basierte Speicherstruktur der Projektdateien vereinfacht die Rückwärtskompatibilität mit künftigen Programmversionen.

Dem Projekt können bei Bedarf Bilder zur Dokumentation hinzugefügt werden.

Für die in der Materialdatenbank enthaltenen kommerziellen Produkte können Produktbilder, Firmenlogos und Weblinks angezeigt werden.

Für die in eine ASCII-Datei exportierten Ergebnisdaten sind nun (anstelle der sonst üblichen Leerzeichen) auch Tabulatoren als Datentrennzeichen wählbar.

Die WUFI-Versionen Light und ORNL können nur noch die von der jeweiligen Version erstellten Projektdateien öffnen.

Der Benutzer kann WUFI 5.0 nun auch auf italienische oder spanische Sprache umschalten.

Die während der Simulation auftretenden Größen xsat, Rvap, T0 werden genauer berechnet.

Einige kleinere Fehler und Inkonsistenzen wurden behoben:
Das Einlesen von EPW-Wetterdateien funktioniert nun auch, wenn in den Ländereinstellungen des Rechners als Dezimaltrennzeichen das Komma statt des in den EPW-Dateien verwendeten Punktes spezifiziert ist.
Beim Einlesen von WAC-Wetterdateien konnte es vorkommen, dass wegen eines Zeichensatzproblems die Headerzeilen der Datei nicht korrekt erkannt wurden. Dieser Fehler wurde beseitigt.
Ein (praktisch bedeutungsloser) Tippfehler in der barometrischen Höhenformel zur Umrechnung des Luftdrucks von Meereshöhe auf Stationshöhe wurde beseitigt.
Im Materialkenndaten-Dialog konnte die Tabelle für die Approximationsparameter durcheinandergeraten, wenn von diesem Dialog aus auf eine andere Bauteilschicht gewechselt wurde. Dieser Fehler ist behoben.
Die gelegentlich vorkommenden Programmabstürze beim Abspeichern sehr großer Projektdateien sollte wegen der Umstellung der Schreibroutinen auf das XML-Format nicht mehr auftreten.
Die im Bauteilaufbau-Dialog angezeigten U- und R-Werte wurden beim Umschalten auf eine andere Variante nicht angepasst. Dieser Fehler ist nun korrigiert.

• Materialdatenbank

• Wetterdaten
  (nur in WUFI Pro)

Zu den seit Version 4.2 mitgelieferten 1986er Testreferenzjahren des DWD für die alten deutschen Bundesländer kommen nun auch die neuen (2004er) Testreferenzjahre für das gesamte Bundesgebiet, inklusive extremer Sommer und Winter.

• WUFI 2D
  Präprozessor

Es können jetzt auch Wärme-, Feuchte- und Luftwechselquellen im Bauteil angelegt werden.

Die neue Option „explizite Strahlungsbilanz“ erlaubt die detaillierte Berücksichtigung der einzelnen kurz- und langwelligen Strahlungsströme an der Außenoberfläche (falls entsprechend detaillierte Angaben in der verwendeten Klimadatei vorliegen).

Zur Behandlung numerisch problematischer Fälle steht nun eine automatische Zeitschrittsteuerung zur Verfügung.

Nach Beendigung der Rechnung kann jetzt eine Konvergenzanalyse durchgeführt werden, welche die Wahl der geeignetsten numerischen Parameter wie z.B. Residuengewichtung (neu, s.u.), Konvergenzkriterium, Iterationsobergrenze, usw. erleichtert.

• WUFI 2D
  Rechenkern

Ein Fehler bei der Behandlung der Gitterelemente an den Bauteiloberflächen wurde beseitigt.

Ein Fehler bei der Mittelwertbildung für die Materialkenndaten an Materialgrenzen (vertauschte Interpolationskoeffizienten) wurde korrigiert.

Der Quelltext des Rechenkerns (insbesondere numerische Parameter, interne Konstanten etc.) wurde generell überarbeitet, um die Übereinstimmung mit WUFI-1D weiter zu verbessern. Beide liefern jetzt für eindimensionale Rechenaufgaben nahezu identische Ergebnisse. Die über alle n Gitterelemente geführte „Fehlerquadratsumme“ 1/n·∑ (Ergebnis 1D – Ergebnis 2D)² bleibt für das Temperaturfeld unter 1·E-9 und für das Feuchtefeld unter 1·E-7, lediglich bei Berechnungen mit Regenaufnahme fallen die Unterschiede aufgrund unterschiedlicher Algorithmen etwas größer aus (bleiben aber unter 1·E-3).

Die gegenseitige Gewichtung der zur Iterationskontrolle und -steuerung während der Rechnung dienenden Residuen der Temperatur- und Feuchtefelder kann jetzt vom Benutzer eingestellt werden. Erfahrene Benutzer können damit ggf. die Iterationsgeschwindigkeit verbessern oder numerische Probleme behandeln.

Für das (mit Windows NT4 eingeführte) NTFS-Dateisystem fällt die bisherige Begrenzung der Ergebnisdateien auf 2GB nun wegen Benutzung eines neuen Compilers weg. Ein Aufsplitten großer Dateien, wodurch gelegentlich Dateinamensprobleme verursacht wurden, ist nicht mehr nötig. Für die Dateisysteme FAT und FAT32 liegt die neue Grenze bei 4 GB.

Der neue Compiler erlaubt nun auch, auf neueren Prozessoren Schleifen mit unabhängigen Variablen parallel ablaufen zu lassen.

• WUFI2DMotion

• WUFIGraph

Für die Isolinien-Darstellung gibt es jetzt einen Reset-Button, der in die Grundansicht zurückführt.

• Materialdatenbank

Unter anderem wurde ein fehlerhafter w-Wert für den Dämmstoff „isofloc L“ korrigiert (auf 0.1069 kg/m²s^0.5 statt 6.4 kg/m²h^0.5).

• WUFI

WUFI kann nun auch Energy Plus Wetterdateien *.EPW lesen (nur WUFI Pro). Diese Dateien sind für zahlreiche Standorte erhältlich und können kostenlos von http://www.eere.energy.gov/buildings/energyplus/ heruntergeladen werden. Beachten Sie bitte, dass diese Dateien keine Niederschlagsdaten enthalten und daher nicht für Untersuchungen verwendet werden können, bei denen Regen berücksichtigt werden muss.

WUFI verfügt nun über eine adaptive Zeitschrittsteuerung, um das Konvergenzverhalten in numerisch schwierigen Situationen zu verbessern.

Die Online-Hilfe wurde auf das HTML-basierte Hilfesystem umgestellt und ist daher nun auch unter Windows Vista verfügbar. (Die Online-Hilfe enthält derzeit noch nicht die Neuerungen von WUFI 4.2; sie wird durch ein Update aktualisiert werden.)

Der Bauteilaufbau-Dialog zeigt nun auch automatisch den Wärmedurchlasswiderstand und den U-Wert des erstellten Bauteils an.

Gibt der Benutzer ungewöhnliche Daten ein, zeigt WUFI nun Warnungsmeldungen an, führt auf Wunsch des Benutzers aber die Rechnung aus. Dies soll helfen, einige der häufigsten Eingabefehler zu vermeiden, ohne die Möglichkeiten für rechnerische Experimente zu beschneiden.

Die Schnellgrafiken und der Filmbildschirm lassen sich nun in die Zwischenablage exportieren, um eine leichtere Weiterverarbeitung zu gestatten.

Die Farbe der Datenpunkte in den Isoplethendiagrammen verändert sich von gelb (zu Beginn der Rechnung) zu Schwarz (am Ende der Rechnung), um dem Benutzer einen Eindruck vom Zeitverlauf der hygrothermischen Prozesse zu vermitteln.

Eine konstante Luftwechselrate für eine Luftwechselquelle kann nun direkt vorgegeben werden, es muss keine Eingabedatei mit identischen stündlichen Werten mehr erstellt werden (nur in WUFI Pro).

Einige kleinere Fehler und Inkonsistenzen wurden behoben. Die Berechnung der auf geneigte Oberflächen auftreffenden atmosphärischen Gegenstrahlung wurde korrigiert.
Das voreingestellte Innenklima ist nun „EN 15026“ anstelle der Sinuskurven. Bei Übernahme eines Materials aus der Materialdatenbank erfolgt vor Überschreiben einer bestehenden Schichtdicke eine Nachfrage.

• Materialdatenbank

Die Materialien isofloc L, Getifix Mineraldämmplatte ambio und redstone Mineraldämmplatte Pura wurden in die Materialdatenbank aufgenommen (Quelle IBP).

• Wetterdaten
  (nur in WUFI Pro)

Für den Standort Holzkirchen steht nun auch ein repräsentatives Feuchtereferenzjahr (inklusive atmosphärischer Gegenstrahlung) zur Verfügung.

• WUFI

• U-Wert-Tool

• WUFI

Es können jetzt Wärme-, Feuchte- und Luftwechselquellen (bzw. die entsprechenden Senken) in den Bauteilaufbau eingefügt werden (nur PRO-Version). Die Quellstärken können von einer externen Datei gesteuert oder von den äußeren Randbedingungen abgeleitet werden.

Es kann nun optional die volle kurz- und langwellige Strahlungsbilanz an der Außenoberfläche berücksichtigt werden. Dies erlaubt u.a. die quantitative Berechnung nächtlicher Unterkühlung und Untersuchung ihrer hygrothermischen Auswirkungen.

Die folgenden Rechenmodelle nach ASHRAE Standard 160P (Approved Draft July 2006) wurden implementiert:

• Zusätzlich zu bisherigen Methoden kann das Innenklima nun auch gemäß der „Intermediate Method“ des Standard aus dem Außenklima abgeleitet werden.
• Zusätzlich zur bisherigen Methode kann die Schlagregenbelastung nun auch über den Regenexpositionsfaktor und den Regendepositionsfaktor des Standard abgeschätzt werden (feste Faktoren in der ORNL-Version, benutzereditierbare Faktoren in der PRO-Version).
• Eine Feuchtequelle kann im Bauteilinneren platziert werden, um einen gegebenen Bruchteil des auftreffenden Schlagregens (z.B. 1%) als zusätzliche diffuse Feuchtelast anzusetzen.

Die Rechenergebnisse enthalten nun auch zusätzliche Kurven für:

• Alle Strahlungskomponenten
• Wärme- und Feuchteströme zwischen allen Schichten
• Quellstärke der Wärme- und Feuchtequellen
• Wärme- und Wasserdampfübergangskoeffizienten an den beiden Oberflächen
• Dampfdruck an den Monitorpositionen
• Luftdruck

• Materialdatenbank

• Wetterdaten

• Österreich: Wien, Graz, Innsbruck
• Polen: Warschau, Krakau, Kolobrzeg
• Japan: Sapporo, Akita, Niigata, Tokio, Yokohama, Naha, Miyazaki

• WUFI

In WUFI 4.0.0.190 wurde in den Schnellgrafiken die Taupunkttemperatur immer in °C ausgegeben, auch wenn IP-Einheiten benutzt wurden. Dieser Fehler wurde behoben.

In den Schnellgrafiken können die Rechenergebnisse für die Monitorpositionen jetzt entweder als Temperatur/Relative Feuchte oder als Temperatur/Taupunkttemperatur angezeigt werden.

In der Pro-Version können jetzt wieder alle alten *.KLI-Dateien von WUFI 3.3 benutzt werden. Ein Fehler in der Einleseroutine hatte in WUFI 4.0.0.190 nur Dateien zugelassen, die am 1. Januar begannen und ein spezielles Datumsformat einhielten.

Die Übersicht enthält nun detailierte Angaben zu den Klimarandbedingungen an beiden Seiten des Bauteils.

WUFI kann jetzt auch über die Kommandozeile aufgerufen werden, so dass ein Batch-Betrieb möglich ist. Einzelheiten entnehmen Sie bitte der Online-Hilfe.

Die Erstellung eigener Klimadateien wird durch ein mitgeliefertes Excel Spreadsheet CreateClimateFile.xls erleichtert. Sie finden es im Verzeichnis Tools.

• Materialdatenbank

• Isover Vario KM Duplex (Katalog Folien)
• Pavatex Diffutherm Holzweichfaserplatte (Katalog Hölzer und Werkstoffplatten)

• Wetterdaten

• WUFI

Außen- und Innenklima können nun beliebig der linken oder rechten Seite des Bauteils zugewiesen werden (Regen und Sonnenstrahlung können allerdings nach wie vor nur über die linke Seite aufgenommen werden).

Klimadateien aus anderen Quellen können jetzt auch auf einfache Weise eingelesen werden.

WUFI kann nun eine Analyse der ausgewählten Klimadatei durchführen und einen Überblick über die wichtigsten Charakteristika der Klimadaten geben.

Das Innenklima kann nun (neben den bisherigen Sinusverläufen) auch gemäß DIN EN ISO 13788 sowie PrEN 15026 aus dem Aussenklima abgleitet werden.

Der neue Filmbetrachter gestattet eine verbesserte Filmdarstellung (u.a. Einzelschritt, Rückwärtsschritt, Zoom, etc.). Die aktuellen Werte an jedem Gitterelement können mit dem Cursor abgefragt und ihr zeitlicher Verlauf in eine ASCII-Datei exportiert werden. Die Filme selbst können ins AVI-Format exportiert werden.

Die neuen Schnellgrafiken bieten einen raschen Überblick über die Rechenergebnisse: Gesamt- und Schichtwassergehalt, Temperatur und Taupunkttemperatur an den Monitorpositionen, vereinfachte Beurteilung des Schimmelpilzrisikos an den Monitorpositionen.

• Materialdatenbank

• Wetterdaten

• WUFI

Aus mathematischen Gründen weist WUFI Wassergehalten zwischen der freien und der maximalen Sättigung relative Feuchten zwischen 100% und 101% zu, siehe Erläuterung zur Feuchtespeicherfunktion im Hilfetext. Um Irritationen zu vermeiden, werden jetzt die relativen Feuchten bei der Filmdarstellung und der ASCII-Ausgabe auf 100% begrenzt. Bei rechnerischen Überprüfungen der Ergebnisse ist daher zu beachten, dass bei Wassergehalten im Übersättigungsbereich WUFI intern mit etwas anderen relativen Feuchten und daher auch etwas anderen Dampfdrücken rechnet als aus den Ausgabedaten ersichtlich ist. Es kann auch nicht mehr aus der relativen Feuchte in einem Gitterelement auf dessen Wassergehalt geschlossen werden, wenn der Wassergehalt über der freien Sättigung liegt.

Die Angaben zum Regen in den Klimadaten stellen Regenraten [Ltr/m²h], nicht Regenmengen [Ltr/m²] dar. Bei stündlichen Regendaten ergeben sich in beiden Fällen dieselben Zahlenwerte, bei anderen Zeitschritten ist der Unterschied aber zu beachten. Regnet es beispielsweise während einer Stunde konstant mit einer Rate von 1 Ltr/m²h, so sind in einer Klimadatei mit Zehntelstunden-Schritten für jenen Zeitraum nicht jeweils pro Zeitschritt 0.1 Ltr/m² sondern 1 Ltr/m²h einzutragen. Die Einheitenangabe [Ltr/m²] in der Ergebnisgrafik „Regen“ war daher falsch und wurde auf [Ltr/m²h] korrigiert.

Der Wärmeübergangswiderstand 0 an den Bauteiloberflächen kann sich einstellen, wenn die Oberfläche mit einem anderen Material (z.B. Erdreich) in Berührung steht, und muß daher zugelassen werden. Im Zuge von Revisionsarbeiten wurde in der letzten Version überflüssigerweise eine Abfrage eingefügt, die keinen Widerstand 0 zuließ. Diese Abfrage wurde nun wieder entfernt.

Beim Lesen der Anfangsbedingungen aus einer *.ini-Datei trat gelegentlich eine ‚access violation‘ auf. Die vermutliche Ursache wurde beseitigt.

Wurde die vom Benutzer angegebene *.ini-Datei für die Anfangsbedingungen nicht gefunden, so belegte WUFI stillschweigend das Feuchte- bzw. Temperaturfeld mit Null. Jetzt erfolgt explizit eine Meldung, dass die betreffende Datei nicht existiert.

Kommentare zu den einzelnen Materialien in der Datenbank und zu den Wetterdateien können jetzt länger als 255 Zeichen sein. Das hat für das vorliegende Release noch keine Auswirkungen, eröffnet aber die Möglichkeit, ausführlichere Quellenangaben für die einzelnen Daten mitzuliefern. Die Datenbank soll entsprechend ergänzt werden.

Es liegt jetzt auch die Sprachunterstützung für eine französische WUFI-Version vor.

Es werden jetzt mehr Beispieldateien mitgeliefert: je eine mit einer landestypischen Konstruktion für Deutschland, USA und Finnland, sowie je ein (englischsprachiges) Demoprojekt betreffs Verwendung von *.KLI und *.INI-Dateien (Klimadaten bzw. Anfangsbedingungen).

Im Dialog ‚Über WUFI‘ wird jetzt auch angezeigt, um welche WUFI- bzw. Datenbankversion es sich handelt.

• Materialdatenbank

Die bisherige ‚Gipskartonplatte‘ (aus einer amerikanischen Datenquelle) wurde umbenannt in ‚Gipskartonplatte (USA)‘. Die zu hohe Feuchtespeicherfunktion wurde korrigiert.

Die Wärmeleitfähigkeit der PVC-Tapete wurde von 23 auf 112 W/mK geändert, damit der gesamte Datensatz konsistent auf die effektive Dicke von 1 mm umgerechnet ist. Bei einer derart dünnen Materialschicht hat der Wert der Wärmeleitfähigkeit freilich praktisch keine Auswirkung auf das thermische Verhalten.

• WUFI

In der Datenbank wurde eine Klimadatei USER.TRY im Testreferenzjahr-Format registriert. Der Benutzer kann nun eigene Klimadaten mit WUFI verwenden, indem er sie ins Testreferenzjahr-Format bringt (siehe Formatspezifiaktion in der Online-Hilfe)und unter dem Namen USER.TRY in WUFIs Klimaverzeichnis kopiert. Wenn WUFI beim Start eine solche Datei findet, stellt es sie als Punkt in der linken oberen Ecke der mitteleuropäischen Klimakarte dar, wo Sie sie durch Anklicken auswählen können. Die Standortkoordinaten für den Messort dieser Klimadaten (wichtig für die Strahlungsumrechnung) liest WUFI aus der Datei selbst; die für die Umrechnung wichtige Angabe der Zeitzone ist jedoch im TRY-Format nicht enthalten und muß daher dem Datenbank-Eintrag entnommen werden. Dieser Eintrag kann zur Zeit vom Benutzer nicht geändert werden und ist fest auf die Greenwich-Zeitzone eingestellt.

Sie können auch für Orte in anderen Zeitzonen rechnen, indem Sie statt der tatsächlichen geographischen Länge dieser Orte fiktive Längen benutzen, die zur geographischen Länge 0° denselben Unterschied aufweisen wie die tatsächliche Länge zum Bezugsmeridian jener Zeitzone.
Für Sydney (Breite: 33.95° Süd, Länge 151.18° Ost, Zeitzone +10h) wäre beispielsweise als geographische Länge 1.18° Ost einzusetzen, da Sydney 1.18° östlich des Referenzmeridians 10*15° = 150° der Australian Eastern Standard Time liegt. Die entsprechende Zeile in der TRY-Datei müßte also lauten:
  LAGE: 33.95 GRAD S.<- B. 1.18 GRAD O. <- L. 0003 METER UEBER NN
Melbourne dagegen liegt mit 144.83° westlich des Referenzmeridians, und die Koordinatenzeile müßte lauten:
  LAGE: 37.67 GRAD S.<- B. 5.17 GRAD W. <- L. 0141 METER UEBER NN
Die Längen und Breiten sind als vorzeichenlose Zahlen einzugeben; die jeweiligen Hemisphären-Indikatoren sind: Nord = N, Süd = S, Ost = O oder E, West = W.

(Im Aussenklima-Dialog werden bei Auswahl des User-Ortes dessen Länge und Breite jeweils als 0° angezeigt, da WUFI zu diesem Zeitpunkt noch nicht weiß, welche Koordinaten in der TRY-Datei stehen.)

Technische Änderungen:
WUFI benutzt jetzt ein dynamisches Sprachsystem, so daß eine einzige Programmdatei sowohl die deutsche als auch die englische Version enthält; die zu verwendende Sprache wird bei der Installation festgelegt.
WUFI verwendet jetzt einen neuen, skriptgesteuerten und mehrsprachigen Installer.

• Materialdatenbank

Die PE-Folien mit sd-Werten von 2 m und 5 m wurden durch eine generische Dampfbremse mit einem sd-Wert von 3.3 m (= 1 perm) ersetzt.

Eine PE-Folie mit einem sd-Wert von 50 m wurde neu in die Materialdatenbank aufgenommen.

Die MFD-Platte wurde aus der Datenbank genommen.

Die Materialkenndaten für das Polyolefin-Spinnvlies wurden überarbeitet und anhand von ASHRAE-Materialkenndaten aktualisiert, da die Tabelle der feuchteabhängigen µ-Werte einen Fehler enthielt (falsch: µ(0%)=40, µ(100%)=406.36; richtig: µ=const=43).

Das „Kraftpapier“ wurde in der deutschen Version in „Baupapier“ umbenannt; seine Materialkenndaten wurden auf eine effektive Dicke von 1 mm umgerechnet.

Die „Vinyl-Tapete“ wurde in der deutschen Version in „PVC-Tapete“ umbenannt; ihre Materialkenndaten wurden anhand von ASHRAE-Materialkenndaten aktualisiert, da die Tabelle der feuchteabhängigen µ-Werte einen Fehler enthielt (falsch: µ(0%)=200, µ(100%)=197.7 für d=0.45 mm; richtig: exponentielle Funktion 3060 .. 342 für deff=1 mm).

Das amerikanische Asphalt-impregnated paper wurde (mit ASHRAE-Kenndaten) neu eingefügt.

• WUFI

Die Leseroutine für Testreferenzjahre wurde so überarbeitet, daß auch Zahlen, bei denen entgegen der FORTRAN-Formatspezifikation die letzten Nachkommastellen durch Leerzeichen ersetzt sind (z.B. ‚14.07‘ -> ‚14.1 ‚ oder ‚14.07‘ -> ’14 ‚), ohne Fehlermeldung gelesen werden können. Damit vereinfacht sich das Erstellen solcher Dateien, da Endnullen nicht mehr explizit aufgeführt werden müssen und, wie die meisten Schreibroutinen dies automatisch tun, unterdrückt werden können.

Wenn in den Tabellen für die Kapillartransportkoeffizienten die Tabelle für das Weiterverteilen leer geblieben war, benutzte WUFI bisher automatisch die Werte für das Saugen. Dies entfällt nun und WUFI benutzt für den Weiterverteilungsvorgang strikt die Werte aus der Weiterverteilen-Tabelle, auch wenn diese Null sind. Das ist auch nicht realistischer, aber es richtet sich getreulich nach den Eingaben des Benutzers. Wenn der Benutzer den Weiterverteilungsvorgang berechnet haben will, muß er auch entsprechende Kenndaten explizit zur Verfügung stellen.
Der Hochofenzement in der Materialdatenbank hatte eine solche leere Weiterverteilen-Tabelle und wurde bis auf weiteres aus der Datenbank genommen.

• WUFI

Die kanadischen Wetterdateien enthielten zuviel Regen und wurden korrigiert.

Zusätzlich aufgenommen wurden Wetterdaten für Baltimore, MD, Little Rock, AR, Spokane, WA, Providence, RI, Casper, WY, Fargo, ND, International Falls MN.

Die Materialbezeichnungen und Katalogzuweisungen in der Datenbank wurden überarbeitet und vereinheitlicht.

Im Online-Hilfetext wurden einige Ergänzungen eingefügt.

• WUFI

Generell werden die Transportkoeffizienten für die Gitterelementgrenzen aus denen für die benachbarten Elementzentren ermittelt, indem harmonische Mittelwerte gebildet werden, falls die angrenzenden Elemente zu verschiedenen Materialien gehören, und arithmetische Mittelwerte, falls die angrenzenden Elemente dasselbe Material enthalten. Eine Ausnahme bilden die Flüssigtransportkoeffizienten, die immer arithmetisch gemittelt werden.
Bisher wurde bei den Flüssigtransportkoeffizienten jedoch zusätzlich abgefragt, ob der Koeffizient mindestens eines angrenzenden Materials Null ist und in diesem Fall auch das Mittelungsergebnis für die Elementgrenze auf Null gesetzt („pseudoharmonisch“). Diese Abfrage wurde nun beseitigt, so daß die Flüssigtransportkoeffizienten grundsätzlich arithmetisch gemittelt werden. Damit wird erreicht, dass z.B. Wasser, das infolge Kondensation in einer Dämmschicht ausfällt, von einem angrenzenden kapillaraktiven Material aufgenommen werden kann. Dies war ursprünglich nicht möglich, da wegen der (meistens) fehlenden Kapillaraktivität des Dämmmaterials auch der Flüssigtransport über die Materialgrenze auf Null gesetzt war.

Wenn Anfangsbedingungen aus einer Datei gelesen werden sollten, das Eingabefeld für den Dateinamen jedoch leer war, meldete WUFI einen „E/A-Fehler 6“, ohne daß der Benutzer einen Hinweis erhielt, weshalb der Fehler auftrat. Dies wird jetzt abgefangen; WUFI meldet etwas verständlicher „Datei „“ existiert nicht.“

Beim Übernehmen des Gitteraufbaus aus einer bestehenden Variante wurde die Auswahl der Gitterfeinheit nicht mit übernommen; dieser Fehler wurde behoben.

Damit bei Eingabe eines Wärmeübergangswiderstandes = 0 m²K/W der intern verwendete zum Widerstand reziproke Wärmeübergangskoeffizient nicht unendlich wird, setzt WUFI dafür einen großen, aber endlichen Wert ein. Zur Vermeidung numerischer Probleme wurde dieser Ersatzwert von 1e30 auf 1e8 reduziert.

Die neue Version heißt jetzt WUFI 3.3.

• Materialdatenbank

• Klimagenerator

Wenn beim Generieren aus einer *.WET-Datei eine der Erdbodentemperaturen als Temperaturquelle verwendet wird (d.h. es soll eine *.KLI-Datei für ein erdberührtes Bauteil erstellt werden), dann werden Regen und Strahlung jetzt automatisch auf Null gesetzt; die relative Feuchte erhält konstant einen vom Benutzer wählbaren Wert.

• WUFI

Die neue Version heißt jetzt WUFI 3.2, sie wird entsprechend im Installationspfad WUFI32 installiert.

Die deutsche WUFI-Version hat jetzt auch einen deutschen Hilfetext.

Die folgenden neuen Materialien wurden in die Materialdatenbank aufgenommen:
ein wasserabweisendes Putzsystem, Bimsbeton, zwei hochdämmende Ziegel, Blähbetonstein, Kellerziegel, Zellulosefaser, Holzspäne (Schüttdämmung), Flachsmatten.

Die nordamerikanischen Klimadaten sind jetzt auch im Lieferumfang der deutschen Pro-Version enthalten.

Zu allen WUFI-Versionen werden jetzt auch Schweizer Klimadaten geliefert (Zürich, Davos, Locarno, jeweils ein ‚kaltes‘ und ein ‚warmes‘ Jahr) sowie Klimadaten für Kassel.

Die Darstellung der Klimaorte auf der Auswahlkarte erfolgt jetzt je nach vorliegendem Typ der Klimadatei in unterschiedlichen Farben. Außerdem wird ein Klimaort nur dargestellt, wenn die in der Datenbank registrierte Klimadatei tatsächlich vorhanden ist.

Ein Fehler bei der Berechnung des sd-Wertes außen (ständige Akkumulation des sd-Werts bei Verwendung windabhängiger Wärmeübergangswiderstände) wurde behoben.

Die graphische Gestaltung der Dialoge ist für eine Bildschirmauflösung von 1024 x 768 Punkten ausgelegt. Bei Benutzung geringerer Auflösung (z.B. Notebook) war ein Teil der Dialoge nicht erreichbar; mit Hilfe von Rollbalken ist das jetzt möglich.

Beim Kopieren von Daten aus einer Variante in eine andere wurden kleine Inkonsistenzen bei der Übernahme der Außen- und Innenklimadaten korrigiert.

Wird für das Bauteil eine Neigung ungleich 90° gewählt, setzt WUFI die Regenkoeffizienten jetzt pauschal auf R1=1 und R2=0. In diesem Fall muß der Benutzer selbst sinnvolle Werte eingeben, da die Situation bei geneigten Bauteilen zu komplex ist, als daß sie durch einfache Auswahlmenüs erfaßbar wäre.

Eine kleine Modifikation wurde bei der harmonischen Mittelung der Materialdaten an Schichtgrenzen vorgenommen.

Die Erscheinungsbilder der Dialoge „Option: Ergebnisdaten“ und „Ergebnisgrafiken: Kurveneinstellungen“ wurden überarbeitet.

Diverse Schreibfehler in den Dialogen wurden beseitigt.

• Klimagenerator

• WUFI

Eine Änderung am Iterationsverfahren reduziert die Anzahl der Konvergenzfehler merklich.

Der vorgegebene Verlauf der Innentemperatur wurde auf die korrekten 21 +-1 °C berichtigt.

Fehler beim Abspeichern und Lesen von Dateien wurden behoben sowie diverse kleinere Korrekturen vorgenommen.

• WUFI-Datenbank
  Update

Insbesondere wurden neue Wetterdaten aus der Schweiz und Nordamerika in der Datenbank registriert. Die Wetterdaten selbst sind in den neuen WUFI-Installationen enthalten.
[12 Juni 2001]

• WUFI-Datenbank
  Viewer

• Klimagenerator

• WUFI 2D

Es wurden Fälle berichtet, in denen nach der Auswahl von Sinuskurven als Randbedingungen diese Auswahl sich nach dem Aufrufen anderer Dialoge verstellt hatte. Wir konnten dieses Problem nicht nachvollziehen, es wurden aber einige Programmänderungen vorgenommen, die es beheben sollten. Falls es dennoch wieder auftritt, bitten wir um Mitteilung.