Known bugs

Onopgelost

Combiwanden en verticaal evenwicht
Het verticaal evenwicht wordt bij combiwanden niet goed verwerkt. Er kan niet apart worden aangegeven wat de puntweerstand is voor het bovendeel. Er wordt gerekend met de puntweerstand van het onderste deel; de puntweerstand van het bovendeel wordt niet in beschouwing genomen.

Onopgelost

Sheet piling: onjuiste evaluatie maximaal toegestane moment
In de grafische uitvoer (menu Results/Moment/Force/Displacement charts) geven stippellijnen de maximaal toegestane momenten aan, de werkende breedte is hierbij als factor toegepast. Het programma past deze factor niet toe bij de afweging of dit maximaal toegestane moment wordt overschreden. Het kan daarom voorkomen dat in de grafische uitvoer de damwand voldoet, maar dat het programma in de report uitvoer onjuist aangeeft dat het maximale moment is overschreden. Bij de berekening is er dan tevens melding dat er fouten zijn gevonden in de berekening.
Workaround: zet de maximaal toegestane momenten op nul; MSheet zal dan de evaluatie hiervan niet doen.

Opgelost in versie 8.2.2.1

Opgelost in 8.2.2.1

Belasten via grondverplaatsing
Belasten via grondverplaatsing wordt niet meegenomen in de berekening bij damwanden.

Opgelost in versie 8.2.2.1

Allowable anchor force: Feitelijke Ankerkracht CUR niet beschikbaar
Bij gebruik van een "anchor stiffness multiplication factor = 1" bij de berekening van "Allowable anchor force" krijgt men de melding "Feitelijke Ankerkracht CUR (1.5 * Fa;Max): niet beschikbaar". Onterecht werd in de software aangenomen dat indien deze factor 1 is, het niet nodig is de berekende waarden van de ankerkracht voor en na gebruik van de factor te onthouden.
De work around is de anchor stiffness multiplication factor = 1,002 te nemen, waardoor de waarden wel van elkaar afwijken, zij het niet significant, en deze beiden worden onthouden.

Opgelost in versie 8.2.2.1

Opgelost in 7.9.2.1

Totale stabiliteit per fase
Bij een verificatieberekening in de rapportuitvoer bij '1.3 Totale stabiliteit per fase' wordt alleen de laatste bouwfase weergegeven in plaats van alle bouwfases.

Opgelost in 7.9.2.1

Brinch Hanssen en Phi =0
Onder Brinch Hanssen (Ka/Ko/Kp) is de berekening niet juist als phi = 0 wordt ingevoerd. Bij de berekening van de fictieve cohesie levert dit een deling door nul op welke wordt afgevangen door deze nul te stellen. Workaround: gebruik phi = 0.1. Merk op dat de hoge fictieve cohesie die hierdoor wordt berekend waarschijnlijk geen probleem zal vormen.

Opgelost in 7.9.2.1

Onjuiste representatieve waarden bij CUR step 6.1 en 6.5
Indien bij  verificatie gebruik gemaakt wordt van de methode Ka, K0, Kp  dan is de reductie van de delta niet juist. Dit betekent dat als er een nieuwe Ka of Kp (met muller breslau of kotter) berekend wordt de Kp lager uitvalt dan bedoeld.
Work around: reken, indien mogelijk, zoveel mogelijk met c, phi, delta. Het foutief berekende resultaat is aan de veilige kant.

Opgelost in 7.9.1.5

Handmatig aanpassen gronddruk-coëfficiënten
Het gebruik van de optie om gronddruk-coëfficiënten handmatig aan te passen (menu/calculation/start) kan tot foutieve berekeningen leiden doordat de coëfficiënten van een ander dan het aangepaste stadium ongewild worden gewist.

Opgelost in 7.9.1.5

Opgelost in 7.9.1.5

Single Pile en Earth pressure coefficients
Indien men onder model "Sheet piling" de "Shell factor" gebruikt, en vervolgens van model verandert naar "Single pile", dan worden de "Earth pressure coefficients" onterecht vermenigvuldigd met cq. gedeeld door de schelpfactoren die thuishoren onder het model "Sheet piling".
Workaround:
Zet de shell factoren op 1, dit kan onder model "Sheet piling" (menu: Soil / Layers) bij aangevinkte opties Muller-Breslau / Kotter.

