Forums
New posts
Search forums
What's new
New posts
Latest activity
Articles
Members
Current visitors
Log in
Register
What's new
Search
Search
Search titles only
New posts
Search forums
Menu
Log in
Register
Install the app
Install
Forums
Lab talk, the good, the bad, and the ugly
Dental-CAM
DWX50 skipping the fine milling stage
JavaScript is disabled. For a better experience, please enable JavaScript in your browser before proceeding.
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an
alternative browser
.
Reply to thread
Message
<blockquote data-quote="zero_zero" data-source="post: 106817" data-attributes="member: 9932"><p>All communication protocols ( 100Base-T(Cat5)/ USB / RS485 etc. ) have some sort transmission error checking implemented on hardware level. There is usually no such thing as data loss, its just slowdown. </p><p></p><p>If would be, we would see lots of garbage (corrupted files) coming through our i-net connection all the time, not to mention backups to external hard drives. The data is being sent in chunks, depending on protocol this could be from a couple of bytes to 100's of kilobytes. If the receiver finds a corrupt data package will signal the host and that package will be resent, causing a slowdown. The receiver end uses memory buffers to mitigate such hiccups. </p><p></p><p>A milling job data wise is nowhere in comparison with a music download or video streaming by far. Speed is not important at all, the amount of data what can be sent via USB in a few secs would mean long hours of work for the mill.</p><p></p><p>What I suspect is happening is, that the microcontroller what sits in the mill on the receiving end could use a bigger buffer (if there's any) and/or a more robust error handling. I'm pretty sure the manufacturer is well aware of this and working on it, hence the frequent upgrades for the v-panel and the firmware. By recommending cable changes and advising against any other resource hungry PC activity while milling is to reduce the chances of any miscommunication between the mill and v-panel. </p><p></p><p>As PC's tend to slow down as time goes (OS problem: growing reg entries, fragmentation, mem dumps etc. ),a complete reinstall would probably help. Also finish all toolpath calculations before sending it to the mill to have all resources freed for the v-panel. Setting the priority for the v-panel process (in the taskmanager) to above normal or high would also help.</p></blockquote><p></p>
[QUOTE="zero_zero, post: 106817, member: 9932"] All communication protocols ( 100Base-T(Cat5)/ USB / RS485 etc. ) have some sort transmission error checking implemented on hardware level. There is usually no such thing as data loss, its just slowdown. If would be, we would see lots of garbage (corrupted files) coming through our i-net connection all the time, not to mention backups to external hard drives. The data is being sent in chunks, depending on protocol this could be from a couple of bytes to 100's of kilobytes. If the receiver finds a corrupt data package will signal the host and that package will be resent, causing a slowdown. The receiver end uses memory buffers to mitigate such hiccups. A milling job data wise is nowhere in comparison with a music download or video streaming by far. Speed is not important at all, the amount of data what can be sent via USB in a few secs would mean long hours of work for the mill. What I suspect is happening is, that the microcontroller what sits in the mill on the receiving end could use a bigger buffer (if there's any) and/or a more robust error handling. I'm pretty sure the manufacturer is well aware of this and working on it, hence the frequent upgrades for the v-panel and the firmware. By recommending cable changes and advising against any other resource hungry PC activity while milling is to reduce the chances of any miscommunication between the mill and v-panel. As PC's tend to slow down as time goes (OS problem: growing reg entries, fragmentation, mem dumps etc. ),a complete reinstall would probably help. Also finish all toolpath calculations before sending it to the mill to have all resources freed for the v-panel. Setting the priority for the v-panel process (in the taskmanager) to above normal or high would also help. [/QUOTE]
Insert quotes…
Verification
Who makes the popular shade guide?
Post reply
Forums
Lab talk, the good, the bad, and the ugly
Dental-CAM
DWX50 skipping the fine milling stage
Top
Bottom