Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • OSEGeV Conformity Assessment Body OSEGeV Conformity Assessment Body
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 40
    • Issues 40
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 0
    • Merge requests 0
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Monitor
    • Monitor
    • Incidents
  • Packages & Registries
    • Packages & Registries
    • Package Registry
    • Container Registry
    • Infrastructure Registry
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • OSE Germany e.V.
  • Projekte
  • CAB
  • OSEGeV Conformity Assessment BodyOSEGeV Conformity Assessment Body
  • Issues
  • #61

Closed
Open
Created Jun 25, 2021 by Nils Weiher@nilesOwner1 of 2 tasks completed1/2 tasks

[Workflow] Assessment of libraries

  • Discussion
  • Documentation

The question is how available components can be assessed, so that they do not have to be checked over and over again.

Concrete: The UPKLib is a set of components that is the base for a several other OSH projects. Great example of an modular design principle that could help OSH to jump out of the DIY niche.

Ich würde gern zeitnah eine Besprechung zu den UniProKit Projekten ansetzen. Neben dem allgemeinen Zeitplan soll es darum gehen, wie wir mit den UPKLib Elementen umgehen. Konkret kam die Idee auf, dass wir während des Assessments der einzelnen Projekte eine Art Produktdatenmanagement für die UPKLib Bauteile betreiben. Zu gut deutsch: Jedes mal wenn eines der Elemente genauer überprüft wird, als das für "available components" erforderlich wäre, wird das Teil in der UPKLib abgehakt, sodass wir nach und nach die Bibliothek jenseits des Basiskits abarbeiten.
@niles

je nachdem was der Sinn ist. Klingt aber genau nach dem, was ich mal angemerkt habe: das UniProKit selbst ist nicht wirklich ein Open Source Hardware Produkt sondern ein Set bestehend aus 'Available Components' könnte man aber auch anders handhaben, nur dann wird es sehr viel genauer eingefordert (Einzelbauteilzeichnung als CAD Dateien + Technische Zeichnungen etc). Gleichzeitig wäre aber eben der Ansatz möglich jedes Produkt (Fräse, Drucker, SolarBox etc.) zu prüfen und dabei eine Art Review der Bauteile mit vorzunehmen, dann wird aus einem vorherigen 'Available Component' mit reinen Eigenschaften/Schnittstellen/Maßangaben eben jetzt auch ein Open Source Element von einem neuen Review. Bleibt halt die Frage ob das so sinnig ist, bzw im Verhältnis zum Aufwand steht.
@timm

Thus, for the assessment, the idea is to create a list with all the components in UPKLib and to complete the list for all components that can be assessed as Open Source Hardware by providing:

  • source files
  • export files (technical drawing)

This way a bibliography providing all CAD-files for the standardised components can be created. This would be a "Lego" for Open Source Hardware and a great step towards replicability.

Open quesitons:

  • BPM and assembly are required for OSH but inapplicable for available components
  • Maybe actually a new category is required for available components!?
Edited Jul 19, 2021 by Nils Weiher
Assignee
Assign to
Time tracking