Desenvolvimento de simulador 3D de máquina portuária do tipo Reach Stacker

Ao desenvolver este projeto foram utilizados diversos softwares diferentes, para obtenção dos resultados propostos. Foram desenvolvidas habilidades com o Unity 3D para a simulação e 3DS Max para agrupamento da Reach Stacker, softwares totalmente desconhecido para a equipe. Também foram desenvolvidos o volante e pedais, integrando-os ao Arduíno Leonardo. Pela necessidade de alteração da EEPROM do Arduíno houve um aprendizado da equipe em modificação e configuração deste tipo de placa para a sua utilização em variadas aplicações.

Após a devida configuração do periférico Arduíno Leonardo, a montagem do hardware e a comunicação com o simulador, foram então realizados os testes do simulador. Não foi possível simular todos os movimentos reais da máquina, ficando os resultados limitados às respostas do joystick, porém os demais objetivos foram alcançados, como a criação de cenário, desenvolvimento de hardware, comunicação, calibração, implementação dos scripts.

Algumas dificuldades foram encontradas ao longo do desenvolvimento do projeto como, por exemplo, a alta demanda de atividades paralelas ao desenvolvimento do software em si. O imaginado, inicialmente, era reaproveitar coinceitos previamente estudados, como a comunicação do joystick com arduíno e fazer a programação em C#, porém agora dentro do Unity 3D. Na prática, a comunicação do arduíno dentro do Unity não foi tão prática.

Dentre as atividades paralelas que surgiram foi a possibilidade de formalizar uma parceria entre o IFSC e a APM Terminals, o que dificultou a aquisição de insumos para o projeto e a própria compra do modelo 3D da RSK, que acabou demorando muito mais que o planejado. Outro fator foi o surgimento de tarefas que não estavam previstas, como a modelagem e reagrupamento 3D da máquina no 3DS Max e a criação de texturas e manuseio de photoshop para implementação de cenário. Essas últimas tarefas mostraram a necessidade de uma equipe mais diversificada, com diferentes áreas de desenvolvimento, para trabalhar em projetos futuros.

Outro fator que dificultou o andamento do projeto foi o controle de versão do software por conta do tamanho dos arquivos. Foi tentado utilizar o repositório do github, porém o tamanho excedia o limite para a conta de estudante. Como alternativa, foi instalado um plugin do github diretamente no Unity 3D, porém o funcionamento não era interessante. Por fim, foi escolhido manter o controle de versão pelo Google Drive, mas até essa etapa demandava bastante tempo para upar, baixar novamente quando for usar, descompactar, etc.

Além de tudo, o software principal de uso (Unity 3D) e os de apoio que foram necessários (3DS Max, Visual Studios etc) exigiam bastante do computados dos autores e travava constantemente.

De trabalho futuro sugere-se o aprimoramento do trabalho atual, com uma equipe mais diversa e diferentes focos (programação, modelagem 3D, texturização, etc), para conseguir entregar um protótipo fiel à realidade. Outra oportunidade observada é o campo de estudo dos detalhes do projeto, nesse ambiente é possível explorar sons de movimentos, fumaças, rastros, iluminação, etc, e controlar por linha de código.

Abre-se também espaço para o estudo de comunicação remota do simulador, a fim de visualizar a situação de operação em tempo real de uma máquina RSK.