MétaCan
Menu
Retour à la cohorte
Enregistrement W2279112300 · doi:10.13034/jsst.v8i3.92

Design, Prototyping, and Programming of a Bricklaying Robot

2015· article· en· W2279112300 sur OpenAlex

Pourquoi ce travail est dans la base

Une base qui oublie comment elle a trouvé un travail ne peut pas être vérifiée. Voici les voies qui ont admis celui-ci.

affAu moins un auteur déclare une institution canadienne dans l'instantané OpenAlex épinglé.
venuePublié dans une revue dont le pays d'attache est le Canada.

Notice bibliographique

RevueJournal of Student Science and Technology · 2015
Typearticle
Langueen
DomaineEngineering
ThématiqueInnovations in Concrete and Construction Materials
Établissements canadiensUniversity of Toronto
Organismes subventionnairesnon disponible
Mots-clésRobotArduinoAutomationKinematicsEngineeringComputer scienceSimulationSoftware engineeringArtificial intelligenceEmbedded systemMechanical engineering

Résumé

récupéré en direct d'OpenAlex

This paper presents the development of a Bricklaying Robot capable of building entire walls. This project was motivated by opportunity of automation in construction, which remains costly and inefficient. Several studies have described specialized robot for masonry works, most of them incorporating the human arm concept that requires complex programming and low productivity. In order to improve this model, an innovative concept of a short arm assembled into a lift platform was introduced in this paper. The robot was modeled in Solidworks®, followed by motion study and dynamic analysis to optimize the model. A prototype in 1/4 scale was built to demonstrate its feasibility, detecting and correcting flaws. The prototype was tested by programming servo motors using Arduino UNO hardware and C ++ code. Finally, robot kinematics was analyzed in a construction site scenario. Concordance between the virtual simulation and the experimental prototype results demonstrated the functionality and effectiveness of the proposed design. The invention of this Bricklaying Robot will represent a technological advancement in developing new mechanisms and codes, which may be responsible for increasing productivity and reducing risks of masonry construction. Future analysis of global bricklaying market might be conducted to prove its commercial viability. Cet article présente le développement d’un robot de maçonnerie capable de construire des murs entiers. Le projet est motivé par une grande possibilité pour l’automatisation dans le bâtiment, un domaine qui reste malsain, coûteux et inefficace. Plusieurs recherches discutent des robots spécialisés pour les travaux de maçonnerie ; la plupart de ces robots utilisent le modèle du bras humain, une conception qui nécessite la programmation complexe et présente une perte de productivité. Cet article a pour but d’améliorer le modèle courant en explorant une nouvelle conception d’un bras court, assemblé comme une plate-forme élévatrice. Ce robot a été conçu en Solidsorks®, et une étude de mouvement et une analyse dynamique ont été menées pour optimiser le modèle. Un prototype à l’échelle 1:4 a été conçu pour démontrer la faisabilité du robot, tout en détectant et corrigeant ses défauts. Le prototype a été évalué par la programmation des servomoteurs, en utilisant du matériel informatique d’Arduino UNO et le langage de programmation C ++. Finalement, la cinématique du robot a été analysée en un scénario de chantier de construction. La fonctionnalité et l’efficacité de la conception proposée ont été démontrées par la concordance entre la simulation virtuelle et les résultats du prototype expérimental. L’invention de ce robot de maçonnerie constituera une avance technologique dans l’étude et le développement de nouveaux mécanismes et des codes informatiques, qui permettront d’améliorer la productivité et réduire les risques de maçonnerie. Une analyse de marché mondial de maçonnerie peut être menée à l’avenir pour vérifier la viabilité commerciale du robot.

Récupéré en direct depuis OpenAlex et désinversé. Les résumés ne sont pas conservés dans cette base de données : les index inversés représentent 8,6 Go des 9,3 Go de texte de la base, et le serveur dispose de 13 Go libres.

Prédiction distillée sur la base complète

Imitation des enseignants

Ni prévalence calibrée, ni vérité terrain. Validation humaine à venir. Apprise à partir de 10 348 étiquettes directes de Codex et de 10 348 étiquettes directes de Gemma. Le mode candidate est l'union des têtes enseignantes seuillées; le consensus est leur intersection. Ces sorties portent le statut machine_predicted_unvalidated et ne sont ni des étiquettes humaines ni des étiquettes directes de modèles de pointe.

score de la tête « metaresearch » (Codex)0,001
score de la tête « metaresearch » (Gemma)0,000
Version: codex-gemma-dda1882f352aStatut de validation: machine_predicted_unvalidated
Catégories candidatesaucune
Catégories consensuellesaucune
DomaineSignal candidat: aucune · Signal consensuel: aucune
Devis d'étudeSignal candidat: Expérimental (laboratoire) · Signal consensuel: Expérimental (laboratoire)
GenreSignal candidat: Empirique · Signal consensuel: Empirique
Score de désaccord entre enseignants0,399
Score d'incertitude au seuil0,143

Scores Codex et Gemma par catégorie

CatégorieCodexGemma
Métarecherche0,0010,000
Méta-épidémiologie (sens strict)0,0000,000
Méta-épidémiologie (sens large)0,0000,000
Bibliométrie0,0000,001
Études des sciences et des technologies0,0000,000
Communication savante0,0000,000
Science ouverte0,0000,000
Intégrité de la recherche0,0000,000
Charge utile insuffisante (le modèle a refusé de juger)0,0000,000

Scores machine (provisoires)

Les deux têtes enseignantes du modèle étudiant, lues sur ce travail. Un score ordonne la base pour la relecture; il n'affirme jamais une catégorie, et le statut de validation accompagne chaque rangée tel quel.

Scores de référence d'un modèle non mature (critères de maturité non atteints, 7 itérations). Un score ordonne; il n'affirme jamais une catégorie.

Tête enseignante Opus0,031
Tête enseignante GPT0,286
Écart entre enseignants0,255 · la distance entre les deux têtes enseignantes sur ce seul travail
Statut de validationscore_only:v0-immature-baseline · tel quel depuis la passe de notation : score_only signifie que le nombre peut ordonner les travaux, et qu'aucune étiquette de catégorie n'en découle