amedee

I have this one for the nozzle and this one for the shims...

Le 5V est fourni par un régulateur à découpage Allegro A4403GEUTR-T qui délivre 3A, donc ce n'est pas les 40mA des LEDs qui vont faire la différence. Pas de problème avec les anciennes cartes. Dans la version commutée il y a un transistor qui s'ajoute, mais le schéma des cartes 2.1.4 n'est pas publié dans un format que je peux lire, je ne peux pas dire si il y a beaucoup de réserve ou pas... @electromu ?

En parallèle avec quoi? Le ventilo de la tête? Tu n'as pas une carte qui coupe le ventillo à froid? Sinon 40mA, ce n'est pas grand chose, il n'y a pas beaucoup de risque...

TL; DR You can download Cura-2.4.0-bUlles.AppImage which contains the fixes. Checksum: $ sha256sum Cura-2.4.0-bUlles.AppImage 35d85a9e6834e82ef180c52dba98e72a0a2e4d22210a3452a93eabb67a6130d5 Cura-2.4.0-bUlles.AppImage Long Story - the hard way When you unpack the image you run in the GitHub issue #1541. This can be fixed in CuraApplication.py by un-indenting lines 398 & 399. The problem is that you don't have this file as it is frozen, but you can get it from github. Here is an example of what you can do (I have unpacked the image in /opt/cura24): root@wheezy64:~# wget https://raw.githubusercontent.com/Ultimaker/Cura/2.4/cura/CuraApplication.pyroot@wheezy64:~# cp CuraApplication.py /opt/cura24/usr/bin/lib/python3.5/cura/root@wheezy64:~# vi /opt/cura24/usr/bin/lib/python3.5/cura/CuraApplication.pyroot@wheezy64:~# diff CuraApplication.py /opt/cura24/usr/bin/lib/python3.5/cura/CuraApplication.py398,399c398,399< self._plugin_registry.loadPlugin("ConsoleLogger")< self._plugin_registry.loadPlugin("CuraEngineBackend")---> self._plugin_registry.loadPlugin("ConsoleLogger")> self._plugin_registry.loadPlugin("CuraEngineBackend") That's it, now it should work as intended.

I'm afraid not, you will have to wait for 2.5. It is fixed in 2.5 tree and 'master', they do not fix it in 2.4 source tree, which seems to tell us we won't have another 2.4.x before 2.5. But that's just how I see it. The fix itself is very easy, you just need to correct the typo in PauseAtHeight.py Line 40 (amount instead of ammount). Now on Linux it is a bit tricky as you have to explode the AppImage for this fix, and you might run into the other issue I had 2 posts above... This could be easily fixed as well in CuraApplication.py, but unfortunately it is frozen, so you have to download it first. Maybe you will be lucky to have it running (it is really random), if not I'll provide detailed instructions tonight.

I don't know why Ultimaker went initially for a 12V fan: it is a continuous source of problem, people replace it with a 12V fan, and guess what -- they get troubles. The ones from Ultimaker seem to survive 19V, but most do not. If you have a dual fan setup, you can either use 12V fans in series, or 24V fans in parallel. When you choose 'High Flow' fans you will have more than enough airflow.

Hors sujet, mais les qualités du XT sont supposées être dans ses propriétés mécaniques, pas sa résistance aux hautes températures...