Opgelost in 7.9.1.5

De reductie van de wandwrijvingskracht delta 
De reductie van de wandwrijvingskracht delta volgens CUR 166 wordt niet juist toegepast. Er wordt namelijk getest of de waarde van delta tussen bepaalde grenzen ligt, maar in plaats daarvan moet worden getest of phi tussen die grenzen ligt. Ook in de handleiding is dit verkeerd vermeld.
Workaround
Aangeraden wordt de reductie standaard uit te zetten. Dit kan onder [Menu/Calculation options].

Opgelost in 7.7.1.5

Horizontale cohesiekracht in toegestane ankerkracht berekening volgens Kranz
Bij een toegestane ankerkracht berekening volgens Kranz worden bij de bepaling van de horizontale cohesiekracht langs het glijvlak (onderkant damwand, onderkant ankerschot) de materialen verkeerd gekozen. Concreet betekent dit dat de som goed is als aan een van de volgende voorwaarden wordt voldaan:

• de grond over dat traject is homogeen
• de lagen over het traject zijn ongeveer even dik
• de cohesie van de diverse lagen wijkt niet te veel af.

In andere gevallen kunnen de uitkomsten foutief zijn.

Opgelost in 7.7.1.5

Verificatie, belastingfactor alleen gebruikt voor klasse 3
Het is in MSheet niet duidelijk aangegeven dat de belastingfactor die wordt opgegeven per belasting alleen voor klasse 3 wordt gebruikt. Volgens de norm wordt bij klasse 1 en 2 een factor van 1 gebruikt. Bij klasse 3 zou volgens de norm 1.25 gebruikt moeten worden, bij MSheet wordt hier de factor genomen die bij de loads is opgegeven.
In de volgende versie zal dit anders opgelost worden.

Opgelost in 7.7.1.5

Design Sheet Piling, ankerkracht
Soms wordt bij Design Sheet Piling onterecht geen ankerkracht weergegeven. Dit komt voor als gerekend wordt voor een fase waarin een anker/stempel gebruikt wordt dat niet in de laatste fase voorkomt. Eveneens komt dit voor als het anker/stempel wel in de laatste fase gebruikt wordt maar niet bovenaan in de lijst met ankers/stempels staat.
Workaround: Sla het project op onder een andere naam en verwijder de laatste fase(n).

Opgelost in 7.7.1.5

Verificatie anker (in toegestane ankerkracht berekening) rep * 1.2
In de verificatie van het anker wordt foutief rep * 1.5 als de te toetsen waarden genomen. Dit moet zijn (rep * 1.2 ) * 1.5.

Opgelost in 7.7.1.5

Single pile module, Brinch Hansen
In MSheet wordt gebruik gemaakt van de formule : sigma_p = sigma'_v * Kp + 2 * c wortel(Kp). Om deze formule ook met Brinch-Hansen te kunnen gebruiken (sigma_p = sigma'_v * Kq + Kc * c) wordt de Kp gelijk aan de Kq van Brinch-Hansen gesteld en er wordt een fictieve cohesie uitgerekend van c_fictief := c * Kc /(2 * wortel(kp)). Als de Kp 0 is gaat dit laatste niet goed.
Workaround: Als u een phi van 1 opgeeft dan wordt in ieder geval de cohesie in rekening gebracht in de formule.

Opgelost in 7.7.1.5

Opgelost in 7.7.1.5

Verificatie anker (stap 9.1) bij CUR methode II.
Bij gebruik van CUR verificatie methode II wordt de verificatie van het anker (stap 9.1) soms ten onrechte met representatieve waarden uitgevoerd. Het is dus raadzaam alle ankerkrachten te controleren.

Opgelost in 7.1.5.1

Fout in berekening lambda's bij negatieve krachten
Bij het berekenen van de lambdas kan een fout ("floating point overflow") optreden in MSheet. Dit gebeurt op plaatsen waar de kracht op de damwand (uit de glijvlakberekening in de methode "C, phi, delta") niet met de diepte toeneemt.

Opgelost in 7.1.5.1

Aan een zijde van damwand geen grond
Met de methode "C, phi, delta"  treedt er een fout op tijdens de berekening ("floating point overflow") als er aan een zijde van de damwand geen grond aanwezig.

