注释
是意大利语? |
Gli incidenti avvengono。Non lasciare la tua macchina incustodita mentre lavora! LaserGRBL, che è un programma che gira sul PC, non può proprio fare nulla per impedire quello che è successo。Una volta che ha inviato i comandi alla macchina ha finito il suo lavoro。 La macchina è indipendente dal PC。Se il PC si impalla, va in stand-by, si disconnette, o crasha, la macchina deve prevedere i suoi propri sistemi di sicurezza。 E’ per questo che sistemi di sicurezza devono essere implementati a livello hardware nella macchina。Mi spiace, ma LaserGRBL non ha nulla a che fare con quello che tiè successo。 Sul tuo 控制器 (la scheda che controlla laser e motori) gira un firmware che si chiama grbl che nasce per controllare le CNC。 Le CNC hanno problemi di sicurezza diversi dai laser. Se un CNC si ferma perché non riceve più comandi ei motori non si muovono, anche se il mandrino continua girare non succede nulla。Su una marcatrice se il laser non si spegne succede quello che è successo a te。 E’ proprio per questo motivo che a partire dalla versione 1.1 gli sviluppatori di grbl hanno aggiunto una flag di configurazione “Laser Mode” che prevede un funzionamento per il laser tra cui quello di spegnersi automatamente quando non c’è moto (se si attiva) il LaserMode e si usa M4). Ti suggerisco di leggere attentamente e fare le opportune considerationi. https://github.com/gnea/grbl/wiki/Grbl-v1.1-Laser-Mode |
ti ringrazio infinitamente, userò semper M4 per maggior sicurezza dato che ho grbl 1.1。 |
Per quanto riguarda il messaggio di eccezione ho cercato di approfondire。 LaserGRBL cerca di intercettare tutte le condizioni di errore previste senza mandare fuori questa finestra, che dovrebbe uscire solo in casi eccezionali. Per esempio se si stacca il cavo, o se la porta smette di rispondere, non dovrebbe uscire questa finestra, ma LaserGRBL cerca di capirlo e dovrebbe semplicemente passare a stato disconnesso。Eventualmente, se questo accade durante la lavorazione, lo segnala con una finestrella come questa, che è la finestra che esce sul mio PC se stacco il cavo mentre sto facendo un lavoro。 La finestra che hai visto tu esce solamente quando succeed qualcosa di imprevisto, che il codice non cerca di gestire in modo migliore。(非 se riesco a spiegarmi)。 Cercando su google sembra che solo su Windows 7 ci sia un problema con la porta seriale che fa uscire questo problema。 https://stackoverflow.com/questions/3808885/net-4-serial-port-objectdisposedexception-on-windows-7-only |
Intanto 感谢 ancora per il tempo dedicatomi。 Di nuovo grazie se vorrai prendere in considerazione la mia mail. 再见 |
再见! Il tuo problema è sicuramente di tipo elettrico, un disturbo ti entra sul cavo e ti fa resetare l’arduino o qualcosa del genere。Verifica la messa a terra del tutto。 Se te la cavi un po’ con l’elettronica prova ad aggiungere un condensatore elettrolitico da 1000uF circa sulla linea di alimentazione。男性非 fa。 |
您好,
我有一个经典的 arduino+grbl 1.1,板载 20w 激光器。
已安装激光 grbl 3.31。
当我拔下风扇抽取器的电源(220 伏)时运行工作,机器停止并向我显示有关丢失连接的警报弹出窗口,激光保持相同的功率但电机不运行所以我试验了使用的乐趣一个灭火器!
我的实验室外面冒着火和烟,没什么特别的。
无论如何……这是弹出窗口中收到的文本:
LaserGrbl v3.3.1.0
Grbl v1.1h
Wrapper:UsbSerial
Win 7,Ultimate,6.1.7601.65536,Service Pack 1(0)
TypeOf 异常 [System.ObjectDisposedException]
异常消息 [L’handle Safe è stato chiuso]
异常源 [System],线程 []
异常方法 [Boolean GetOverlappedResult(Microsoft.Win32.SafeHandles.SafeFileHandle, System.Threading.NativeOverlapped*, Int32 ByRef , 布尔值)]
———-
System.IO 中的 Microsoft.Win32.UnsafeNativeMethods.GetOverlappedResult(SafeFileHandle hFile, NativeOverlapped* lpOverlapped, Int32& lpNumberOfBytesTransferred, Boolean bWait)
中的堆栈跟踪———— .Ports.SerialStream.EventLoopRunner.WaitForCommEvent()
in System.Threading.ThreadHelper.ThreadStart_Context(Object state)
in System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
in System.Threading.ThreadHelper.ThreadStart()
我在目前没有的关于带铁氧体的 USB 电缆的常见问题解答中添加了红色,但我尝试了 5 种不同的不带铁氧体的电缆。
同样的问题,
注意:我之前已经雕刻了很多小时而没有遇到这个问题,所以我需要帮助才能不烧毁我的房子。