.... And we have white smoke! ;TYPE:CUSTOM;added code by post processing;script: PauseAtHeight.py;current z: 5.000000M83G1 Z6.000000 F300G1 X190.000000 Y190.000000 F9000G1 Z15 F300M84 E0M0 ;Do the actual pauseG1 Z6.000000 F300G1 X98.917000 Y93.260000 F9000G1 F9000M82G92 E110.758660;LAYER:47 I have filed a GitHub issue (#38)

Mystery solved: PluginRegistery uses os.listdir() to get plugins. Order is not defined with this call, so depending on how the files are in the directory block, you get different results, and I am unlucky to have CuraEngineBackend at the end. Small test to illustrate: >>> import os>>> os.listdir("/opt/cura24/usr/bin/plugins/plugins")['XRayView', 'UltimakerMachineActions', 'GCodeProfileReader', 'CuraProfileWriter', 'ConsoleLogger', 'LocalFileOutputDevice', 'FileHandlers', 'Views', 'GCodeWriter', 'MachineSettingsAction', 'LayerView', 'X3DReader', 'SliceInfoPlugin', 'VersionUpgrade', 'PostProcessingPlugin', 'Tools', 'USBPrinting', 'PerObjectSettingsTool', 'LegacyProfileReader', 'CuraProfileReader', 'SolidView', 'UM3NetworkPrinting', 'XmlMaterialProfile', 'ChangeLogPlugin', '3MFReader', 'ImageReader', 'CuraEngineBackend', 'AutoSave', 'Doodle3D', 'RemovableDriveOutputDevice', 'UpdateChecker', '3MFWriter', 'FileLogger']>>> os.listdir("/mnt/usr/bin/plugins/plugins")['3MFReader', '3MFWriter', 'AutoSave', 'ChangeLogPlugin', 'ConsoleLogger', 'CuraEngineBackend', 'CuraProfileReader', 'CuraProfileWriter', 'Doodle3D', 'FileHandlers', 'FileLogger', 'GCodeProfileReader', 'GCodeWriter', 'ImageReader', 'LayerView', 'LegacyProfileReader', 'LocalFileOutputDevice', 'MachineSettingsAction', 'PerObjectSettingsTool', 'PostProcessingPlugin', 'RemovableDriveOutputDevice', 'SliceInfoPlugin', 'SolidView', 'Tools', 'UltimakerMachineActions', 'UM3NetworkPrinting', 'UpdateChecker', 'USBPrinting', 'VersionUpgrade', 'Views', 'X3DReader', 'XmlMaterialProfile', 'XRayView'] This would be perfectly OK if there were no dependency, but as PostProcessingPlugin depends on CuraEngineBackend and it comes later in my copy... I have filed this on Github (#1541), in the meantime I'll try to play with my directories to get things in the 'right' order so we can focus on the actual problem...

I have investigated a bit why the PostProcessing plugin crashes, and it is a 'race condition'. I have taken screenshots as the 'code formatting' of the forum is not always great... First case: AppImage mounted on /opt/cura24 -- the PostProcessing pluging starts correctly: Second case: AppImage copied on /opt/cura24 (respecting file attributes) -- the PostProcessing pluging crashes because the backend is not started yet, and Application.getInstance().getBackend() returns None: I have really no clue on why this happens...

I think as well that if the hot-end side is OK, then the culprit is probably the extruder. In addition to what @gr5 said, also look at the plastic wheel which pushes the filament against the bolt. It tends to deform and becomes ineffective. Best is then to replace it by a bearing.

It is never a good idea to run 12V fans on 19V output. Some will survive, other not...

As I was curious I just tried 2.4 on Debian Jessie... Running AppImage: same issue as you have Mounting the AppImage and starting AppRun: no change Copying the image content to another location (So I can edit files for debugging): it all works, except PostProcessingPlugin which crashes at startup!!! (see below) 2017-03-14 16:42:00,604 - INFO - UM.PluginRegistry.loadPlugin [100]: Loaded plugin VersionUpgrade21to222017-03-14 16:42:00,618 - ERROR - UM.Logger.logException [65]: Exception: Error loading plugin PostProcessingPlugin:2017-03-14 16:42:00,620 - ERROR - UM.Logger.logException [69]: Traceback (most recent call last):2017-03-14 16:42:00,621 - ERROR - UM.Logger.logException [69]: File "/build/2.4/build/inst/lib/python3/dist-packages/UM/PluginRegistry.py", line 87, in loadPlugin2017-03-14 16:42:00,623 - ERROR - UM.Logger.logException [69]: File "/opt/cura24/usr/bin/plugins/plugins/PostProcessingPlugin/__init__.py", line 21, in register2017-03-14 16:42:00,624 - ERROR - UM.Logger.logException [69]: return {"extension": PostProcessingPlugin.PostProcessingPlugin()}2017-03-14 16:42:00,625 - ERROR - UM.Logger.logException [69]: File "/opt/cura24/usr/bin/plugins/plugins/PostProcessingPlugin/PostProcessingPlugin.py", line 37, in __init__2017-03-14 16:42:00,627 - ERROR - UM.Logger.logException [69]: self.scriptListChanged.connect(Application.getInstance().getBackend().forceSlice)2017-03-14 16:42:00,629 - ERROR - UM.Logger.logException [69]: AttributeError: 'NoneType' object has no attribute 'forceSlice'2017-03-14 16:42:00,654 - INFO - UM.PluginRegistry.loadPlugin [100]: Loaded plugin TranslateTool @nallath: is this expected behaviour? because if you can't run from a copy of the image, you can't install your own plugins anymore (or your own printer definitions)...

+1 Les réseaux sociaux c'est peut-être bien pour la pub, mais ce n'est pas équitable pour les participants...

I see no reason why it should be different in 2.4... But I can't answer that formally, my personal experience tells me it is not always a good idea to be early adopter of new Cura releases, so I am still with 2.3 for now

Ca fait un bail que je l'utilise, je ne me rappelle plus très bien, mais dans les choix de licences il y a un pour 'Enthusiast' qui te donne accès pour un an, renouvelable (après un an il te demande de confirmer que tu es toujours enthousiaste, et c'est repartit pour un an). A noter qu'il faut absolument partir de la version de F360 téléchargée de Autodesk. Je ne sais pas comment ça fonctionne dans le monde Windows, mais sur OSX la version de F360 qui est dans le App Store n'est pas éligible pour les licences gratuites.

Dans le 'libre', en dehors de OpenScad je n'ai rien trouvé de suffisamment stable correspondant à mes besoins. Dans le gratuit il y a DesignSpark Mechanical pour Windows et Fusion 360 pour Windows et OSX (Ma préférence va vers Fusion360, d'abord parce que je n'ai pas Windows, mais aussi parce qu'il fait la FAO pour ma CNC). (Fusion360 est gratuit pour le hobbyiste, pas pour une utilisation commerciale) Après comme tu les dis les autres sont en général hors de portée financièrement. Cela dépend aussi de tes besoins -- bien que ça date un peu, j'aime bien cet aperçu...

