Reprise du message précédent :

 
 
Justement c'est là que je me rencontre que vous ne connaissez pas bien Libreoffice. Pour Calc il y a une fonction qui s'appelle partage de fichier. Tout l'interêt de cette fonction c'est que nous avons 8 ordinateurs connecté sur le même fichier. Chaque fois qu'une modification est faite sur le fichier, celle-ci est transise aux autres fichiers ouvert.  
 
Cela me permet de suivre la production sur 6 lignes en même temps. (prochain projets 10 lignes en simultané). Aucun soucis, aucun plantage. C'est pour ça que j'ai un peu de mal a suivre vos différentes demande qui me dise de changer de système. Certes au début j'ai eu quelques soucis avec mes macros (des erreurs toute bête) mais depuis plusieurs semaines on ne rencontre aucun soucis, les données sont parfaitement enregistrés et permettent d'analyser les problèmes que l'on rencontre sur la production. Nous n'avons plus aucun dépassement de commande, alors que c'était chose courante avec la version papier (il fallait porduire 500 000 pièces, on en produisait plus, aujourd'hui c'est révolu, 0.5% maxi d'erreur).
 
Et donc aujourd'hui on souhaite ajouter les consommations de matières premières afin de faire les calculs sans avoir à ressaisir les consommations par équipe.
 
 
Et là j'aimerais pouvoir utiliser le Raspberry en reseau pour lancer le fameux programme présent sur un dossier partagé.

Le but c'est d'installer ça :
 
https://www.kubii.fr/fr/ecrans-pitf [...] 06089.html
 
Donc 10 postes (un par ligne) et un 11e qui sert à partager le fichier et à suivre la production en temps reél.
 

Tu veux pouvoir visualiser sur 10 écrans le contenu du fichier donc ?
Le plus simple serait de faire un partage nfs sur le rpi qui alimente le fichier et monter ce partage sur les 10 autres. C'est du linux "de base", et ça devrait faire exactement ce que tu veux. Avec cette méthode, le fichier n'existera toujours qu'en un seul exemplaire sur le rpi source.

 
 
Bon voilà, impec !
 
 
Je viens de commander un petit livre qui devrait m'aider un peu :
 
https://www.amazon.fr/gp/product/22 [...] UTF8&psc=1

Tu peux trouver ici un tuto pour le faire. Attention, la partie client indiquée ne concerne pas un raspberry.
Un lien un peu plus détaillé mais en anglais.

Bien entendu, je te conseille très fortement de tester tout ça sur des équipements non critiques avant de faire ça sur ta production. D'ailleurs, faire une image de celle-ci avant de toucher à tout ça serait une très bonne idée.

 
 
Merci pour ton aide !
 
 
Je vais éplucher ça.
 
