qet_tb_generator Version 1.3.1

Every terminal terminal must be labeled with this pattern :
a text (exemple X2) a double point ":" and a text (exemple 1).
For a terminal with label 1 in the terminal group X2, the label of the terminal must be X2:1.
Before launch the plugin, you must save the project.

Like this:

Example:
https://download.tuxfamily.org/qet/scor … afloor.pdf

Merci Joshua ça me touche beaucoup,

j'y ai mis mes tripes dans ce projet de modification d'une installation existante ... étude, schémas, et câblage de l'armoire .. le chantier dans un laps de temps très court, avec peu d'informations sous la main .... , le collègue qui devait gérer et suivais ce projet depuis le début est tombé en grave maladie juste avant ... ça à été un gros travail d’équipe entre nous tous, afin que le chantier soit terminé, contrôlé, vérifié et validé pour la date prévue pour le début de réalisation du chantier par le fabricant externe.. en plus de notre travail et taches quotidiennes, dépannages, modifs, etc.

Pour l'instant c'est un peu confidentiel et très récent ..c'est pour ça que tu ne l'avais pas encore vu ce schéma. ;-)
On est encore sur la mise au point avec le constructeur et on rencontre encore des difficultés, le schémas est loin d’être finalisé le but étant dans le futur de supprimer l'April de l'autre armoire et de tout gérer depuis le M340 .. et de supprimer toute la partie hydraulique, vérins, échelles, qui nous coûtent un bras en maintenance et surtout en KW, et qui perturbe beaucoup notre processus et nos cadences sur les chaines de prods..

Je me sert principalement que du 24X60 pixels/12X80 pixels pour les cartouches de tous mes projets, je trouve que ça rend bien mieux que les valeurs qu'on a mis par défaut ... après pour certains folios les cartouches sont en 24Xx148 pixel/24 x97 pixels .. pour afficher beaucoup plus de détails.

Je suis en première ligne quand il y a un soucis et qu'il faut dépanner ou modifier en urgence quand une installation à un problème pour ne pas impacter la production et ou arrêter l'usine ...

Donc j'essaye toujours de mettre le maximum d'informations pour moi et mes collègues dans mes documentations machines, même à 3h du matin un dimanche férié  ... à 2 heures de ta relève alors que tu en as plein les bottes .. il faut pas perdre de temps pour résoudre le problème ou trouver un palliatif pour que les chaines de production continuent de tourner..
Plus c'est propre, clair, et documenté avec tous les informations dont tu as besoin et plus tu gagnes du temps en dépannage.

Faire des schémas et documentations machines soignés et propres ça demande beaucoup de travail, n'est pas toujours très facile ou simple à réaliser... quelque soit le prix du logiciel ....

Nuri dont il en a fait fait son métier était de loin bien meilleur que moi ... , j’étais toujours épaté et je bavai devant ses schémas, oui c'est de l'art parfois. Je le prend toujours en modèle.

Il est à noter que j'ai dessiné ce projet en XRDP sur une VM Debian Linux en réseau depuis ma machine Debian une grosse partie du projet.
As Windows-to-Windows Remote Desktop can, xrdp supports not only graphics remoting but also
two-way clipboard transfer (text, bitmap, file)
* audio redirection
* drive redirection (mount local client drives on remote machine)

(donc sur un gros serveur distant VMWare Horizon et bien plus puissant dans l'entreprise avec donc beaucoup plus de CPU et RAM ....) que ma petite et vieille machine I5 Linux Debian (heureusement ... j'explique même pas sous Windows ... la galère que se serait ...) avait beaucoup de mal et accusait de nombreux lags, pour ce travail.

Çà fonctionne très bien, et ceci même avec deux écrans ! C'est ultra fluide et très rapide.

Avec toutes les documents ouverts dans de nombreuses fenêtres pour la documentation ect,  je n'avais hélas que deux écrans 24 "pour travailler là ou j'en aurai utilisé  4...  les 4 G de RAM de la pauvre et vieille machine ne suffisait plus .. la petite IGPU embarqué du I5 avait aussi bien du mal à suivre.

https://qelectrotech.org/forum/viewtopi … 287#p16287

Bon je n'allais tout de même pas tout faire ... chez moi ... sur la grosse Workstation ..

https://qelectrotech.org/forum/viewtopi … 055#p17055

L'essentiel n'est pas dans le cartouche mais dans les folios.. donc celui de base je m'en sert souvent ..
J'aurai pu mettre un cartouche "top moumoute", whoua la classe ... , bref sans intérêt chez nous un cartouche type aérospatiale ..., et le temps m’étais compté.. pas fini les schémas ... qu'il fallait que je câble l'armoire au plus vite ..  entre deux pannes ...

Salut Alexis,

je me suis servit de mes anciens symboles, mais j'aurai pu le faire directement avec qet_tb_generator, voir:
https://qelectrotech.org/forum/viewtopi … 073#p17073

Pas de problème avec le plugin en plus c'est moi qui l'ai packagé pour Debian je travaille sur une machine Debian ou en remote desktop sur un serveur VMWare Vsphere avec une VM debian aussi dédiée a QET, voir plus haut.

Mets ton projet sous clé USB ou envoie toi le par email, et depuis ta Linux Mint le soir, tu génères tes borniers avec le plugin qet_tb_generator, c'est ce que je ferai à ta place.

Je parlais des câbles indiqués dans ton folio de puissance

Sans bornes: pas bête! Faut en voir 1 pour les différents câble, mais pas bête.

Sinon quand t'as pas le temps tu le fait à l'arrache comme dans les folios 23,24... le principal c'est que le numéro de brin de fil apparaisse dans le schéma.