开云体育

Why is it said that reamers drills or other metal items should not touch when being stored? I have a box of reamers from a yard sale that has > 50 reamers all lumped together in a wood box. I cannot imagine how much room would be needed if all of these reamers were in individual holders. These reamers have been together for years they were in the box before I bought it 10 years ago. So why is it said to not allow them to touch? Ralph Clausing 8520, Craftsman 12x36 Lathe, 4x12 mini lathe, 14" Delta drill press, 40 watt laser, Consew brushless DC motors and a non working 3D printer

Wishing all members a happy and productive new year in 2021. also a big welcome to the new members and hoping whatever your engineering hobbies are, we have a group that will accomodate you all. Please use the hash tags # when posting and if not a specific one that accomodates you then I will gladly organise to suit your needs. Best wishes -- John

Hi all, First time here and already found some useful info. Thanks to the translator function I discovered RELS on a Russian forum via Igorkawa's video a while ago. And then find Oleg's design here too, hi. Looks like a good platform to look for and exchance idea's and projects. At the moment I am building and installing the Automation Artisans ELS-kit. Best regards, Dirk

I powered up the Prusa I3 3D printer this morning and got an error on the display. MIN TEMP Nozzle and bed temps on the display were 2 C Never had this before, I thought it was a Firmware issue. Opened up the Saguinolou sketch via Notebook ++ and to my surprise there is a Min temp on both bed and nozzle heaters. of 5 C. Checked the temp of my workshop where the printer is situated and it was 3 C. After lighting up the shop wood stove and getting the temp past 10 C, then powered up the printer all is well again. Phew. Also there is a MAX temp of 275 C Fire prevention I think. Outside temp in my mountain village this morning - 4 C , It?s getting cold here and 50 MPH winds. Thought it may be of interest to 3D hobbyists. Best wishes and again new members. please introduce yourselves. -- John

Best wishes to all for a Merry Christmas and a Happy, Healthy New Year! Let's hope that 2021 brings an end to this pandemic and the terrible toll that it has taken on us all... -- Regards, Charlie New Jersey, USA ANTHONY’S LAW OF THE WORKSHOP: Any tool, when dropped, will roll into the least accessible corner of the workshop. THE LINDO COROLLARY: If you have cats, they will promptly hide the tool.

Wishing all members seasonal greetings. Hoping that 2021 will see a better year with the global situtations that we all have faced in 2020. Best wishes -- John

Hello, All, I just received this email from YouTube, and was surprised that it made at least very significant change that affects casual users. YouTube will have the right to include ads in ANY posted video. They need not ask you, and you have no say in the matter. I am not making a statement as to whether this is right or not, just trying to make everyone aware it will happen beginning January 1, 2021. I believe that many of you use YouTube at least occasionally, as do I. Just be aware... You're receiving this email because we're updating the YouTube Terms of Service ("Terms") to clarify our terms and provide transparency to our users. These changes shouldn't significantly alter your access or use of the YouTube service. A summary of the changes: · Facial recognition restrictions: The Terms of Service already state that you cannot collect any information that might identify a person without their permission. While this has always included facial recognition information, the new Terms make that explicitly clear. · YouTube's right to monetize: YouTube has the right to monetize all content on the platform and ads may appear on videos from channels not in the YouTube Partner Program. · Royalty payments and tax withholding: For creators entitled to revenue payments, such payments will be treated as royalties from a U.S. tax perspective and Google will withhold taxes where required by law. Please make sure you read the updated Terms carefully. The new Terms will take effect on 18 November, 2020 for users in the U.S., and similar changes to our Terms of Service will be made outside the U.S. in 2021. By continuing to use YouTube after this date, you are agreeing to the new Terms. If you would like more information, visit our Help Center. Please note, if you allow your child to use YouTube Kids, then you are agreeing to the new Terms on behalf of your child as well. -- Regards, Charlie New Jersey, USA ANTHONY’S LAW OF THE WORKSHOP: Any tool, when dropped, will roll into the least accessible corner of the workshop. THE LINDO COROLLARY: If you have cats, they will promptly hide the tool.

