icarob-eng / kstability

A Kotlin library for finding reaction forces and charts related to Euler-Bernoulli beams

Hi there 👋

My name is Ícaro Bruno, I'm from Natal, Brasil. I really love physics, python and capybaras, as you can see in my project, Capym - Capybara, Python, Mechanics. Why capybaras you ask? Good question. Just. Chill. Carrying on. That simulator helped me in some tutoring I gave in physics. Look at a some of what it can do:

Made with:

Besides capybaras and physics, I also think that microcontrollers are pretty cool, so i bought a Esp-8266 microcontroller and some relays to automate my house's lights. I could use Lua or C++ in the microcontoller, but why would I when theres is Micropython? The server software that I made is this and using my experience in Android Development I made a client app. It ain't much by now, in spite of that, slowly but surely, it will become a great project.

Above all of those little projects, the one I'm most proud of is Montaigne ensaios (Montaigne probing), an app thought to help engineers and building technicians (like me) to annotate and compile data from several types of soil test, like granulometry and Standard Penetration Test (SPT). It's the largest project that I have worked in, with a team of 9 developers from the Federal Institute of science and tecnology of Rio Grande do Norte (IFRN).

Another animal that I like are penguins. Unrelated to that, my beloved operational system is:

And the best programming languege is (for me at least):

IDEs:

Microcontrollers:

Stats:

kstability's Issues

Yaml parsing

Gerar models a partir de uma string formatada em yaml.

Suporte para pórticos e treliças

Em ambos os casos, é necessário um sistema de determinação de isostaticidade que permita ter múltiplos apoios. Além disso, é preciso se considerar a transmissão de momento fletor entre as barras (sendo esta a única diferença entre treliças e pórticos, considerada). Por fim, é necessário pensar num algoritmo que resolva o sistema nas múltiplas barras bem como nas múltiplas rótulas, ou seja, defina a melhor ordem de operações para resolver o sistema.

• Determinação de isostaticidade para múltiplos apoios;
• Transmissão de momento fletor e forças, entre as barras;
• Algoritmo para determinar ordem de resolução;

Refatorações de models

Esta issue não deve considerar as alterações descritas em #3.

Lembrar de fazer estas alterações numa branch separada.

Correções a serem feitas:

• Encontrar uma forma de remover a necessidade de fazer sobrescrição de todos os métodos que usam um número, para que não precisem de cast de int, double ou float (fazer esse cast de alguma forma automática);
• Corrigir algumas incoerências de nomenclatura;
• Documentação básica das data classes;

Documentar API

O mais importante a se documentar são os models, sua estrutura e representação em yaml e a saída de dados, com as funções de estabilizar estrutura e gerar pontos para gráfico. Processos internos podem ser documentados a parte.

Módulos não testados

Alguns módulos ainda precisam ser cobertos pelos testes automáticos, antes de qualquer segurança para publicar o pacote. São eles:

• Polynomials: testar apenas os básicos;
• Vector.rotate(): testar ângulos notáveis, infinitos e rotações negativas;
• Structure.rotateAll(): testar se todos os elementos rotacionam;
• e testar implementação rotacionando apenas vetores;
• Diagrams: testar métodos básicos como getXAxis(), getYAxis(), testando com os pontos das secções; rotatePlot(), scaleAxis();
• Testes de integração do Diagram. Comparar com modelos completos. 3 casos diferentes devem bastar;

Gerar lista de pontos para gráficos

Gerar listas de pontos para gráficos de esforço cortante e momento fletor ao longo das barras.