Re: [Emc-users] color me pissed
The blu rays work but the backup internal is to long. It really needs to be done every hour. Hourly backup is best done with a hard drive. A simple and painless way is to subscribe to a service. The guys who run the the big cloud can buy storage cheaper then you can and they have peta-bytes and do all the maintenance and upgrades for you. One problem with using small media is that to restore it you have to know a lot. Typically each disc is only the delta from a full snapshot so to restore you first restore the last ful image then you have to restore each change disc. On Mon, Jan 14, 2019 at 6:52 PM Jon Elson wrote: > On 01/14/2019 12:16 PM, Chris Albertson wrote: > > > > Oe of the worst problem is #1. A files that you don't read very often > > gets corrupted. and then is propagated all over you backup media. > > This takes some thought to prevent. The ONLY way is versioned backup > > -- NEVER overwrite old data with new. > I've been trying to stay ahead of the data explosion by > constantly improving backup systems. > Right now, I back up to blu-ray discs every couple weeks > (Oh, I wish ... OK, every couple months) > that are stored in a fire safe. The advantage here is that > they are not re-writeable media, so there is saved history > if I should need it. And, I back up every couple days to a > large spinning hard drive. My live discs are SSDs. > > I don't know how long the blu-rays are going to be > sufficient, they are already too small to hold everything, > so I have to do it in sections. > > Jon > > > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > -- Chris Albertson Redondo Beach, California ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] g92 problems
On 01/14/2019 04:37 PM, Gene Heskett wrote: Greeting Andy; The docs for G92 are a bit hazy, I find that with no arguments, it still puts the machines 0,0 at where the machine is ATM, which is not what I needed. Is this intentional? Hmmm, that should NOT change any offsets, unless it is a special case of G92, with no axes selected. Otherwise, how could you offset ONLY one axis, the others should not be changed. Jon ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] color me pissed
On 01/14/2019 12:16 PM, Chris Albertson wrote: Oe of the worst problem is #1. A files that you don't read very often gets corrupted. and then is propagated all over you backup media. This takes some thought to prevent. The ONLY way is versioned backup -- NEVER overwrite old data with new. I've been trying to stay ahead of the data explosion by constantly improving backup systems. Right now, I back up to blu-ray discs every couple weeks (Oh, I wish ... OK, every couple months) that are stored in a fire safe. The advantage here is that they are not re-writeable media, so there is saved history if I should need it. And, I back up every couple days to a large spinning hard drive. My live discs are SSDs. I don't know how long the blu-rays are going to be sufficient, they are already too small to hold everything, so I have to do it in sections. Jon ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] g92 problems
On Monday 14 January 2019 18:53:16 andy pugh wrote: > On Mon, 14 Jan 2019 at 22:41, Gene Heskett wrote: > > The docs for G92 are a bit hazy, I find that with no arguments, it > > still puts the machines 0,0 at where the machine is ATM > > I don't think it does. > > The docs: > http://linuxcnc.org/docs/devel/html/gcode/g-code.html#gcode:g92 > > Say: > "It is an error if: > all axis words are omitted." > > And trying it just now I get the error message: > "All axes missing with g52 or g92" And I don't, at least not where I could see it... odd. Cheers, Gene Heskett -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] Backup practice [Was: Re: color me pissed
On 14.01.19 10:16, Chris Albertson wrote: > Here are the classic failures: > > 1) You have a "backup drive" the mirrors all your data. SO after > spending a few hours edits files yu save the file but the software has > a bug and writes a corrupted file to disk. the yo "backup" the file > and this over writes the only good copy of the file, the one you > backed up yesterday.So not the file and the backup are corrupted. > Solution: NEVER over write a backup. only save the CHANGES. You > need to be able to go back in time and pull out the last working > version In reality, there's always more than one way to eat an elephant, so there's no real need to complicate life by making backups a growing agglomeration of deltas¹. The nifty and very *nixy rsync utility solves the write corruption problem directly. Rsync always verifies that each transferred file was correctly reconstructed on the receiving side, by checking a whole-file checksum that is generated as the file is transferred, so problem "1)" does not exist. To avoid another clobber problem - overwriting a newer file backed up from e.g. my laptop while out at the farm, the -u option protects. And backup to a bunch of usb sticks gives me recovery steps over recent history and off-site backup as they go with me when I leave the building. That said, there is another corruption problem common to all backup methods. I've had a usb stick corrupt dozens of bytes in a few files over time. If the source files have not changed, they are not rewritten, and the backup utility is unaware of the media deterioration. For that reason, I run a "diff -qr" on each directory tree after each backup. As I don't use --delete, rsync won't delete a file from the backup just because it's been deleted on the host. That preserves the backup in the event of an inadvertently clobbered file. As any file difference shows up in the "diff -qr", I'm prompted to recover an inadvertent loss, manually propagate a deliberate deletion to the backup media, or if it's late, go to bed and figure it out it later. > 2) You have a backup disk and it make automated saves every hour and > keeps a version history because you read the above. But lightening > strikes a power pole 1/4 mile from your house and the surge valve > destroys the computer AND the backup disk. Solution: Keep a redundant > copy of the data off-line. This done not need to be quite as up to > date but it should not be "live". Store it in some other room and no > connected to power data cables Indeed. If data exists in only one place, then before long it'll exist only in your imagination. I reformat the usb sticks as ext3, as vfatty stuff clogs my arteries. > 3) ... > > A basic url of thumb for data that is NOT business critical is that > "At all times, even during a a backup, that data shall exist on at > least three different physical media and in at least two different > geographical locations".For business critical data, that means > data that yu need to ear a living that can't be replaced, increment > those numbers by one. Four copies of the data in three different > locations. Very sound advice, and still best practice, I think. I'm taking one ute-load (Am: small pickup-load) of klamotten (En: stuff) out to a shipping container on the farm each month, and adding a usb stick to the load is warranted as I'd rather lose a load of physical goodies than irreplaceable data. Mind you, if the usb stick in my pocket doesn't make it out, then the need for it is much reduced. The Black Saturday fires here released the energy of 1500 Hiroshima nuclear explosions, with over 2,000 homes incinerated to the point of the bricks shattering and Al engine blocks running like water. California seems to be equally exposed to the problem now, and elsewhere in the world catastrophic firestorms are increasingly a foreseeable risk now. Erik (Top temp in the state today: 46°C/114.8°F, a cooler 37°C/98.6°F here. Gippsland rainfall lowest ever: 245 mm for the year, dams empty, so firefighting ability significantly reduced.) ¹ That's the job of a version control system, best practice for software development, very useful for system config files, and handy for text documents. But the job of backup is to archive stuff, including the VCS's files if one is used. (I still stick with venerable CVS, as there is no reason to adopt latest fashions here.) ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] g92 problems
On Mon, 14 Jan 2019 at 22:41, Gene Heskett wrote: > The docs for G92 are a bit hazy, I find that with no arguments, it still > puts the machines 0,0 at where the machine is ATM I don't think it does. The docs: http://linuxcnc.org/docs/devel/html/gcode/g-code.html#gcode:g92 Say: "It is an error if: all axis words are omitted." And trying it just now I get the error message: "All axes missing with g52 or g92" -- atp "A motorcycle is a bicycle with a pandemonium attachment and is designed for the especial use of mechanical geniuses, daredevils and lunatics." — George Fitch, Atlanta Constitution Newspaper, 1916 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] g92 problems
Gene wrote:; The docs for G92 are a bit hazy, I find that with no arguments, it still puts the machines 0,0 at where the machine is ATM, which is not what I needed. Is this intentional? That would imply G92 X0 Y0 would set Z0 because the command does not refer to the Z axis. In practice, it doesn't do that. Instead, it leaves Z unchanged, as we would expect. Or maybe it is a behaviour which only occurs when there are no specified axes at all? If so, then, logically, it should set all unmentioned axes to zero, including Z, A, B,C, U, V, W etc. Setting Z to zero by default might cause a problem or two.Marcus ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] g92 problems
Greeting Andy; The docs for G92 are a bit hazy, I find that with no arguments, it still puts the machines 0,0 at where the machine is ATM, which is not what I needed. Is this intentional? I ask, because it used to clear and restore to defaults in the align kit code. But if in testing how this works I was noting that both a plain g92 and a g92 x0 y0 both cause the home positions to jump to where the machine is. So I've commented all uses of this out of of the align kit. I've about got it all plumbed up so its doing something. Whether its actually right is YTBD. That will take some experimentation on plywood to check, but the backplot looks good ATM, thanks for that fix. Things are somewhat complicated by having a fixed 90 degree rotation in this db_panel-cutout code. It could be removed but then I wouldn't have found the problems like this. That means the fixed 90 must be in a global var so these subroutines can access the instant angular state and just trim that a few degrees. At least thats the general idea. But its about time I put on my chefs hat here. Thanks Andy. Cheers, Gene Heskett -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] G10 L2 R-90 isn't working?
On Friday 11 January 2019 05:28:30 andy pugh wrote: > On Thu, 10 Jan 2019 at 17:56, Gene Heskett wrote: > > Now its Thursday and, I'm back from the body shop, typeing a little > > slower, and sorer and with a foreign object in my chest. A > > pacemaker. > > Probably best if you don't try customising the pacemaker firmware :-) Hadn't contemplated that, Andy. Not yet... :-) Back on thread, I got my xml recovered so at least I can run the newest master of LCNC. The backplot is now rotated as it should be, but the span of x is now reported as a - figure. So IMO, the r-90 is missinterpreted yet. What I wanted was = to a 270 clockwise rotation with the -90 command, placeing the former 0.0 point at the lower left corner of the pattern at 0.0 being the lower left corner of the pattern. It is cutting it correctly, but the 0.0 point is now at the upper left corner of the pattern, a foot away from the desired lower right anchor corner. What it appears to have done is thrown away the - in G10 L20 p1 r-90. Playing a bit it seem R90 was the correct argument to get the effect I wanted. I suspect a large part of that is my understanding of how the rotation works since I've never before used it with that large an angle. But I still don't have a 4mm mill supply, so I'm still cutting air without motor power. And no perms to go climbing on the thing to hook up the final vfd controlling cable so I have control over the spindle from LCNC. There is yet some danger that strenuous effort from the left shoulder could displace the tickle wire lead into my heart, they want it to heal around it for a couple weeks before even carrying the coffee in more than cup qty's. But its progress. But now I need to set that as a default to be added to the align kit results. I want to be able to put the workpiece on a spoil board, and probe the former X edge to make a correction in case the spoil board is off a couple degrees. == To those contemplating the purchase of a 3020, or 6040 version of this router, be aware the drivers are only getting 14 volts and change, so the rapids aren't anything to write to mother about. By re-useing the old HF mill driver box, and still software stepping with an atom board rapids of 80 IPM are 100% doable on only 28 volts from motor power. So once I've made a 2nd copy of this newer 5i25/7i76 interface, getting rid of the software stepping. I expect to see rapids in the 200 IPM range. The only real reason to buy their driver box is the vfd in it can run from a std 127 volt wall plug. I will probably extract it, its programming pcb/display and the fan and put it in a smaller, certainly lighter box. That steel box weighs a young ton. I'll marry its huge block of alu used for a heat sink, with a piece of real heat sink when I do that. And since my garage is heated, I have 3 gallons of distilled in the water tank, and debating on useing some added 50-50 for corrosion control but I'd likely be better off with a bypass deionizer as thats saved me thousands in reduced plumbing maintenance in that old 1950's era water cooled GE transmitter at the tv station. Anybody else useing a deionizer instead of anti-freeze for this? Thanks Andy. Cheers, Gene Heskett -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] color me pissed
Here is the classic problem with backups that clothe live data. This is a well studied problem. Please, just do want the pros do, follow current best practiced you will be fine.Do not re-invent 1970's vintage solutions. Here are the classic failures: 1) You have a "backup drive" the mirrors all your data. SO after spending a few hours edits files yu save the file but the software has a bug and writes a corrupted file to disk. the yo "backup" the file and this over writes the only good copy of the file, the one you backed up yesterday.So not the file and the backup are corrupted. Solution: NEVER over write a backup. only save the CHANGES. You need to be able to go back in time and pull out the last working version 2) You have a backup disk and it make automated saves every hour and keeps a version history because you read the above. But lightening strikes a power pole 1/4 mile from your house and the surge valve destroys the computer AND the backup disk. Solution: Keep a redundant copy of the data off-line. This done not need to be quite as up to date but it should not be "live". Store it in some other room and no connected to power data cables 3) You have done all of the above but you house burned down. I know you rethinking "my house will not burn down" but EVERYONE who has ever had a fire thought the same thing. An "fire" is a stand-in for many other disasters like food Earthquake or the most common one: Theft of the equipment. Solution: Keep the backup data off-site. The farther off site the better. In another state if you can or at least at your office at work. A basic url of thumb for data that is NOT business critical is that "At all times, even during a a backup, that data shall exist on at least three different physical media and in at least two different geographical locations".For business critical data, that means data that yu need to ear a living that can't be replaced, increment those numbers by one. Four copies of the data in three different locations. Oe of the worst problem is #1. A files that you don't read very often gets corrupted. and then is propagated all over you backup media. This takes some thought to prevent. The ONLY way is versioned backup -- NEVER overwrite old data with new.We can afford to do this because the cost of media falls. In my case I have a primary backup that runs every hour. It is not very big because I can't generate much data in only one hour. This backup goes to the biggest and newest disk I own. Every two years or so I Buy a newer big disk and retire the old one.I wan the the backup to be on the newest and most reliable drive.SO I run the new disk in parallel with the old one and after some time unplug the old one and put it to see other use. Today in 2019 they sell good 8TB drives. That is 4 or 2 times larger then most people need.Botton like is that you can NEVER overwrite backup. The House fire/theft/flood/...problem is easy to solve. Just sign up for a service like "Backblaze" or something like it. For $5 per month they keep a up to date copy of all by files. Software in my computer scenes for changes and imeadeatly sends them to the service. If the house burned down I've have lost not more then maybe 90 minutes of work. $5 is cheaper than buying a disk drive.But the disadvantage is recovering the data. Downloading multiple TB would take forever. But they would for a price send it to me via FedEx on a USB drive Once you set this you can forget about it. It is automated. Because almost everyone actually do some kind of backup now days. The biggest loss of data is no longer hard drive failures like it once was. Today the cause is "loss of the equipment" by theft or accident. On Mon, Jan 14, 2019 at 5:55 AM Dave Cole wrote: > > > Get a copy of Clonezilla and put it on a stick drive and make it bootable. > https://clonezilla.org/ > It does an effective job of backing up and restoring entire Linux disks > without pain via a graphical interface. > It can also do baremetal restores as well. > > I use a little USB plug in Hard drive along with a USB stick with > Clonezilla to backup my Linux server. It has saved me a few times now > after a few bad installs, and when my server was hacked - twice in one > year.Highly recommended.The small USB hard drive and stick are > stored in a steel cabinet and are never left plugged in - in case of a > lightning strike. > > After I make any sizeable changes, I do a backup and give the backup > file an approprate name and timestamp.That makes fallbacks a lot > easier. > > Dave > > > On 1/13/2019 7:46 PM, Gene Heskett wrote: > > Greetings all; > > > > In search of something, anything that might give me a clue as to why > > about a months work on custompanel.xml was killing linuxcnc, I installed > > xmlindent, and xmlcopyeditor. > > > > Thinking I might find a clue in the re-indented code, I checked the man > > page
Re: [Emc-users] Fusion360 gcode= "Radius to end arc differs from radius start"
On 01/14/2019 10:53 AM, dan...@austin.rr.com wrote: Is adding a #TOLERANCE_INCH and #TOLERANCE_MM to the .ini file sufficient? What tolerances are reasonable? It depends on how many decimal places your CAM package supplies. If it supplies 4 digits (X1.2345) then probably .0002 should cover all the roundoff errors. Jon ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] color me pissed
They are not the cheapest but Amazon has 10-packs of 16GB USB sticks for $30. They even come in various colours and they promise Tuesday delivery. > -Original Message- > From: Gene Heskett [mailto:ghesk...@shentel.net] > Sent: Monday, January 14, 2019 11:25 AM > To: emc-users@lists.sourceforge.net > Subject: Re: [Emc-users] color me pissed > > Something I don't do and since I'm grounded from any great amount of > driving for another 2-3 weeks, it will be a while before I can collect > some usb keys. But it sounds like an economical way to get just in case > instant recoveries. I'm about 70% recovered now, just the tally led > restoration and a session of copy/paste should complete it sometime in > the next days. > > Thanks Dave > [...] > Cheers, Gene Heskett > -- > > > > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Fusion360 gcode= "Radius to end arc differs from radius start"
Is adding a #TOLERANCE_INCH and #TOLERANCE_MM to the .ini file sufficient? What tolerances are reasonable? Danny -From: "Jon Elson" To: "Enhanced Machine Controller (EMC)" Cc: Sent: Monday January 14 2019 10:02:44AM Subject: Re: [Emc-users] Fusion360 gcode= "Radius to end arc differs from radius start" On 01/14/2019 12:18 AM, Danny Miller wrote: > I'm managing a community shop with the CNC I designed and > built. It's running on LinuxCNC 2.7.4 > > I was told people brought in some Fusion360-generated code > that created an error "Radius to end arc differs from > radius start". Nobody has provided me that gcode, so I > have no further details. Google saysa this was a common > issue after a q4 2018 patch to fusion360 > Yes, a classic problem. LinuxCNC is strict about the start and end radius needing to match to high accuracy. My fix to this is to always use the R word instead of I and J to set the arc radius, then there is never any way it can't match. If fusion360 cannot be set to use the R word for arc radius, then you can try the tolerance adjustment. Jon ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users /> ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] color me pissed
On 01/14/2019 10:25 AM, Gene Heskett wrote: Mmm, that says you are running a stock router if any at all. I've not been bothered by hackers since I'm running dd-wrt on my router. Best thing I did was set up denyhosts, that watches for multiple ssh login fails from specific IP addresses, and puts them on the hosts.deny list. I set pretty strict rules for it, so any IP that got 3 login fails over a 2 week span would be locked out for several months. It was very interesting, EXACTLY 2 weeks after turning this on, the number of ssh attempts dropped from about 1000 a day to 3. So, somewhere on the dark net there is a list of nodes that are considered potentially hackable, and those that have been determined are too hard. Jon ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] color me pissed
On Monday 14 January 2019 08:56:40 Dave Cole wrote: > Get a copy of Clonezilla and put it on a stick drive and make it > bootable. https://clonezilla.org/ > It does an effective job of backing up and restoring entire Linux > disks without pain via a graphical interface. > It can also do baremetal restores as well. > > I use a little USB plug in Hard drive along with a USB stick with > Clonezilla to backup my Linux server. It has saved me a few times now > after a few bad installs, and when my server was hacked - twice in > one year. Mmm, that says you are running a stock router if any at all. I've not been bothered by hackers since I'm running dd-wrt on my router. > Highly recommended. The small USB hard drive and stick > are stored in a steel cabinet and are never left plugged in - in case > of a lightning strike. Just a usbkey would hold a copy of the config dir I am working in, several copies in fact. Everytime something works (for my definition of works, making a config dir backup to a time stamped copy on different media sounds like a good idea. > After I make any sizeable changes, I do a backup and give the backup > file an approprate name and timestamp. That makes fallbacks a lot > easier. Something I don't do and since I'm grounded from any great amount of driving for another 2-3 weeks, it will be a while before I can collect some usb keys. But it sounds like an economical way to get just in case instant recoveries. I'm about 70% recovered now, just the tally led restoration and a session of copy/paste should complete it sometime in the next days. Thanks Dave [...] Cheers, Gene Heskett -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Fusion360 gcode= "Radius to end arc differs from radius start"
On 01/14/2019 12:18 AM, Danny Miller wrote: I'm managing a community shop with the CNC I designed and built. It's running on LinuxCNC 2.7.4 I was told people brought in some Fusion360-generated code that created an error "Radius to end arc differs from radius start". Nobody has provided me that gcode, so I have no further details. Google saysa this was a common issue after a q4 2018 patch to fusion360 Yes, a classic problem. LinuxCNC is strict about the start and end radius needing to match to high accuracy. My fix to this is to always use the R word instead of I and J to set the arc radius, then there is never any way it can't match. If fusion360 cannot be set to use the R word for arc radius, then you can try the tolerance adjustment. Jon ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Fusion360 gcode= "Radius to end arc differs from radius start"
I ran into this problem after i botched up a touch-off, and an entry got into the tool table that should not have been there. The way to check is to open the tool table in the tool table editor, in the mode that shows all columns. If you have offset entries in any column other than the Z axis, clear them, save & try again. --J. Ray Mitchell Jr. jrmitche...@gmail.com "No problem can be solved from the same level of consciousness that created it"Albert Einstein On Sun, Jan 13, 2019 at 10:35 PM Danny Miller wrote: > I'm managing a community shop with the CNC I designed and built. It's > running on LinuxCNC 2.7.4 > > I was told people brought in some Fusion360-generated code that created > an error "Radius to end arc differs from radius start". Nobody has > provided me that gcode, so I have no further details. Google saysa this > was a common issue after a q4 2018 patch to fusion360 > > People cited this: > > > https://forums.autodesk.com/t5/fusion-360-computer-aided/help-with-radius-vs-ijk/m-p/7234440#M34397 > > That the .ini file should assign a new #TOLERANCE_INCH and #TOLERANCE_MM > > Does this make sense as a fix? > > Danny > > > > > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] color me pissed
Get a copy of Clonezilla and put it on a stick drive and make it bootable. https://clonezilla.org/ It does an effective job of backing up and restoring entire Linux disks without pain via a graphical interface. It can also do baremetal restores as well. I use a little USB plug in Hard drive along with a USB stick with Clonezilla to backup my Linux server. It has saved me a few times now after a few bad installs, and when my server was hacked - twice in one year. Highly recommended. The small USB hard drive and stick are stored in a steel cabinet and are never left plugged in - in case of a lightning strike. After I make any sizeable changes, I do a backup and give the backup file an approprate name and timestamp. That makes fallbacks a lot easier. Dave On 1/13/2019 7:46 PM, Gene Heskett wrote: Greetings all; In search of something, anything that might give me a clue as to why about a months work on custompanel.xml was killing linuxcnc, I installed xmlindent, and xmlcopyeditor. Thinking I might find a clue in the re-indented code, I checked the man page for xmlindent. But it has only a -option for an output file. So I ran it. Never came back, so I added the -w option. Never came back. Opps, now I have a zero length file where it was 130+ LOC with an error of some sort that let it load up to the final before it puked at column 2. I can get most of it back by dragging it in from another machine with a similar setup but to restore what I had 20 minutes ago will take a hell of a lot longer than I have left in me for tonight. So then I tried xmlcopyeditor, thinking I could copy/paste into that. But its apparently only for new creation as it does not accept a paste. WTF?? So where can I find an xml editor that will let me copy/paste from the Document.pdf, most of the stuff from pages 392 on to get an rpm meter, on, fwd, rev leds, and append align.xml stuffs to that with added status leds to show the current machine alignment state, and which will also show any errors (cuz the Doc.pdf has quite a few errors of its own). And preferably not capable of destroying several weeks worth of work over the last 5 years? I know this isn't your fault, none of you wrote this stuff, but this xml bs needs warning labels because it can destroy anybodies sanity. Thanks everybody. Cheers, Gene Heskett ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] color me pissed
On Monday 14 January 2019 03:49:52 Lester Caine wrote: > On 14/01/2019 04:21, Gene Heskett wrote: > > Makes you want to move south and hunt alligators for a living.:( > > Nowadays I wish I'd gone through the other door 45 years ago and not > got into electronics at all ;) > But if you had done that, we'ed still be looking for a framework for cutting an optical encoder wheel that is as well organized and easy to modify for a specific use as yours. Electronics has been good for me. I started out with an 8th grade education, fixing these newfangled things called tv's in '48. Got a 1st phone in '62, a C.E.T. in 72. Didn't crack a book to get either, switched from consumer electronics to broadcasting in '64. And by 2002, retiring from a tv station Chief Engineer's chair, I was making about 58k a year. Pretty good for an Iowa farm kid with an 8 grade education. Along the way, serendipity has left my fingerprints in quite a few impressive places. Its been an interesting ride I've mostly enjoyed, but I also understand that at 84 it will come to an end. Probably before the battery in this newly installed pacemaker reaches its predicted 10 year lifespan. > I've run eclipse for a long time now as it handles just about > everything other than the drawing stuff. Has MercurialEclipse running > behind it which has saved my bacon a few times given that Linux is > just as bad as Windows now at screwing stuff up and since Eclipse runs > identically on both THAT helps as well. But I still wonder if XML is > really necessary? Playing with the config on a 3D printer and this is > just an extension to gcode and .ini files tend to be easier to read as > well ... I swear both at and by xml. But when it gets beyond 100 loc, its too damed easy to screw it up. and need a better set of dox just to help one stay "organized", and is not helped a bit by reading the dozens of beginners tuts you can find on the net, none of which use notations that pycvp uses. Where I really tend to lose patience is with the profligate use of white space. To me its wasted screen real estate to put 6 scan lines of white space above and below the 12 pt font used for text on a button. Thats wasted screen real estate to me and has severely limited what one can do in the right hand panel. You need room for the msgs and such stuff your gcode might express as it runs too. "33" in particular is confusing because its interpreted in some cases as pixels, but in other cases as character boxes. Probably the same complaint could be made for but its not bit me that hard, yet... Sigh. Frustrating at times with the poor dox we can get. Take care Lester. Cheers, Gene Heskett -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] color me pissed
On 14/01/2019 04:21, Gene Heskett wrote: Makes you want to move south and hunt alligators for a living.:( Nowadays I wish I'd gone through the other door 45 years ago and not got into electronics at all ;) I've run eclipse for a long time now as it handles just about everything other than the drawing stuff. Has MercurialEclipse running behind it which has saved my bacon a few times given that Linux is just as bad as Windows now at screwing stuff up and since Eclipse runs identically on both THAT helps as well. But I still wonder if XML is really necessary? Playing with the config on a 3D printer and this is just an extension to gcode and .ini files tend to be easier to read as well ... -- Lester Caine - G8HFL - Contact - https://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - https://lsces.co.uk EnquirySolve - https://enquirysolve.com/ Model Engineers Digital Workshop - https://medw.co.uk Rainbow Digital Media - https://rainbowdigitalmedia.co.uk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users