URL: https://linuxfr.org/news/open-computer-v0-1-preuve-de-concept-d-un-ordinateur-portable-modulaire-sous-gnu-linux
Title: Open Computer v0.1 : Preuve de concept d’un ordinateur portable modulaire sous GNU/Linux
Authors: gspohu
 Ysabeau 🧶, Pierre Jarillon, Davy Defaud, Benoît Sibaud, ZeroHeure, palm123 et Nÿco
Date: 2019年09月05日T16:04:44+02:00
License: CC By-SA
Tags: ordinateur, ordinateur_portable, mastodon, cairn_devices, modulaire, obsolescence_programmée et open_hardware
Score: 103
Constatant qu’aujourd’hui les ordinateurs portables sont de plus en plus difficiles à réparer et à faire évoluer, nous avons décidé de remédier à cette situation : nous développons un ordinateur portable modulaire constitué de blocs contenant des pièces standards du marché. Sans inventer de nouveaux composants, nous réorganisons l’architecture matérielle d’un ordinateur portable. L’intérêt est de pouvoir changer soi‐même les pièces de son ordinateur en quelques secondes et sans risque de casse. _Notre ordinateur n’est donc plus jetable, mais réparable, évolutif et écologique._
Comme vous pouvez le deviner, notre PC utilisera GNU/Linux, et dans la mesure du possible nous fournirons les plans en Open Hardware.
----
[Vidéo de présentation rapide](https://www.youtube.com/watch?v=vBZB554sKys)
----
Bonjour à tous et à toutes !
Cela fait un petit moment (un an) que je n’avais pas donné de nouvelles du projet Open Computer. Étant donné que nous avons repris le prototypage depuis six mois, le temps de trouver les fonds nécessaires, je me suis dit que ça pourrait être la bonne occasion de commencer un journal pour plusieurs raisons : partager nos galères techniques pour éviter à certains de reproduire nos erreurs, vos conseils, votre vision (nous avons très souvent la tête dans le guidon), et être cohérent avec notre démarche Open Hardware.
Rappel du projet
================
Concept
-------
Avant tout, [puisqu’une image vaut mille mots](https://www.youtube.com/watch?v=vBZB554sKys) (vidéo en images de synthèse)...
 
Nous développons un ordinateur portable modulaire. Nous sommes partis du constat qu’aujourd’hui les ordinateurs portables sont de plus en plus difficiles à réparer et à faire évoluer.
 
Pour répondre à cette problématique, nous développons un système de bloc sur notre ordinateur portable. Les blocs contiennent des pièces standards du marché. Donc en soi nous ne réinventons rien, mais nous réorganisons l’architecture d’un ordinateur portable.
Bénéfice pour vous : changer les pièces de son ordinateur en quelques secondes et sans risque de casse.
 
Enfin, comme vous pouvez le deviner, nous sommes sensibles au Libre, notre PC sera donc sous GNU/Linux, et dans la mesure du possible nous fournirons les plans en Open Hardware.
 
_Notre ordinateur n’est donc plus jetable, mais réparable, évolutif et écologique._
Historique
----------
Nous nous sommes lancés en septembre 2016 en créant notre entreprise Cairn Devices. Ce fut un long et périlleux chemin avec moult erreurs dues à notre inexpérience. La principale chose à retenir est que notre projet était très ambitieux (ex : volonté de concevoir notre propre carte mère) et demandaient énormément de fonds. En conséquence, nous étions bloqués.
 
Avec le temps, grâce aux critiques et aux conseils externes, nous avons revu nos plans, réétudié les besoins, et drastiquement réduit le coût des prototypes (divisé par trois, voire davantage). Nous avons réussi à débloquer des fonds et nous sommes enfin en plein prototypage depuis janvier 2019.
 
Petite précision pour les personnes qui avaient voté pour nous au concours de la Fabrique Aviva, nous avons passé la phase de vote du public en terminant 21e sur 400, ce qui nous a permis d’empocher 2 000 €. Mais pour la phase suivante devant le jury, avec des prix allant entre 15 000 € et 75 000 ,ドル nous avons perdu. :(
 
Nous avons aussi emménagé dans un premier local, nous sommes maintenant dans le centre de Strasbourg, dans le même bâtiment que l’incubateur public d’entreprise SEMIA.
 
![Équipe technique](https://gitlab.cairn-devices.eu/Gspohu/article-linuxfr/raw/master/Open%20Computer%20v0.1%20:%20Preuve%20de%20concept%20d%E2%80%99un%20ordinateur%20portable%20modulaire%20sous%20GNU/Linux/image1.jpg#new) *L’équipe technique au complet (plus notre stagiaire), il ne manque qu’Aurélien notre gestionnaire/Marketeux qui est derrière l’appareil photo*.
Récapitulatif de l’avancement du projet de janvier à juillet
============================================================
Rappel : le premier prototype est en cours. Son objectif est de montrer uniquement que le fonctionnement des blocs est valide. Ce sera un premier proto très moche et le moins coûteux possible (utilisation de plastique, imprimante 3D).
 
Je vous propose dans cette partie un récapitulatif de notre petite aventure. La partie plus technique sera la partie 3 avec le détail des blocs.
Mise en place du réseau de machines : de la théorie à la pratique
-----------------------------------------------------------------
Bien, essayons de reprendre rapidement depuis le début. Visualisez quatre jeunes, un peu naïfs, barbus pour la plupart, tout content d’avoir accès au réseau FabLab de l’université (machines que l’université laisse à disposition aux étudiants-entrepreneurs). « Super ! On va avoir toutes les machines que l’on veut, travailler 40 h/semaine sur les machines, et au mois de mars, hop, le proto est sorti ».
Magnifique, s’imaginaient‐ils, mais non.
Parce que déjà :
 
- dans la théorie, le FabLab est ouvert 5 j /7. Dans la pratique, le responsable n’est pas souvent là (et je ne lui jette pas la pierre), car il est aussi prof et a beaucoup d’activités en dehors ;
- et que... une partie des machines étaient en panne... avec un temps de réparation se comptant en mois.
![Découpe d’aluminium](https://gitlab.cairn-devices.eu/Gspohu/article-linuxfr/raw/master/Open%20Computer%20v0.1%20:%20Preuve%20de%20concept%20d%E2%80%99un%20ordinateur%20portable%20modulaire%20sous%20GNU/Linux/image2.jpg#new) *Nous avons quand même utilisé un peu le FabLab de l’université pour des découpes d’aluminium*
**1^(er) conseil** : *diversifier absolument votre réseau, même avec des solutions plus coûteuses.*
Nous nous sommes donc rapidement penchés sur d’autres solutions, dont la première qui est la plus évidente : des entreprises externes, spécialisées par exemple en découpe laser ou imprimante 3D. Celles-ci sont évidemment beaucoup plus coûteuses, mais elles ont aussi une bien meilleure précision que ce que nous faisons nous-mêmes. Donc nous faisons un mix, parfois pour des pièces qui ont besoin d’une précision importante, nous demandons à une entreprise, et pour d’autres pièces nous les faisons nous-mêmes.
![Retouche des pièces](https://gitlab.cairn-devices.eu/Gspohu/article-linuxfr/raw/master/Open%20Computer%20v0.1%20:%20Preuve%20de%20concept%20d%E2%80%99un%20ordinateur%20portable%20modulaire%20sous%20GNU/Linux/image3.jpg#new) *Malheureusement après chaque impression 3D, il faut un peu retoucher les pièces pour atteindre la précision nécessaire pour notre système de blocs*.
![Retouche d’un loquet de déverrouillage](https://gitlab.cairn-devices.eu/Gspohu/article-linuxfr/raw/master/Open%20Computer%20v0.1%20:%20Preuve%20de%20concept%20d%E2%80%99un%20ordinateur%20portable%20modulaire%20sous%20GNU/Linux/image4.jpg#new) *Ici, nous voyons la retouche d’un loquet de déverrouillage*.
Ensuite, nous nous sommes tournés vers une association qui possède des machines (un fablab) : AV.Lab.
Ce qui m’amène à un **deuxième conseil** important : *ne rayez jamais définitivement de votre liste des solutions externes. Celles‐ci, comme vous, peuvent évoluer rapidement*. 
Nous avions déjà étudié cette solution en 2016, mais l’association ne disposait pas encore de machines qui convenaient à notre besoin, ce qui a radicalement changé depuis. L’AV.Lab nous permet donc d’avoir accès à une CNC, machine que nous avons beaucoup cherchée pendant un mois...
 
![CNC découpant une partie de bloc en aluminium](https://gitlab.cairn-devices.eu/Gspohu/article-linuxfr/raw/master/Open%20Computer%20v0.1%20:%20Preuve%20de%20concept%20d%E2%80%99un%20ordinateur%20portable%20modulaire%20sous%20GNU/Linux/image5.jpg#new) _La CNC découpant une partie de bloc en aluminium._
Bref, en tout, le temps d’avoir accès à toutes les machines nécessaires au prototypage, cela nous a pris cinq mois, de janvier à mai.
L’électronique : le bon radin, et le mauvais radin
--------------------------------------------------
En parallèle de cette mise en place de notre réseau, nous avons travaillé sur le prototypage de l’ordinateur, et en particulier sur la partie électronique.
Vous noterez après lecture que nous sommes des spécialistes de la méthode d’avancement « problème par problème » et certains s’arracheront sans doute les cheveux en lisant certaines de nos erreurs.
***JOUR 1* :** commençons donc par brancher la carte mère et euh... non en fait, le fournisseur s’est trompé d’alimentation, Hop :
 
 → une semaine d’attente pour la livraison de la bonne alimentation.
 
***JOUR 5* :** bien, nous recevons la bonne alimentation, il est temps d’allumer la carte mère et euh... il est où le bouton d’allumage ? Hop :
 
 → 2 semaines d’attente pour la livraison du bouton.
 
**3e conseil** : *prenez en compte le fait que les cartes mères ne sont pas toujours vendues avec leurs cartes filles respectives, qui contiennent, entre autres, le bouton d’allumage.*
 
***JOUR 20* :** nous recevons donc le bouton d’allumage et la nappe pour le relier à la carte mère, nous appuyons et surprise... cela ne marche pas. L’écran s’allume, mais reste noir, le BIOS n’est pas visible. Nous continuons nos recherches, en particulier sur la documentation (RTFM), mais elle est catastrophique, nous faisons beaucoup de tests, et nous finissons par trouver l’origine du problème. Notre carte mère a besoin d’une carte graphique pour s’allumer, la puce graphique intégrée n’étant pas suffisante. Pourquoi ? Choix du constructeur. Hop :
 
 → 2 semaines d’attente de livraison.
**4e conseil** : *prenez en compte que certaines cartes mères ont besoin d’une carte graphique, même avec une puce intégrée*
 
***JOUR 27* :** entretemps, nous faisons une boulette, la nappe du bouton entre en contact avec une partie conductrice sur la carte mère, donc un peu de fumée s’échappe. Bouton d’arrêt d’urgence ! On coupe tout !
Nous faisons tous une grimace, mais après avoir testé la nappe, elle fonctionne toujours, donc on se dit « Boh, pas bien grave ».
***JOUR 33* :** nous recevons ensuite la carte graphique, et là, nous allons maintenant faire face à un sacré mystère qui nous a embêtés pas mal de temps. L’écran apparaît enfin avec le BIOS et GNU/Linux se lance, les ventilateurs tournent bien à fond, et nous pouvons naviguer sur le web, mais la carte mère s’éteint toujours au bout de 30 secondes - 1 min.
Nous examinons l’ensemble, nous faisons des tests, et nous avons beaucoup d’hypothèses. Tout d’abord, les tests de températures nous indiquent des chiffres élevés.
Pourtant les ventilateurs sont bien branchés, mais il est vrai qu’ils tournent très mal depuis le premier essai... 
![Tests de température](https://gitlab.cairn-devices.eu/Gspohu/article-linuxfr/raw/master/Open%20Computer%20v0.1%20:%20Preuve%20de%20concept%20d%E2%80%99un%20ordinateur%20portable%20modulaire%20sous%20GNU/Linux/image6.jpg#new)
***JOUR 39* :** afin de résoudre ce problème de température, nous utilisons une méthode... ubuesque : pains de glace sur de gros radiateurs de PC fixe, eux‐mêmes placés sur une pâte thermique en contact avec le processeur et le processeur graphique. Cela vous donne une petite idée du niveau de désarroi que nous avions atteint pour imaginer ce genre de système, et figurez-vous que cela marchait !
 
Mais même avec une température contrôlée, la carte mère continue de s’éteindre au bout de 7 ou 8 minutes, à chaque essai.
***JOUR 53* :** nous continuons à faire beaucoup de recherche, jusqu’à sortir une loupe pour examiner la carte mère, et enfin ! Le mystère se résout !
![Observation à la loupe](https://gitlab.cairn-devices.eu/Gspohu/article-linuxfr/raw/master/Open%20Computer%20v0.1%20:%20Preuve%20de%20concept%20d%E2%80%99un%20ordinateur%20portable%20modulaire%20sous%20GNU/Linux/image7.jpg#new)
Alors, quel était ce grand mystère ? Réfléchissez bien, faites vos hypothèses, voici le mystère :
 
- des ventilateurs 5 volts.
 
Oui, c’est tout, une simple erreur du fournisseur. Nous avions des ventilateurs 5 volts qui se prenaient 12 volts. Nous avons repéré à la loupe que le circuit présent sur la carte mère était pour un autre type de ventilateur. La carte mère ne détectant pas le fonctionnement des ventilateurs, elle s’éteignait par sécurité au bout de 7 ou 8 min, même avec une bonne température. Nous demandons donc des ventilateurs du bon modèle au fournisseur. Hop :
 
 → 2 semaines et demie d’attente, car le fournisseur n’en a plus en stock, ils doivent venir de Chine.
**5e conseil** : *certaines cartes mères sont des plates‐formes, c’est‐à‐dire une structure de base qui peut être utilisée pour construire des cartes mères de modèles différents. Dans notre cas elle avait une version 15" et 17" et la documentation mélangeait les deux et donc les deux types de ventilateurs.*
***JOUR 70* :** nous recevons les bons ventilateurs, tout marche parfaitement ! Nous sommes tous très heureux, presque euphoriques. Imaginez, après plus de 3 semaines de galère sur un problème de ventilateur, puis 2,5 semaines d’attentes pour la livraison, la satisfaction de voir enfin tout cela fonctionner était splendide ! Nous faisons donc un deuxième essai et... marche pu. La... nappe a grillé, oui, rappelez‐vous, celle qui avait fait un peu de fumée 2 mois avant, c’était en quelque sorte la cerise sur le gâteau pour finir cette aventure sur la partie électronique. Hop :
 
 → 1 semaine d’attente pour la livraison.
Ce qui m’amène au sous‐titre de cette partie.
**6e conseil** : *le bon radin, et le mauvais radin. Le projet ayant des coûts de prototypage élevés, nous avons toujours été très stricts sur nos dépenses. Nous essayons le plus possible d’utiliser au début des méthodes DIY, ce qui me semble être le côté bon radin. Par contre, refuser de repayer une nappe de bouton qui coûte 8 euros, au risque de perdre une semaine de livraison, c’est ridicule et c’est être un mauvais radin.*
L’écran : il nous manque des Alibaba européens
----------------------------------------------
Qui dit ordinateur, dit écran. Notre écran se compose : de la dalle de l’écran, du support-écran, de la charnière et de la coque-écran. Notre travail est ici centré sur le support-écran, la charnière et la coque de l’écran.
 
![Support‐écran, charnière et coque de l’écran](https://gitlab.cairn-devices.eu/Gspohu/article-linuxfr/raw/master/Open%20Computer%20v0.1%20:%20Preuve%20de%20concept%20d%E2%80%99un%20ordinateur%20portable%20modulaire%20sous%20GNU/Linux/image8.png#new)
 
Pour la charnière et le support‐écran, nous avons fait appel à une entreprise locale avec imprimante 3D. Sur la photo, nous pouvons voir qu’elle a été produite en quatre parties, dues à la limite de la machine. Nous les relions ensuite par un ajustement serré.
 
Pour la coque de l’écran, nous souhaitions la réaliser en tôlerie aluminium pour plusieurs raisons : meilleure solidité, bonne rigidité et surtout le reste du châssis est en aluminium, car il offre un bon transfert thermique. 
 
Un de nos objectifs sur le prototypage était de produire le plus localement possible. Alors... autant il y avait plein d’offres pour le prototypage avec imprimante 3D, mais du prototypage avec de l’aluminium, ce fut beaucoup plus compliqué.
 
Pour trouver une CNC, nous avons dû contacter des dizaines d’entreprises locales. Et... aucune réponse. À notre étonnement, lors des relances par appels téléphoniques, nous nous sommes aperçus que certaines ne regardaient même pas leurs courriels, ce qui était, je trouve, un peu choquant. Nous avions été prévenus que les industries B2B (_business to business_) marchaient énormément par réseaux. Leurs sites pour certains ne méritent même pas l’appellation de site vitrine.
 
Bref, ils nous disent tous qu’ils vont nous faire un devis rapidement, eh bien nous attendons toujours les devis depuis quatre mois.
**7e conseil :** *certaines parties de prototypage peuvent être difficiles à réaliser en France. Les petites séries intéressent peu les industries, même si en cherchant bien, nous pouvons trouver ! Le problème est justement de les trouver, donc dès le début de votre projet, informez toutes les personnes que vous rencontrez que vous avez un besoin industriel, car cela prend du temps à se mettre en place.*
Au final, nous nous sommes résignés à contacter une entreprise française internationale qui produit en Chine : réponse dans la journée, devis le lendemain, validation le surlendemain. Rien à redire.
Bon, quand même, le petit grain de sel, la petite cerise sur le gâteau pour valider notre réputation de poissard, le livreur n’a pas trouvé l’adresse, donc la pièce est retournée à Lyon, et hop :
 
 → 1 semaine de perdue
![N’ayez pas de lettre dans votre numéro de rue (ex : 1A rue bidule)](https://gitlab.cairn-devices.eu/Gspohu/article-linuxfr/raw/master/Open%20Computer%20v0.1%20:%20Preuve%20de%20concept%20d%E2%80%99un%20ordinateur%20portable%20modulaire%20sous%20GNU/Linux/image9.jpg#new)
**8e conseil :** *n’ayez pas de lettre dans votre numéro de rue (ex : 1A rue bidule)*.
Ces histoires de CNC et de coque en aluminium introuvable m’interrogent quand même sur le _Made in France_. Je suis persuadé qu’il y a largement les compétences industrielles en France, mais les difficultés industrielles de certains projets (l’Increvable ou Bob le lave‐vaisselle) me laissent une certaine crainte.
Conclusion
----------
Le premier prototype/preuve de concept est bien avancé.
![Photo d’ensemble de la preuve de concept](https://gitlab.cairn-devices.eu/Gspohu/article-linuxfr/raw/master/Open%20Computer%20v0.1%20:%20Preuve%20de%20concept%20d%E2%80%99un%20ordinateur%20portable%20modulaire%20sous%20GNU/Linux/image10.jpg#new) *Photo d’ensemble de la preuve de concept, il ne manque plus que le châssis ! En bleu le bloc SSD et en vert la mémoire vive*.
Nous avons terminé :
 
- l’ensemble de l’électronique est fonctionnel. Le PC s’allume, nous pouvons faire quelques actions sur GNU/Linux, etc. :
![L’ensemble de l’électronique est fonctionnel](https://gitlab.cairn-devices.eu/Gspohu/article-linuxfr/raw/master/Open%20Computer%20v0.1%20:%20Preuve%20de%20concept%20d%E2%80%99un%20ordinateur%20portable%20modulaire%20sous%20GNU/Linux/image11.jpg#new)
 
- le système de bloc pour le SSD et la mémoire vive :
![Alexandre et Steven travaillant sur le système de bloc.](https://gitlab.cairn-devices.eu/Gspohu/article-linuxfr/raw/master/Open%20Computer%20v0.1%20:%20Preuve%20de%20concept%20d%E2%80%99un%20ordinateur%20portable%20modulaire%20sous%20GNU/Linux/image12.jpg#new) *Alexandre et Steven travaillant sur le système de bloc*.
 
- la partie-écran : charnière + support-écran + dalle de l’écran :
![Steven en train d’assembler la charnière](https://gitlab.cairn-devices.eu/Gspohu/article-linuxfr/raw/master/Open%20Computer%20v0.1%20:%20Preuve%20de%20concept%20d%E2%80%99un%20ordinateur%20portable%20modulaire%20sous%20GNU/Linux/image13.jpg#new) *Steven en train d’assembler la charnière.*
 
- clavier (qui lui ne fait pas partie de la preuve de concept, mais nous prenons de l’avance pour la suite) :
![Jonathan réalisant le routage du PCB du clavier](https://gitlab.cairn-devices.eu/Gspohu/article-linuxfr/raw/master/Open%20Computer%20v0.1%20:%20Preuve%20de%20concept%20d%E2%80%99un%20ordinateur%20portable%20modulaire%20sous%20GNU/Linux/image14.jpg#new) *Jonathan réalisant le routage du PCB du clavier*.
Il nous a fallu beaucoup d’essais et d’erreurs pour parvenir à ce résultat. De janvier à mai, travail sur la carte‐mère, de janvier à août, travail sur le système de blocs (SSD et mémoire vive), mi‐janvier à juillet travail sur l’écran (charnière, support et dalle), en juillet et en août, travail sur le clavier et, depuis juin, nous sommes sur le châssis de l’ordinateur portable. Ci‐dessous, un graphique pour illustrer notre avancement :
 
![Planning du prototypage](https://gitlab.cairn-devices.eu/Gspohu/article-linuxfr/raw/master/Open%20Computer%20v0.1%20:%20Preuve%20de%20concept%20d%E2%80%99un%20ordinateur%20portable%20modulaire%20sous%20GNU/Linux/image15.png#new)
Il nous reste donc à réaliser :
 
- la coque ;
- la vérification que le système de bloc marche avec la coque.
Détails techniques des blocs
============================
Au cours de ce travail, nous nous sommes posés quelques contraintes :
 
- pour l’utilisateur novice, le bloc doit s’enlever d’une pression sans outil, il doit aussi protéger le composant ;
- pour l’utilisateur moins novice, le bloc ne doit pouvoir être inséré que dans son emplacement et ne pas s’enlever quand l’ordinateur fonctionne, cet utilisateur et le novice doivent pouvoir remplacer un bloc composant par un autre ;
- l’utilisateur chevronné doit pouvoir changer le composant dans un bloc.
Ces contraintes sont résumées ci‐dessous sous forme d’un petit diagramme UML :
 
![Diagramme UML](https://gitlab.cairn-devices.eu/Gspohu/article-linuxfr/raw/master/Open%20Computer%20v0.1%20:%20Preuve%20de%20concept%20d%E2%80%99un%20ordinateur%20portable%20modulaire%20sous%20GNU/Linux/image16.png#new) *Si vous ne connaissez pas l’UML, les traits pointillés représentent les contraintes, les ellipses bleues les cas d’usages, les personnages des utilisateurs types. Les utilisateurs et utilisatrices avancés et novices sont contenus dans le groupe utilisateur.*
La contrainte qui nous a posée le plus de problèmes est « le bloc doit s’enlever d’une seule pression sans outils ». Nous avons donc fini par modifier cette contrainte par « Le bloc doit s’enlever facilement et sans outils », en effet faire réaliser deux actions simples à l’utilisateur au lieu d’une seule, nous a considérablement simplifié la tâche et ne complexifie pas vraiment celle des utilisateurs et des utilisatrices.
Voici la petite histoire de nos systèmes de blocs.
1^(er) système
--------------
Ce système est celui dont je vous avais parlé lors de mon précédent article. Il se décomposait en cinq parties, couvercle du bloc (en aluminium), disque SSD, armature du bloc (PLA), mSATA (connectique standard SSD) et GRID (connectique horizontale) :
 
![Schéma du premier système](https://gitlab.cairn-devices.eu/Gspohu/article-linuxfr/raw/master/Open%20Computer%20v0.1%20:%20Preuve%20de%20concept%20d%E2%80%99un%20ordinateur%20portable%20modulaire%20sous%20GNU/Linux/image17.png#new)
 
Ce système avait de très gros avantages, il était extrêmement simple pour l’utilisateur, très fiables au montage et était aussi très efficace pour protéger le composant électronique. Mais il avait un gros désavantage, il nécessitait que nous concevions une carte mère spécifique avec le connecteur horizontal, que nous avons appelé GRID.
 
Pour le moment, nous sommes trop petits pour réaliser un partenariat avec un industriel et développer une carte mère personnalisée, nous avons donc laissé de côté cette solution.
2^(e) système
-------------
Ce système avait pour but de respecter la première version de la contrainte « le bloc doit s’enlever d’une seule pression sans outil » tout en s’adaptant sur une carte mère classique sans aucune modification. Nous avons donc étudié le fonctionnement des parties standards des connecteurs SODIMM DDR4 et nous avons réalisé un système permettant de bien exploiter le connecteur.
 
Ce système se décompose en trois parties, couvercle du bloc (aluminium), mémoire vive et étui de protection, caisson :
![Schéma du deuxième système](https://gitlab.cairn-devices.eu/Gspohu/article-linuxfr/raw/master/Open%20Computer%20v0.1%20:%20Preuve%20de%20concept%20d%E2%80%99un%20ordinateur%20portable%20modulaire%20sous%20GNU/Linux/image18.jpg#new)
 
Ce système reposait sur le principe des rails de guidage, deux rails sont visibles sur la gauche du couvercle sur la photo. Ils permettaient de faire réaliser au bloc le bon mouvement pour entrer au mieux dans le connecteur SODIMM.
 
Malheureusement, ce système nécessitait une grande précision à la fabrication des rails de guidage. De plus, en fonction de l’endroit où l’utilisateur appuyait sur le bloc, l’entrée dans le connecteur ne se faisait pas correctement, le système n’était pas assez fiable.
 
Il fallait donc revoir le système, c’est ce qui nous a poussés à modifier la contrainte et décomposer l’action de l’utilisateur en deux actions.
3^(e) système
-------------
Ce système s’apparente au système pour insérer les cassettes audio dans les anciens Walkman ou appareils du même genre. À cela, nous avons ajouté un système de loquets à actionner dans deux directions différentes pour sécuriser le déverrouillage du bloc.
 
Ce système se décompose en trois parties : couvercle (aluminium), bloc SSD plus étui de protection, caisson soudé au châssis plus loquets de verrouillage :
![Schéma du troisième système](https://gitlab.cairn-devices.eu/Gspohu/article-linuxfr/raw/master/Open%20Computer%20v0.1%20:%20Preuve%20de%20concept%20d%E2%80%99un%20ordinateur%20portable%20modulaire%20sous%20GNU/Linux/image19.png#new)
Et en fonctionnement, le bloc SSD ressemble un peu à cela :
![Bloc SSD](https://gitlab.cairn-devices.eu/Gspohu/article-linuxfr/raw/master/Open%20Computer%20v0.1%20:%20Preuve%20de%20concept%20d%E2%80%99un%20ordinateur%20portable%20modulaire%20sous%20GNU/Linux/image20.jpg#new)
Et le bloc mémoire à cela :
![Bloc mémoire](https://gitlab.cairn-devices.eu/Gspohu/article-linuxfr/raw/master/Open%20Computer%20v0.1%20:%20Preuve%20de%20concept%20d%E2%80%99un%20ordinateur%20portable%20modulaire%20sous%20GNU/Linux/image21.jpg#new)
Et pour vous donner une vue globale, voici la modélisation :
![Modélisation](https://gitlab.cairn-devices.eu/Gspohu/article-linuxfr/raw/master/Open%20Computer%20v0.1%20:%20Preuve%20de%20concept%20d%E2%80%99un%20ordinateur%20portable%20modulaire%20sous%20GNU/Linux/image22.png#new)
 
Pour le moment, ce système fait vraiment ses preuves. Il est très simple, très efficace et très fiable. Voilà pour le moment où nous en sommes, j’espère que je n’ai pas été trop long et ennuyeux sur certaines parties. N’hésitez pas à venir nous ~~insulter~~ encourager en commentaire.
Sur quelles parties voulez-vous qu’on insiste à l’avenir ?
==========================================================
Peut‐être souhaitez‐vous que certains points soient détaillés ? Comme par exemple :
 
- nos erreurs ;
- le développement électronique d’un clavier ;
- des points spécifiques de conception mécanique ;
- le financement ;
- notre gestion de projet ;
- globalement pour le texte, plus de détails techniques ou moins ;
- autre chose...
Problématiques actuelles et besoins
-----------------------------------
Nous cherchons des bêta‐testeurs et des bêta‐testeuses en Alsace pour tester certains de nos systèmes. N’hésitez pas à nous contacter si cela vous intéresse.
 
Une autre de nos grandes problématiques est de trouver la carte mère la plus adaptée pour la version finale. Il est très compliqué de contacter les entreprises qui fabriquent ce genre de matériel, à cause de leur taille (plus de 10 000 employés), mais aussi de leur positionnement géographique (majoritairement en Asie).
 
Nous sommes en contact avec certaines entreprises, mais ce qu’elles peuvent nous fournir ne correspond pas parfaitement à notre cahier des charges. Donc, si jamais vous avez des contacts à nous fournir, ce sera avec grand plaisir !
Nous suivre
=============
Nous aurons bientôt un site Web, mais pour le moment le mieux pour nous suivre très régulièrement, c’est de regarder les petits récapitulatifs de notre avancement que nous publions sur ces sites :
 
- [*Mastodon*](https://mastodon.xyz/@Cairn_Devices) ;
- [*Facebook*](https://www.facebook.com/CairnDevices) ;
- [*Twitter*](https://twitter.com/Cairn_Devices).
</div><div class="naked_ctrl">
<form action="/index.cgi/contrast" method="get" name="gate">
<p><a href="http://altstyle.alfasado.net">AltStyle</a> によって変換されたページ <a href="httpS://linuxfr.org/news/open-computer-v0-1-preuve-de-concept-d-un-ordinateur-portable-modulaire-sous-gnu-linux.md">(-&gt;オリジナル)</a>
/ <label>アドレス: <input type="text" name="naked_post_url" value="httpS://linuxfr.org/news/open-computer-v0-1-preuve-de-concept-d-un-ordinateur-portable-modulaire-sous-gnu-linux.md" size="22" /></label> <label>モード: <select name="naked_post_mode">
<option value="default">デフォルト</option>
<option value="speech">音声ブラウザ</option>
<option value="ruby">ルビ付き</option>
<option value="contrast" selected="selected">配色反転</option>
<option value="larger-text">文字拡大</option>
<option value="mobile">モバイル</option>
</select>
<input type="submit" value="表示" />
</p>
</form>
</div>