Oui maintenant je vais prendre l'habitude de tout sauvegarder. Et d'ailleurs par la suite je vais essayer de voir pour utiliser un ou plusieurs des ordinateurs du réseau pour copier le fichier tous les jours (pour m'en servir de sauvegarde).
 
 
   

Personnellement, je ne vais pas essayer de te convaincre de changer comme tous les autres l'ont fait. Tu es visiblement parti sur une solution qui fait le travail, que tu maitrises, au moins sur certains aspects.
Ce qui hérrisse le poil de pas mal ici, c'est que tu t'en serves dans un cadre professionnel, avec visiblement un rpi placé au centre d'un processus industriel. En particulier, la carte µSD est un élément susceptible de claquer sans préavis. Privilégie de la sandisk si tu peux, elles sont réputées mieux gérer les écritures multiples.
 
Si tu continues sur cette solution malgré les conseils qui t'ont été donnés ici, essaie au moins de faire les choses proprement: ton rpi doit être sur un UPS (onduleur), et surtout, tu dois avoir des backups réguliers et automatiques. Je ne vais pas te lancer sur des problématiques de PRA, mais dans ton cas, avoir un rpi de secours, avoir une ou  
plusieurs cartes µSD de secours et surtout, un backup récent pour pouvoir rétablir une machine fonctionnelle, tout ça doit être fait avant d'avoir des problèmes. En plus, vu les montants dont on parle, ce serait dommage de ne pas le faire.
 
Edit: mise en forme.

 
 
Oui j'ai prévu un peu tout ça. Je vais essayer de faire quelque chose de propre pour que ça tienne la route. Le but n'est pas de monter une usine à gaz, juste avoir un suivi utile pour l'ensemble de mes collègues.  
 
Bon après si c'est bien fait, tout le monde y trouve son compte.  
 
 
Mais le Raspberry c'est quand même pas mal !

Autant pour les clients légers, les rpi peuvent être une solution intéressante, autant pour un serveur de fichiers, ça me semble être une très mauvaise idée. Une machine un peu plus robuste avec un minimum de redondance me semble nécessaire pour de la production. Et les sauvegardes en plus évidemment.

Autant pour moi (remarque j'avais employé le conditionnel), tu t'es renseigné sur l'accès concurrentiel : mais alors où est le problème ?
 
Le NFS, comme indiqué plus haut sera une bonne solution (il faudra gérer le aléas du réseau), et pense effectivement à faire des sauvegardes régulières.
 
(PS : ça n'a toujours rien à voir avec le Raspberry Pi)

 
 
En fait il n'y a pas de problème... le problème vient surtout que l'on aimerais me voir passer sur une autre solution que celle que j'utilise (Libreoffice). Mais je pense que certains (ce n'est pas une critique) ne sont pas assez ouvert pour comprendre que tout le monde n'a pas vraiment besoin de programmer un truc énorme juste pour remplir quelques feuilles par jour et récupèrer les données.
 
 
Mais enfin grâce à nos différents échanges je découvre des choses, j'apprends des techniques. Bref, même si je n'ai pas fait d'étude dans ce domaine, ça me passionne de découvrir ce que vous me proposez.  
 
Dans quelques semaines j'attaque les relevés de températures des fours. Là je vais venir vous demander des conseils car je vais démarrer de 0 avec une carte arduino et un raspberry.  
 
(J'en avais déjà parlé ici)

J'arrête là.
Malheureusement seul l'usage te montreras que tu avais tort.
La vérité c'est que tu as déjà fais le boulot sur calc, et que tu refuses de changer ça pour repartir sur une solution que tu ne connais pas.

Mais calc sa place c'est sur un desktop pour faire de la compta ou autres trucs du genre.

Gérer une pseudo bdd avec une pseudo interface graphique avec ça, ça ferait rire n'importe quel stagiaire de dut info.

Alors oui ton truc peut fonctionner, un temps, mais quand il faudra le faire évoluer, le maintenir, ou pire quand tu seras parti et que ton remplaçant va voir ça... Et bien ça finira à la poubelle.

A la limite pour chez toi y a pas de soucis mais en milieu pro, sérieusement...

 
 
Je sais bien que tu as raison quelque part, mais je suis loin d'avoir un niveau DUT et je ne suis pas certain d'avoir les compétences pour démarrer avec Node.js
 
 
Après, qui voudra se faire chier avec le truc que j'ai mis en place ??? personne !!! ahah, on n'enterrera mon projet avec mon licenciement...

J'ai fait de la prod avec des macro sous Word et des tableaux Excel. On n'a jamais eu de soucis. Et si on a un soucis on fait temporairement le truc à la main.

 
 
Enfin quelqu'un qui va dans mon sens !!!!
 
 

 
 
Merci, merci !!!!

C'est toi qui n'a pas assez d'expérience dans le domaine pour te rendre compte que t'as 99.99% de chances de te planter totalement.

Et t'as pas besoin de programmer un truc énorme. En fait, ton bricolage à base de macros sera sans doute bien plus énorme qu'une solution en PHP ou nodejs.

Mais tu fais ce que tu veux. À ce niveau là, il faut que tu réalises que toutes les questions que tu poses n'ont absolument aucun lien avec le pi. C'est du Linux de base.

à part du kodi que peut on faire d'autre avec un pi si ce n'est du linux qu'il soit de base ou non

Ah mais je sais, je dis juste que c'est pas forcément le seul topic sur lequel poser ses questions, parce que ça ne concerne pas tellement le pi.

Si le truc n'est pas critique au point de planter toute la prod sans solution de rechange pourquoi vouloir se prendre la tête.

Avec un pi tu aura au pif 95% de disponibilité. Si tu peux faire le truc à la main quand c'est pas dispo. Va y.

On a des mains courantes avec calcul du trs sur des feuilles Excel.

Le truc doit buggé une fois tout les 6 mois. Ce jour là, la prod gueule un peu, puis ils remplissent le truc à la main. Une fois que cela remarche, un mec rempli le fichier à la main. On n'a pas besoin de 99,99% de disponibilité. Et de toute façon, on n'a pas les moyen pour le payer.

 
 
Euh tu dois avoir accès à mes fichiers... C'est exactement ça, on calcul le TRS de chaque production pour chaque équipe. Avec un coté de 85% à réaliser. En dessous ça s'affiche en rouge, au dessus de 85% en vert.
 
Bref comme tu le vois, c'est du simple. Le Raspberry le gère très bien

Il n'y a un fichier trs par machine. On n'a pas encore un truc automatique pour tout le parc. Et ce n'est pas en projet.
Il y a deux opérateurs par machine.
Le premier rempli sa partie sur son PC. Le deuxième complète sur un autre PC en passant par vnc pour avoir accès au premier PC.

On utilise aussi Google Drive. C'est pratique pour remplir des fichiers à plusieurs.
Par contre il ne faut pas être parano sur la protection des données.

 
 
Avec Calc on partage le même fichier pour toutes les machines, chacun peut remplir sa partiee sans avoir de conflit. Cela permet d'avoir toutes les productions sur un même fichier. L'important c'est que le fichier Calc soit en mode partagé.
 
L'avantage c'est que tu as toutes les statistiques disponibles depuis n'importe quel poste du reseau. Exemple, les bilans sont consultables directement par la compta en temps réel.  
 

C'est bien mais ça ne concerne pas le pi et on est sur le topic pi

Oui, gunsman, créé toi un topic. Tes problèmes ne concernent pas le RPi en lui même. Et tu trouvera sûrement plus de réponses adaptées à tes questions sur ton projet (LibreOffice ).
((Signé un étudiant en DUT Info ))

Ca donne quoi la gestion des accès concurrents ?
 
XaT

En lecture ? Ça ne devrait pas poser de problème..

Ah, y'a pas d'écritures ?
 
XaT

Possible que j'aie mal compris son architecture cible, mais pour moi, il va avoir un rpi qui écrit dans le fichier, en local pour lui donc. Et ce fichier monté via nfs en lecture seule bien sur, sur 10 autres rpi pour visualisation.

Non tu as mal compris.
 
1 Raspberry avec le fichier partagé
 
10 Raspberry en lecture/ecriture sur le fichier du Raspberry 1.
 
 

Faut sortir de son trou, y'a énormément d'usages non optimaux d'Excel pour ce genre de trucs qui fonctionnent très bien. Je travaille dans l'industrie manufacturière, et j'ai déjà croisé plusieurs fois des macro Excel qui étaient très utilisées par l'usine, et ce dans de grandes sociétés du CAC40.
Effectivement une structure serveur-client basée sur du php ou autre semble plus adapté, mais si ça marche... Et apparemment c'est le cas, Calc permet de mettre en place cette structure serveur-client puisque plusieurs personnes peuvent accéder au même fichier.

Gunsman, si t'as des fond, j'essaierais de convertir le Raspberry serveur en en vrai serveur, un NAS pas cher ou un vieil ordi avec un RAID, mais un Raspberry ça semble bien risqué.
Et pour le relevé de températures de fours, je fais des bricolages similaires, et honnêtement le mieux c'est de partir sur une base de donnée SQL. Tu peux essayer avec MariaDB, et pour apprendre je trouve les app de SoloLearn très bien faites: https://play.google.com/store/apps/ [...] 3589&hl=en
Par contre tu sera moins HS dans le topic Arduino, vu que dans ce cas t'arau peut-être plus de RPI

Dans ce cas, possible que la partie en gras pose souci comme le fait remarquer Xatrix ..

Toute façon c'est un essai, on a un serveur windows 2012. Et j'ai un budget pour acheter un NAS pour avoir un serveur de stockage parallèle (donc je vais prendre un synologie 4 baies).
 
Je veux quand même essayer de tourner sur le Raspberry juste pour ma culture perso, voir si ça fait le taf.
 
Après pour les 10 raspberry, je vais faire un truc vraiment clean avec un écran comme j'avais présenter au dessus.
 
ça fait des postes qui reviennent à 200 €, et franchement c'est esthétique et ça marche du feu de dieu avec Libreoffice.
 
Je vous mettrais bien une copie d'écran de la feuille de suivi, mais j'ai peur que ça n'interesse pas grand monde.
 
Enfin merci à tous ceux qui soutiennent mon projet.
 
 
Et pour les fours, je passerai sur le topic dédié !
 

 
Tu vas pas me faire croire que personne n'a dit que c'était de la merde ? je vois un truc pareil je le brûle à la flamme moyenâgeuse !

 
Dans une boite de technologie "de pointe" / 2.0, le mieux ne doit pas être l'ennemi du bien, jamais.

Le problème d'office en entreprise c'est que c'est installé sur tous les postes.

Alors on a tendance à tout faire avec, parce que c'est déjà là, qu'il y a des fonctions avancées et qu'on peut même programmer.

En résumé on donne une caisse à outils dans laquelle il n' y a qu'un marteau.
Alors on essaye de résoudre tous les problèmes en tapant dessus avec.

Rechercher ce qu'il est plus adapté d'utiliser ? on va quand même pas se faire chier, et puis ça marche non ?

Bon pour changer un peu...
 
Je viens de réinstaller Raspbian. J'ai tous les menus en anglais (y compris Libreoffice)  
 
Un truc pour tout repasser en Français ?
 

Oups doublon...

Je bosse dans une PME. On n'a pas beaucoup de moyen. Un PSE est en cours.
Cela fait 2 ans que le service info  (1 personne) essais d'installer et de faire fonctionner un ERP trop compliqué pour notre besoin.
On a encore des postes sous windows XP avec Chrome qui dit qu'il n'est plus supporté.
Pour arranger le tout la messagerie est sous Gmail.    
 
Si vous voulez, il y a un poste de développeur ERP a pourvoir.
 
Les mecs en prod sont super content du fichier excel. Parce que c'est beaucoup plus simple et rapide que de remplir des feuilles de papier.
 
C'est très dégueux comme solution. Personne n'a les compétences pour faire un truc plus propre.
Quand tu n'a pas d'argent tu livre les pizza en mobylette. Tu n'utilise pas une berline de luxe.

Je ne bosse pas dans une boite "de pointe" / 2.0

Ouais fin à mobylette tu fous un casque, la c'est comme faire traverser une autoroute à un aveugle sourd et muet
 
XaT