Just use the wooden adjustment tool you got with the printer (or print new ones if you lost them!)

At the place you installed Cura... So for most people it would be: /Applications/Cura.app/Contents/Resources/plugins/plugins/PostProcessingPlugin/scripts/ (unless you installed it somewhere else)

If you are talking about the PostProcessing scripts, on OSX they are in Cura.app/Contents/Resources/plugins/plugins/PostProcessingPlugin/scripts/

The API has changed between 2.1 and 2.3 - look at existing plugins to see what's changed (getSettingData vs getSettingDataString) Yes, it is "by design"

Fillets et chanfreins c'est un peu galère dans OpenScad... Pour les fillets, minkowski() avec un cylindre est souvent une bonne approche, pour les chanfreins des cubes tournés à 45° J'aime bien l'aspect challenge programmation / trigonométrique de OpenScad, mais si on veut être productif, un logiciel de CAO plus "évolué" aide quand même ...

Il n'y a pas de SMIC en Belgique, mais bien un RMMG et on parle à peu près des mêmes montants... Voir http://www.emploi.belgique.be/defaultTab.aspx?id=39004

Sans compter que ça c'est pour un salaire d'employé (c'est à dire avec les congés payés et le toutim) Si tu comptes 10€ de l'heure en temps qu'indépendant, après avoir enlevé l'amortissement de tes investissement, tes coûts opérationnels et les impôts il ne va pas te rester grand chose. Si tu veux te lancer en temps qu'indépendant, je te conseille vivement de faire un plan d'affaires avec un spécialiste, parce que avec les hypothèses que tu exposes là, tu vas droit dans le mur...