Opgelost in 7.1.5.1

"Single pile" meerdere diameters over de hoogte
In de "single pile" module is het mogelijk om een paal uit meerdere elementen op te bouwen en per element een diameter op te geven. Bij het bepalen van de beddingsconstanten volgens Menard en de K-passief volgens Brinch Hansen werd alleen met de diameter van het bovenste element gerekend.

Opgelost in 7.1.5.1

Maaiveld beginnen bij damwand
Het maaiveld moet beginnen bij de damwand (In het scherm "Surfaces" moet de "Distance" van het eerste punt op 0 staan). Als dit niet zo ingevoerd is moet er een waarschuwing komen voor het rekenen, maar in MSheet versie 7.1 wordt deze melding niet gegeven. De uitkomst van de berekening is dan niet correct. 

Opgelost in 7.1.5.1

Partiële factor verificatie bij belastingen op nul geeft fout
Als de "partial factor verification" bij de belastingen op 0.00 wordt gezet kan er een foutmelding optreden tijdens de verificatie berekening. 
Workaround: Zet de factor op 0.01.

Opgelost in 7.1.4.1 (setup 14 juni 2006)

Verfoppervlak Hoesch en Larssen te groot
MSheet rekent het vertikaal evenwicht uit aan de hand van het verfoppervlak. Nu blijkt in de tabel van Hoesch en Larssen een tweezijdig verfoppervlak te staan. Dit moet voor de berekening in MSheet gehalveerd worden. In de setup die op de download pagina staat is dit inmiddels aangepast in de file MSheetProfilesStandard.xml. Om te controleren of het juiste xml-bestand aanwezig is, moet de datum van de file worden geraadpleegd. De oude versie is van 5 oktober 2005, de nieuwe versie is van 14 juni 2006.

Opgelost in 7.1.4.1

Stages Overview bij meer dan 5 fasen
In versie 7.1.3.2 is helaas een klein maar vervelend foutje geslopen in het Stages Overview scherm. Als er meer dan 5 fasen zijn wordt de eerste kolom erg breed. Als er meer dan 9 fasen zijn is het vrijwel niet meer mogelijk om de fasen te bekijken of aan te passen.
Er komt zo snel mogelijk een update van MSheet om dit probleem op te lossen.

Opgelost in 7.1.4.1

Phi niet gereduceerd bij delta is 0
Als van een van de materialen de delta 0 is, dan wordt de phi van dat materiaal niet gereduceerd bij de verificatie.
Workaround: Zet de delta op 0.01

Opgelost in 7.1.3.2

Partiële factor op willekeurige bovenbelasting aan de linkerzijde
De bovenbelasting (surcharge load) aan de linkerzijde wordt per ongeluk eenmaal teveel vermenigvuldigd met de partiële factor (default 1). Dwz als de partiële factor niet gebruikt zou moeten worden wordt de belasting eenmaal vermenigvuldigd met deze factor en als de factor wel gebruikt moet worden dan wordt de belasting tweemaal vermenigvuldigd met deze factor. Aan de rechterzijde wordt deze fout niet gemaakt.

Opgelost in 7.1.3.2

Onjuiste maximale ankerkracht in samenvatting Verificatierapport
In de samenvatting van het Verificatierapport wordt soms een onjuiste maximale ankerkracht weergegeven. MSheet houdt namelijk (onterecht) de maximale ankerkracht bij van het eerste anker uit de lijst, ook als het niet gebruikt wordt.
Workaround: Indien u één anker gebruikt: Ga naar het invoerscherm met de ankers en verplaatst het anker zo dat het bovenaan in de lijst komt te staan. Voor meerdere ankers is er helaas geen workaround, u kunt contact opnemen met Support@DelftGeoSystems.nl.

Opgelost in 7.1.3.2

Geen samenvatting in rapport
Als je een Verificatie som maakt en vervolgens een gewone berekening dan wordt de samenvatting niet naar de dumpfile geschreven en daardoor ook niet in het rapport opgenomen.
Workaround: Als je na een Verificatie som MSheet opnieuw opstart en dan vervolgens een gewone berekening maakt gaat het wel goed.

Opgelost in 7.1.3.2

