You are not logged in. Please login or register.
QElectroTech → Posts by scorpio810
Je pense que le plus long te seras de dessiner la collection d’éléments, après ça devrais aller assez vite pour reproduire ce type de plan.
De plus avec la fonction renvois sur les rungs en tête de câblage, tu peux éviter de renseigner la provenance, elle sera renseignée en automatique.
https://qelectrotech.org/forum/viewtopi … 3531#p3531
Si dans le moment on ne peut pas trop compter sur l'automatisme de Qelectrotech pour cet exemple, j'imagine que je ne devrait pas avoir trop de mal à les reproduire entièrement en manuel en reproduisant les symboles un par un? Y'a t-il quelque chose là-dedans qu'il me serait IMPOSSIBLE à reproduire?
Tu peux tout dessiner je pense, sauf les traits de conducteurs en obliques.
redessiner les renvois sous forme de bulle pour les rungs comme (1N2) par exemple serait un plus.
A première vue, la gestion des rungs sera difficile, il me semble que les XREFs bobine/contacts par exemple sont justement basés sur la ligne #RUNG, non?
Du moins c'est ce qui nous avait été demandé à l’époque.
Apres nous n'avons aussi très peu de symboles au standard AINSI, ça peut-être déjà un bon début d'enrichir la collection de ce coté.
La raison de mon message est que je suis au Québec et ici c'est le standard Américain ANSI qui prime avec les plans en échelle (ladder) à la verticale en format Lettre. Il me semble Qelectrotech manque cruellement d'élements pour pouvoir satisfaire dès le départ les concepteurs de notre côté de l'océan est-ce que je me trompe? Est-ce que c'est par manque d'utilisateurs américains?
Je ne pense pas, voila les stats 2016 par régions, il me semble y voir un peu plus d’engouements pour QET en ce début d'année de ton coté de l'atlantique, que l'année dernière.
Bonjour Julien,
si je me rappelle bien, oui ça nous avait été demandé une fois il y a longtemps, surtout pour dessiner "automatiquement" sous forme de schéma ladder.
Ici en France, ce type de schéma n'est pas courant pour détailler une installation, j'en ai rarement vu.
Si c'est le cas, il me fera plaisir de vous faire part de mes commentaires et suggestions pour aider au développement Nord Américain.
Oui avec plaisir, il y surement de bonnes idées et suggestions a prendre, parfois il ne faut pas grand chose pour arriver a nos fins, détourner une fonction, un élément, ... toutes idées sont bonnes à étudier.
Salutations,
Laurent
Oui, comme d'habitude. ;-)
scorpio810 wrote:@ Galexis: Erik propose de regarder comment le logiciel Kicad utilise son éditeur d’élément : pour faciliter le routage, ceci dans le but d’améliorer la génération automatique de borniers, plus tard dans QET.
Wahou ! Tu lis dans les boules de cristal !!!
@ Nuri :
j'accepte comme tu dois t'en douter avec grand plaisir, ça devrait aussi étayer la news quand je trouverai le temps de l’écrire.
@ Galexis: Erik propose de regarder comment le logiciel Kicad utilise son éditeur d’élément : pour faciliter le routage, ceci dans le but d’améliorer la génération automatique de borniers, plus tard dans QET.
La version dite stable, c'est juste un tag !
car il faut bien de temps en temps dire stop on arrête de rajouter des nouveautés ! on va souffler un peu, les utilisateurs ont leur dernière version, maintenant c'est nous qui allons se reposer et réfléchir au sens à donner à la prochaine version...
Bon, ok en principe ça passe par plusieurs stades, alpha, beta, RC1 RC2 etc, puis la release finale, mais ici on vous offre des paquets dit Nightlies qui collent aux derniers commits envoyé sur le trunk de notre Subversion.
Vous êtes à même de tester chaque avancée, et de nous rapporter les problemes quand vous en trouvez, s'il y en a. Donc je ne devrai pas faire de tag alpha et beta pour la 0.51, elle passera de suite en 0.6 RC1 .
Sortir un tag ou une release ce n'est pour moi que deux ou trois commits à faire et lancer deux ou trois scripts.
Prévenir les empaqueteurs des différentes distributions de la version ou tag à venir, mais c'est surtout tout un travail de recensement et d’écriture ... sur les évolutions apportées, corrections de bugs, etc, depuis le début de cette branche/version.
C'est cette dernière tache qui est la plus lourde.
Il faut expliquer et résumer en quelques lignes, parfois avec images et vidéos à l’appuie toutes les nouvelles fonctions et comment elles fonctionnent, à fin que ceux qui découvrent la nouvelle version ou le logiciel et ne sont des assidus du forum ou des commits Subversion puissent la découvrir avec plaisir et sans avoir à se poser trop de questions.
Une fois la nouvelle écrite et corrigée, elle sera diffusée et probablement copiée par de nombreux sites de par le monde.
Pour l'instant il reste encore a voir la numérotation automatique des bornes qui ne fonctionnent plus, fignoler un plus l'interface et certains widgets, et de mon coté en plus de l'ecriture de la news, étudier la création d'une association pour QElectroTech.
Bonjour,
oui, le panel d’éléments à été découpé en plusieurs widgets après la 0.5 : projet, Collections.
Tu devrais l'essayer. 
Bonjour,
tu ne l'aurais pas supprimée par inadvertance?
Dans ce cas il suffit de la cocher dans le menu Configuration -> Afficher :
Then, I put the binary in /home/nuri/.qet and start QET.
I open the element editor and click on "Starting the DXf converter plugin" and... nothing happens 
You run chmod +x DXFQET before?
Furthermore, the DXFtoQET 15.11.2015 is about 1MB big and those from 26.03.2016 is about 20MB big.
Why such a difference? 
Latest is builded in debug mode, don't run perfect in release mode ..
Same thing with latest ronny commit, and the result isn't nice for the moment.
Bonjour et merci pour les compliments qui nous font toujours très plaisir,
nous avons tout fait justement dans le code pour éviter d'avoir des noms de conducteurs différents quand ils sont sur la même liaison équipotentielle afin d’éviter les erreurs de câblages.
Dans ton cas précis il te faudrait créer un symbole croix, un T, ou Y ou ce que tu veux, rajouter les bornes de connections et le définir en tant qu' élément simple dans l’éditeur d’élément, mais surtout pas en bornier !
Donc tous les fils accrochés à cet élément pourront avoir des noms différents, et sur le dessin ça ne se verra pas.
Yes, we changed the method to draw basic shapes and modify their XML attributes in the beginning of the version 0.51 devel for more functions and features:
https://qelectrotech.org/forum/viewtopi … 4353#p4353
Laurent
Windows XP compatible :
https://download.qelectrotech.org/qet/b … ytouse.zip
You are right, I tried and have the same issue.
Perhaps after update my cross environment to Qt 5.8
http://blog.qt.io/blog/2017/01/23/qt-5- … nt-1198905
Windows XP isn’t supported anymore as a target since Qt 5.7. If you need to continue supporting Windows XP, you must unfortunately stay with Qt 5.6.
Sorry !
But for the future release I can prepare a Windows XP compatible build.
scorpio810 wrote:Windows XP is supported
still only by QElectroTech
It's a little more work for me, but as long as it's possible for me, QElectroTech will support Windows XP for our users, and I think especially for those in education, schools and for all those in developing countries, or for those which not have money to buy a new machine or can't install Gnu/Linux and need to learn electricity, pneumatic, hydraulic, etc..
I think, XP isn't longer supported ...
Windows XP is supported, I patch Qt for this in my cross-compiler env:
https://github.com/mxe/mxe/issues/1394# … -239201213
Hi,
you could try with
https://download.qelectrotech.org/qet/t … st_x86.exe
Hi Unalcalde,
I saw quickly, but I think upstream and downstream screws are mixed, no?
You could add numbering into conductors in your diagram and draw your cables in Block terminal?
"designation input field" can be I think for me a better solution for user choose where draw each bridge with the automatic Terminal block generator.
@Galexis I can't see how to make it when you have different bridges on first and second screws ?
I don't have here examples with drawings with this bridges in upstream and downstream on terminal block.
I think we should propose several scenarios on the Terminal Block Plugin config, users can choose the best solution depending on the case.
Sometimes I need to represent terminal blocks like this :
And I think is dificult for scripting it or find idea to solve it without working on Terninal Block function in the inside QET code, in the future.
Bug 114 fixed.
QElectroTech → Posts by scorpio810
Powered by PunBB, supported by Informer Technologies, Inc.
Generated in 0.102 seconds (22% PHP - 78% DB) with 6 queries
