On 2016-10-25 20:32, Chris Radek wrote:
> On Tue, Oct 25, 2016 at 11:09:04AM +0200, Alexander R??ssler wrote:
>> Is there a way to change the rapid traverse rate (G0) ate run-time?
>> Preferably without touching NML...
>
> You can choose from the Rapid Override slider (percentage) and the
> Max Ve
Somewhat new, I think it was introduced with 2.7.
- Original Message -
From: "Alexander Rössler"
To: "Chris Radek"
Cc: "Enhanced Machine Controller (EMC)"
Sent: Thursday, October 27, 2016 3:21:09 AM
Subject: Re: [Emc-users] Changing rapid traverse rate at run-time
On 2016-10-25 20:32,
I just started having a display issue that cropped up this morning when I
started up my EMC machine. For some reason the widow controls that normally show
up in the right hand corner of the window aren't there. The ones that let you
minimize, maximize, and close a window. I'm also not able to maxim
On 10/27/2016 05:58 PM, chris wrote:
> I just started having a display issue that cropped up this morning when I
> started up my EMC machine. For some reason the widow controls that normally
> show
> up in the right hand corner of the window aren't there. The ones that let you
> minimize, maximize
On 10/27/2016 10:58 AM, chris wrote:
> I just started having a display issue that cropped up this morning when I
> started up my EMC machine. For some reason the widow controls that normally
> show
> up in the right hand corner of the window aren't there. The ones that let you
> minimize, maximize
I found the fix for my problem. Alt F2 then enter xfwm4 --replace. Fixed the
problem just fine.
Thank you to everyone that responded to my question, I appreciate the help.
Chris
> On October 27, 2016 at 11:41 AM Jon Elson wrote:
>
>
> On 10/27/2016 10:58 AM, chris wrote:
> > I just starte
I am almost there first data exchange frame seems OK but at second frame slave
unexpectedly respond with "request fdl status".
Anybody who have a clue why?
On Sun, 5 Jun 2016 14:33:07 +0200
Michael Büsch wrote:
> Hi,
>
> I'd like to announce the first release of my LinuxCNC userspace HAL
> m
I am getting the impression that a micro-sd would have both poor loading
performace, call a surveyor to measure write speeds. And poor life in a
filesystem environment. SSD w/sata would be good, but the sata on a pi
is a bad kludge from what I'm reading.
So, Bari, Charles S., etc, what are you
On 10/27/2016 4:07 PM, Gene Heskett wrote:
> I am getting the impression that a micro-sd would have both poor loading
> performace, call a surveyor to measure write speeds. And poor life in a
> filesystem environment. SSD w/sata would be good, but the sata on a pi
> is a bad kludge from what I'm
On 2016-10-27 23:07, Gene Heskett wrote:
> I am getting the impression that a micro-sd would have both poor loading
> performace, call a surveyor to measure write speeds. And poor life in a
> filesystem environment. SSD w/sata would be good, but the sata on a pi
> is a bad kludge from what I'm r
On 2016-10-28 00:57, W. Martinjak wrote:
> three fast micro-sd cards
I forgot:
One fine silver marker for labeling the sd-cards with sequential numbers.
Believe me, it's really necessary.
--
"In der Wissenschaft siegt nie eine neue Theorie,
nur ihre Gegner sterben nach und nach"
Max Planck
---
For data storage most people will put the basic OS on the micro SD card and
then NFS mount user's home directories. Likely using automount. Don't put data
that changes on the SD card or then you will have to back it up
You likely do only accces the pi via ssh over wifi after you set it up.
>
On 10/27/2016 6:14 PM, W. Martinjak wrote:
> I forgot:
> One fine silver marker for labeling the sd-cards with sequential numbers.
> Believe me, it's really necessary.
I use a Shaprie on a small piece of Scotch tape, that way I can remove
the labels and apply new when necessary. I know of others
On 10/27/2016 04:07 PM, Gene Heskett wrote:
> I am getting the impression that a micro-sd would have both poor loading
> performace, call a surveyor to measure write speeds. And poor life in a
> filesystem environment. SSD w/sata would be good, but the sata on a pi
> is a bad kludge from what I'm r
On Thursday 27 October 2016 18:08:25 Charles Steinkuehler wrote:
> On 10/27/2016 4:07 PM, Gene Heskett wrote:
> > I am getting the impression that a micro-sd would have both poor
> > loading performace, call a surveyor to measure write speeds. And
> > poor life in a filesystem environment. SSD w/s
On Thursday 27 October 2016 18:57:15 W. Martinjak wrote:
> On 2016-10-27 23:07, Gene Heskett wrote:
> > I am getting the impression that a micro-sd would have both poor
> > loading performace, call a surveyor to measure write speeds. And
> > poor life in a filesystem environment. SSD w/sata would
On Thursday 27 October 2016 19:14:32 W. Martinjak wrote:
> On 2016-10-28 00:57, W. Martinjak wrote:
> > three fast micro-sd cards
>
> I forgot:
> One fine silver marker for labeling the sd-cards with sequential
> numbers. Believe me, it's really necessary.
I have at least 2 of those, someplace...
The SD card will work for file storage but just remember a class 10 SD card
will write at 10MB per second or 80Mbps.
The write speed to the cache on a normal rotating disk is 6Gb or 6000Mbps.
That is about two orders of magnitude better but that is "cheating" as it
is only the interface speed. Th
You wouldn't likely save the g-code on the SD card at all.
You'd have a wifi connection and load the g-code from your local network.
Those SD cards are used for storing photos and video quickly.
Photographers and videographers use TONS of memory over and over., and
quite frankly I never heard o
19 matches
Mail list logo