Onjuiste veerconstanten in rapport
Soms worden in het rapport de veerconstanten bij bijvoorbeeld de 2e en 3e tak als 0 weergegeven. In de berekening zijn wel de juiste waarden gebruikt, maar ze worden niet goed in het rapport gezet.
Workaround: Open het Curve Settings scherm (via button linksonder op Soil Layers scherm) en sluit dit af met Ok. Na een nieuwe berekening worden de waarden goed in het rapport getoond.

Opgelost in 7.1.3.2

Verticaal evenwicht
Indien in MSheet bij het verticale evenwicht de resultante omhooggericht is, dan wordt toch de vergelijking met het puntdraagvermogen uitgevoerd. Dit is in een dergelijk geval niet relevant. In een volgende versie zal het aangepast worden.

Opgelost in 7.1.3.2

Opgelost in 7.1.3.2

Vreemde passieve zijde
In oudere versies van MSheet werd bij een CUR berekening de passieve zijde bepaald door de maaivelden en waterniveaus bij de damwand te vergelijken. Dit leverde soms verkeerde resultaten op. In de nieuwe versie (7.1) wordt eerst de representatieve berekening uitgevoerd en daaruit volgt per bouwfase de passieve zijde. Alleen blijkt nu dat indien er een zeer sterk materiaal (zoals beton) als grond gemodelleerd wordt, de zijde waar het beton zit vaak als actief gekozen wordt. Dit vloeit voort uit de definitie die MSheet hanteert ter bepaling van de passieve zijde. Passief is die zijde die het meest passief is gemobiliseerd. Een zeer sterk materiaal zorgt voor een lage mobilisatie. In de volgende versie zullen we dit oplossen
Workaround: Onderwater beton met een veer modelleren.

Opgelost in 7.1.3.2

Tangens delta
In de nieuwe CUR wordt bij veiligheidsklassen een factor op tangens phi gezet. In MSheet wordt dezelfde factor ook op tangens delta gezet. Dit is eigenlijk niet correct, aangezien er volgens de CUR een constante verhouding tussen phi en delta bestaat. In een volgende versie zal het zijn opgelost. Overigens is de fout gering.

Opgelost in 7.1.2.1

Fout in berekening lambda's bij negatieve krachten
Bij het bepalen van de lambda's (methode c,phi,delta) wordt met behulp van een glijvlak berekening gekeken welke druk de grond aktief Qa en passief Qp op de wand uitoefent. Voor elk punt tussen twee knopen op de damwand in wordt zo'n glijvlakberekening gedaan. De lambda passief wordt bepaald door de Qp boven een knoop af te trekken van de Qp onder die knoop. De lambda is in zo'n geval (Qp onder - Qp boven ) / Sigma verticaal in de knoop. Wanneer de Qp boven een knoop groter is dan de Qp die wat lager ligt (hetgeen ongebruikelijk is) wordt deze negatief. De waarde die hier bij lambda wordt berekend is onjuist. U kunt deze waarden in het rapport terugvinden door in de tabel met de berekende gronddrukcoëfficiënten te kijken waar de "horizontale druk passief" negatief wordt. (In de rij erboven staat een nul) De Kp's bij deze negatieve kracht en de nul daarboven zijn te hoog en moeten handmatig verlaagd worden (bijvoorbeeld gelijk aan de Ko, dit is in ieder geval veilig)

Opgelost in 7.1

Fout in berekening lambda's bij 'single pile' module met Brinch Hansen
Bij de berekening van de lambda's is uitgegaan van het eerste grondprofiel in de lijst en van het eerste maaiveldniveau in de lijst. Als een ander grondprofiel of maaiveldniveau is gekozen voor de berekening zullen de berekende lamda's onjuist zijn.
Workaround: Verplaats in de invoerschermen het grondprofiel of maaiveldniveau waarmee gerekend moet worden zodat het bovenaan in de lijst komt te staan.

Opgelost in 7.1

Fout in rapport bij 'single pile' module met Brinch Hansen
Er zit een fout in MSheet bij het maken van het rapport wanneer Brinch Hansen wordt gebruikt. Bij het ophalen van de cohesie wordt per abuis in de materialenlijst gezocht ipv in de lagenlijst. Dwz de cohesie die bij de bovenste laag wordt getoond is in werkelijkheid de cohesie van het eerste materiaal uit de lijst.
Bovendien wanneer er bijv. 4 lagen zijn, maar slechts 3 materialen onstaat er bij het gegeneren van het rapport een 'access violation'.
N.B. Het betreft hier alleen een fout bij het genereren van het rapport, de berekening is wel correct.
Workaround: Maak voor iedere laag een apart materiaal aan en zet deze in dezelfde volgorde in de materialenlijst staan als ze in de lagen (het profiel) gebruikt worden.