Richard, I do not see what pins to use for the LED. I see #define OLED_RESET 4 which I assume is using pin 4 on the Arduino. But I do not see the other pins called out. Of course I do not know much about what I am doing. And just to complicate things I am using a different display so I'll need to make adjustments. Ralph -- Clausing 8520, Craftsman 12x36 Lathe, 4x12 mini lathe, 14" Delta drill press, 40 watt laser, Consew brushless DC motors and a non working 3D printer

Hello everyone. In my daily life I'm a (non-embedded) software developer, and use (and sometimes contribute to) many open-source projects (tools, libraries, etc). I would say 99% of these open source are hosted on GitHub. I was therefore surprised, when I found out that it's not as prevalent among open source hardware-related projects. I've seen multiple digital hobbyist projects which, while open source, don't seem to use any form of source version control systems (or, if they do, it's only privately). Releases are shared on the forums/boards as zip files, there is no well-defined process for submitting contributions. I would like to know what the others think about the topic. Now I saw in another thread John D mention he really doesn't like GitHub, it's the first time I hear a person say that, and would be very interested to listen to the reasons. For people familiar with programming but not used to source version control or platforms such as GitHub/GitLab/etc, I will give a brief overview below. People that are already familiar with the matter may skip to the last paragraph. Source version control systems (VCS) are used to track changes in source code. As you (and any collaborators) work on a piece of software, VCS records the history of your changes. Later in time, you can find out when was some line of code added and by whom (with a comment left by the author that is supposed to shed light on the reason for the change). It's easy to revert changes that turned out to be not such a good idea. It's easy to create a new "branch" to experiment with things, then quickly switch back to the stable branch to make an urgent bugfix. Collaboration is improved as contributions from multiple authors (even to the same file) can be merged together with convenient tools. VCS are also quite efficient, because every time only the changes are stored, not full versions of your files. Git, a software version control system (VCS), had originally been developed by Linus Torvalds for use in Linux kernel development. It is now the most commonly used VCS, used by most developers. Other well-known VCS are: RCS (very old), CVS (old), Subversion (svn), Mercurial (hg). I would guess no one uses RCS or CVS anymore, svn and hg has their followers, but they are in the minority. A great thing about git is that it can function in a decentralized and server-less way (there is also a server). If you want, you can use all the features git provides without needing an internet connection. The entire history is stored locally. You could just backup your repo as a zip file, give a copy to your friend, then exchange contributions as patch files over e-mail. You can also set up your own git server locally or remotely, which is pretty easy. Or you can use a free git hosting provider, such as GitHub or GitLab, which is what most people do these days. There is no worry about one of these providers suddenly deciding to drop their free services, as you always have the full local copy (clone) of the repository including all the history, this can be easily moved to another provider if the need arises. Services like GitHub or GitLab offer other useful tools besides git itself. These allow developers to conveniently manage things which are quite awkward and ad hoc when done via e-mails, forums and boards. Issue tracker: users (or developers themselves) can create bug reports or feature requests. Those are handled similar to threads on a forum. When writing code to resolve an issue, a comment is put linking the code changes with the issue number. This way it's easy to see later how some issue was fixed, or which issue a given piece of code relates to. Releases: it's easy to create a version of your software and make a release (zip or tar.gz file). Releases are finished pieces of software (compiled, if applicable) to be distributed to end users who are not interested in the source code itself. These regular users (non-developers) just click the "Releases" link on your project page, and download the latest version, or an older one if needed. It's also easy to download a f

When I was an apprentice many years ago in the UK we worked with imperial measurements. An inch was 1.000" a tenth was 0.100", one hundredth was .010", a thou' was 0.001", and a tenth of a thou was 0.0001". I now see our American friends refer to 0.001" as a mil. When did this start and why does the thou' seem to be out of fashion. Given the use of metric measurements on both sides of the pond is the use of mil not likely to cause confusion with the millimetre? Typically over here (as far as I am concerned) a tenth of a mil is 0.1mm not 0.0001" Richard

that's Dewey's job ! animal

‘Milli’ is the standard SI prefix for ’thousandth’* (and it derives from the same latin root ‘mille’ ), but I’ve never hear the plain term ‘mil’ used in relation to any of these measurements. *In fact that is what the ‘Milli’ part of ‘milli-meter’ is :-) https://www.nist.gov/pml/weights-and-measures/metric-si-prefixes -- Bruce Johnson "Wherever you go, there you are." B. Banzai, PhD