Parede fina ou parede grossa: o ponto exato em que a UG-27 deixa de valer
A fórmula mais usada no cálculo de vaso de pressão tem domínio de validade. Fora dele, ela devolve uma PMTA otimista — e o laudo passa a favorecer o equipamento, não a segurança.
Quase todo cálculo de casco cilíndrico começa e termina na mesma equação. Ela é curta, está em toda apostila e resolve a enorme maioria dos casos reais:
t = P·R / (S·E − 0,6·P) (ASME VIII Div. 1, UG-27(c)(1))
E, invertida para a pressão máxima admissível de trabalho:
PMTA = S·E·t / (R + 0,6·t)
O que costuma sumir da apostila é a linha logo abaixo da fórmula no código: ela vale enquanto t ≤ 0,5·R ou P ≤ 0,385·S·E. Passou disso, a UG-27 não se aplica e o cálculo migra para o Apêndice 1-2.
Os dois limites são o mesmo limite
Não são duas condições independentes — são a mesma condição escrita em variáveis diferentes. Substituindo t = R/2 na equação de espessura:
R/2 = P·R / (S·E − 0,6·P)
S·E − 0,6·P = 2·P
P = S·E / 2,6 = 0,384615·S·E
O 0,385 do código é o arredondamento de 0,384615. Ou seja: o vaso cruza para regime de parede grossa exatamente quando a pressão atinge 38,46% do produto S·E. Saber disso importa porque muita planilha testa só um dos dois critérios, e é fácil ficar com a impressão de que são checagens distintas que podem discordar entre si. Não podem.
O que acontece se você ignorar
O erro não é acadêmico e, o que é pior, ele erra para o lado errado. Aplicada acima do domínio, a formulação de parede fina superestima a PMTA. Em uma verificação de um vaso real de parede espessa, a diferença ficou em torno de 2,3% acima do valor correto.
Dois vírgula três por cento parece pouco até você lembrar o que esse número significa no fim da cadeia: é uma pressão de operação liberada que o costado não tem. E é um desvio silencioso — nenhuma planilha reclama, nenhum campo fica vermelho. O laudo sai bonito, com a fórmula certa aplicada no lugar errado.
O caminho correto acima do limite
Acima de t = 0,5·R, a formulação é a do Apêndice 1-2(a). Para a tensão circunferencial:
t = R · (√Z − 1), com Z = (S·E + P) / (S·E − P)
e, no sentido inverso:
P = S·E · (Z − 1) / (Z + 1), com Z = ((R + t) / R)²
Um bom teste de sanidade da sua implementação: no ponto de cruzamento — P = 0,384615·S·E — as duas formulações têm que devolver o mesmo resultado. Se houver degrau na transição, alguma das duas está errada.
Como transformar isso em trava, e não em lembrete
Lembrete não protege ninguém às duas da manhã, na véspera da entrega. O que protege é a estrutura do código:
- Quem chama decide o regime. A aplicação verifica t contra 0,5·R antes de escolher qual função de cálculo usar.
- Quem calcula se recusa. A função de parede fina lança erro se receber t > 0,5·R, em vez de devolver um número plausível. Defesa em profundidade: se a primeira barreira falhar, a segunda quebra o fluxo em vez de mentir.
- O caso vira teste. O cruzamento exato entra na suíte de testes com o valor esperado congelado. Regressão nesse ponto tem que quebrar o build.
É esse o critério que separa uma planilha de uma ferramenta de engenharia: a planilha aceita qualquer entrada e responde com confiança uniforme; a ferramenta sabe onde termina o seu domínio de validade e se recusa a opinar fora dele.
Este texto é material técnico de apoio. A verificação e a responsabilidade técnica pelo cálculo e pelo documento emitido permanecem do profissional legalmente habilitado.
Escrito por Otávio Duarte Aires Heckler — Engenheiro Mecânico e Engenheiro de Segurança do Trabalho, CREA-RS.