Opgelost in 7.1

Partial safety factors
Bij de sheet piling berekening in MSheet is het nu mogelijk partial safety factors op te geven. Aangezien deze factoren geen invloed hebben op de opgegeven lambdas van de materialen zijn ze eigenlijk alleen geschikt om te gebruiken in combinatie met methode c, phi, delta (zoals ook bij de CUR verificatie reeds het geval is). In een volgende versie zal een waarschuwing gegeven worden indien ook met methode Ka, Ko, Kp gerekend wordt.

Opgelost in 7.1

Manual berekening Course/Fine
Wanneer bij een berekening gebruik gemaakt wordt van een Lambda-file ("Lambda recalculation" op "Manual") die eerder is aangemaakt wordt deze soms foutief ingelezen. Dit is het geval wanneer de berekening met "Earth pressure coefficients" op "Course" (in Calculation Options) wordt gemaakt terwijl de laatste berekening die is gemaakt met "Lambda recalculation" op "Automatic" met "Fine" is gedaan. Hetzelfde geldt wanneer de berekening met "Earth pressure coefficients" op "Fine" wordt gemaakt terwijl de laatste berekening die is gemaakt met "Lambda recalculation" op "Automatic" met "Course" is gedaan. Wanneer er nog geen Automatische berekening heeft plaatsgevonden sinds het opstarten van MSheet zal de Lamda-file worden ingelezen alsof deze met "Fine" was gemaakt.
Workaround: Maak eerst een kopie van de eigenlijke som en reken deze door met Lambda recalculation op Automatic. Open daarna opnieuw de eigenlijk som (zonder MSheet eerst te sluiten) en reken deze door.

Opgelost in 6.1

Steunpunten in rapport
Bij het schrijven van het rapport kan MSheet de steunpunten die op exact hetzelfde niveau aangrijpen niet uit elkaar houden.
Workaround: Verplaats een van de steunpunten 1 cm.

Opgelost in 6.1

Invalid floating point operation bij Verify Sheet Pile en Design Sheet Pile Length
Bij de rekenopties Verify Sheet Pile en Design Sheet Pile Length kan een soms een Invalid floating point operation optreden. die een gevolg is van een interne fout in het rekenhart van MSheet.
Voor gebruikers die tegen dit probleem aanlopen, is er via Support@delftgeosystems.nl een aangepaste versie van MSheet verkrijgbaar, waarin dit probleem verholpen is.

Opgelost in 6.1

Dubbelzijdig afdrukken
Het dubbelzijdig afdrukken van het rapport lukt niet. De wijziging van de printerinstelling vanuit de M-Serie wordt overruled door de default printerinstelling.
Workaround: vanuit Window settings..printers.. voor de betreffende printer instellen dat deze dubbelzijdig moet afdrukken.

Opgelost in 6.1

Opgelost in 6.1

Surcharge loads in het rapport
MSheet zet de Surcharge loads van de linkerkant ook aan de rechterkant in het rapport. In het geval dat er geen load aan de linkerkant is wordt voor de rechterkant alleen de header neergezet. Voor de goede orde, dit betreft alleen het rapport, de berekening wordt wel met de correcte belastingen uitgevoerd.

Opgelost in 6.1

Opgelost in 5.8.2.2

Resultaten steunpunten niet in rapport
De berekeningsresultaten van de verende steunpunten (spring supports) en starre steunpunten (rigid supports) worden niet naar het rapport geschreven.
Workaround: U kunt deze resultaten wel vinden in de *.sho file die u met bijv. Notepad kunt bekijken.

Opgelost in 5.8.2.2

Sommige wijzigingen in materialenscherm (Soil Layers) worden niet onthouden
Bij wijziging van sommige eigenschappen in het materialenscherm (Soil Layers) worden deze niet onthouden wanneer na wijziging direct op een materiaalnaam (in de lijst links) wordt geklikt waarvan de naam te lang is om volledig getoond te worden (er verschijnt dan een zgn hint met de volledige naam).
Workaround: Klik na wijziging van een eigenschap eerst een andere eigenschap aan voordat u naar een ander materiaal gaat.

Opgelost in 5.8.2.2

Melding 'Unkown input file format!' bij openen van oude files.
Bij het openen van een oude file die is gemaakt met een van de eerste Windows versies kan de melding 'Unkown input file format!' worden gegeven. De file wordt dan niet geopend.
Workaround: Verwijder in de header van de invoerfile (met bijv. Notepad) achter "CREATED BY" het stukje "for Windows".

Opgelost in 5.8.2.2

Foute headers in het rapport
- Bij verende steunpunten staat als eenheid bij translatie [kNm/m']; dit moet zijn [kN/m/m'].
- Bij de invoergegevens van ankers en stempels staat Veerstijfheid ipv E-modulus. Bij ankers staat hierbij de eenheid [kNm2/m']; dit moet [kN/m2] zijn. Bij stempels is de eenheid helemaal weggevallen.
Bij de berekeningsresultaten van ankers en stempels staat ook ten onrechte veerstijfheid ipv E-modulus en de verkeerde eenheid.

Opgelost in 5.8.2.2

Verkeerde waterstanden en berekeningsmethode in rapport vermeld
In het rapport wordt bij de waterstanden en berekeningsmethode van iedere bouwfase de waarden van de rechterzijde in de eerste bouwfase weergegeven. De berekening is echter wel correct uitgevoerd.

Opgelost in 5.8

Opgelost in 5.8

Horizontale kracht in Overall Stability
De horizontale kracht wordt niet meegenomen in de Overall Stability berekening

Opgelost in 5.8

Earth Pressure Coefficients
Nadat de Earth Pressure Coefficients in het Soil Layers scherm zijn gewijzigd worden ze soms weer op de oude waarde gezet.

Workaround: Indien u na het wijzigen van de Earth Pressure Coefficients meteen in de lijst met lagen links op het scherm klikt of het Soil Layers scherm afsluit en opnieuw opent zullen de waarden niet meer terugspringen.

Opgelost in 5.8

Verwijderen van een grondlaag uit de lijst.
Wanneer in het Soil Layers scherm een laag wordt verwijderd dan worden de bijbehorende waarden overgenomen door de laag die eronder in de lijst staat, of wanneer het de laatste laag uit de lijst was door de laag erboven.

Workaround: Stel u wilt een laag verwijderen uit de lijst en het is niet de laatste in de lijst. Verwijder dan de laag erboven en hernoem de laag die u wilde verwijderen in de naam van de laag die u net verwijderd hebt. Wanneer de laag die u wilt verwijderen wel de laatste uit de lijst is verwijder dan de laag en erboven en hernoem vervolgens de laag.

Opgelost in 5.8

Short / Long Report
Bij zowel de optie Short Report als bij Long Report wordt er een Short Report weggeschreven, dat wil zeggen zonder resultaten voor de tussenknopen.

Opgelost in 5.7

Passieve krachten in Allowable Anchor Force
In de uitvoer van 'Allowable Anchor Force' worden de passieve krachten met en zonder belasting omgedraaid.

Opgelost in 5.7

Laagnaam veranderd na kiezen van laag in profiel
Wanneer de laagnaam wordt veranderd nadat deze laag bij profielen is gekozen dan levert dit een foutmelding op tijdens de berekening. Dit is op te lossen door opnieuw naar het profielen-scherm te gaan en daar de juiste naam te kiezen uit het lijstje.

Opgelost in 5.7

Problemen bij freatische lijn boven de damwand
Bij de rekenmethode "Design Sheet Pile Length" en "Verify Sheet Piling" worden er verkeerde resultaten berekend wanneer de freatische lijn boven de damwand ligt. De gewone berekening levert wel de goede resultaten op.
Workaround: Leg het niveau van de freatische lijn gelijk met de top van de damwand.
(Voor de berekening maakt het niet uit of het water tot de top of 10m of 100m boven de damwand staat.)

Opgelost in 5.7

Probleem met invoeren waterstanden op Citrix systemen
Op Citrix systemen worden soms de waterstanden die niet gelijk zijn aan een geheel aantal meters op nul gezet.
Dit probleem is niet goed reproduceerbaar, en tot nu toe alleen gesignaleerd op Citrix systemen.
Voor klanten met een onderhoudscontract is een aangepaste versie beschikbaar.

Opgelost in 5.7

Surcharge load die doorwerkt in andere bouwfasen
Een surcharge load die zowel links als rechts gedefinieerd is (bv links in fase 1 t/m 3 en rechts in fase 4 ) wordt ook rechts in fase 1 t/m3 aangebracht. Dit blijkt overigens niet uit de echo.

Work around: definieer aparte surcharge loads voor de linker- en de rechterzijde.

Opgelost in 5.7

Gewijzigde damwandprofielen van Arbed
De eigenschappen van de damwandprofielen van Arbed blijken in de afgelopen tijd gewijzigd te zijn. De gegevens zoals die staan in de tabel van MSheet, hebben betrekking op de 'oude' profielen.

Opgelost in 5.7

Probleem met invoeren voorspankracht
Bij het werken met een voorspankracht wordt een verkeerde waarde genomen als niet tevens alle ankers die hoger in de tabel staan, geselecteerd zijn. Zijn er bijvoorbeeld twee ankers, en is alleen het tweede geselecteerd, dan heeft invoeren van een voorspankracht geen effect, want MSheet rekent in dat geval met de voorspankracht van het eerste anker.

Als bij het invoeren van de tabel met ankers de volgorde wordt aangehouden waarin de ankers worden aangebracht, zal deze fout in praktijk niet zo snel optreden, aangezien het niet gebruikelijk is om een aangebracht anker in een latere bouwfase te verwijderen.

Opgelost in 5.7

Niet herkennen van materiaalnamen door spaties
In de eerste versie van MSheet 5.4 (buildnummer 5.4.1.12, releasedatum 11-9-2001) was het mogelijk om materiaalnamen in te voeren met spaties aan het begin of aan het eind. Bij het rekenen werden daardoor de materialen niet herkend, en kon er met verkeerde gegevens worden gewerkt.

Hoewel het niet waarschijnlijk is dat gebruikers materiaalnamen bedenken waarvan de eerste of laatste letters uit spaties bestaan, zijn er toch gevallen bekend waarin deze fout opgetreden is.
In november 2001 (buildnummer 5.4.7.2) is de fout hersteld, maar het kan zijn dat u als gebruiker werkt met invoerbestanden die met een oudere versie zijn aangemaakt. In die gevallen is het raadzaam om te controleren of in de uitvoer (Results|Report) de juiste materiaalnamen verschijnen.

Opgelost in 5.7

Fout in verticale korrelspanning bij niet-horizontaal maaiveld
Er treedt een fout op bij de bepaling van de verticale korrelspanning bij een niet-horizontaal maaiveld. Bij de berekening wordt de freatische lijn van de linkerzijde i.p.v. de rechterzijde gebruikt. Hoewel deze fout al sinds de DOS-versies in MSheet gezeten heeft, is die nooit eerder geconstateerd.

Aangezien deze fout bij bepaalde berekeningen forse afwijkingen tot gevolg kan hebben, zal er uiterlijk 1 december 2001 een nieuwe release (5.4.6) van MSheet ter beschikking gesteld worden aan de gebruikers.

Voor alle duidelijkheid: alle sommen die rechts een horizontaal maaiveld hebben, geven correcte resultaten, evenals alle sommen waarbij de grondwaterstand links en rechts gelijk is.

Opgelost in 5.7

Wegblijven progress bar bij berekeningen
Na Start Calculation verschijnt het Calculation Progress schermpje pas als de berekening klaar is. Bij lange berekeningen of trage computers lijkt het daardoor dat het programma vastgelopen is.

Opgelost in 5.4

Fout in scheefstand factor
Bij Allowable anchor force, in combinatie met een ankerstang onder een hoek wordt de scheefstand factor fout uitgerekend.

Opgelost in 5.4

Verschil design optie en normale berekening
In deze versie van MSheet treden verschillen op tussen berekeningen gedaan met de design optie en normale berekeningen. Dit komt doordat in de design optie de willekeurige belastingen meerdere malen aanwezig kunnen zijn. De design optie geeft dus verkeerde antwoorden.