Re: [Emc-developers] LinuxCNC Board of Directors
What about a democratic approach? As now, everyone with write right rules? On 14 May 2021 15:37:02 CEST, andy pugh wrote: >On Thu, 13 May 2021 at 01:34, wrote: > >Long ago there was a Board of Directors for Linuxcnc. > > >There was, but it included a bunch of folk whose lives moved on, and >who >stopped being active in the project. > >And that's the risk of having such a BoD. They also ended up being a >handy >target for the lawyers of the EMC Corporation. > >I view this mailing list as the place that decisions about future >direction >should be taken. And really these decisions are not needed very often. >It >isn't often that there is a contrary opinion to something that one >developer feels is an improvement. > >-- >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, 1912 > >___ >Emc-developers mailing list >Emc-developers@lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/emc-developers -- Mit freundlichen Grüßen aus Pinneberg Julian Wingert Subtilitas Consulting Holstenstr. 25 25421 Pinneberg Phone: 0170/4516094 FAX: 03212-1479681 Mail: julian.wing...@subtilitas.de USt-IdNr.: DE272503212 ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] RPi users LCNC
What where you thinking! Hiding a tree in the wood... 藍 Yours Julian On 27 November 2020 02:23:24 CET, andy pugh wrote: >On Fri, 27 Nov 2020 at 01:12, Gene Heskett >wrote: > >> > Bah! So all the work I did making Pi images and documenting how to >> > install on the Pi is ignored? >> >> Where did you hide them, Andy? > >On the LinuxCNC Downloads page: https://www.linuxcnc.org/downloads/ > >-- >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, 1912 > > >___ >Emc-developers mailing list >Emc-developers@lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/emc-developers -- Mit freundlichen Grüßen aus Pinneberg Julian Wingert Subtilitas Consulting Holstenstr. 25 25421 Pinneberg Phone: 0170/4516094 FAX: 03212-1479681 Mail: julian.wing...@subtilitas.de USt-IdNr.: DE272503212 ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] RPi users LCNC
Just a warning, we had issues with a step/dir servo machine made with JMC integrated servos. They are way to slow controlled for a decent machine. Position loop is only 200Hz. This resulted in bad Path following => very ugly surfaces. Yours Julian On 26 November 2020 17:51:44 CET, Gene Heskett wrote: >On Thursday 26 November 2020 10:24:18 Thomas J Powderly wrote: > >> For Gene and others interested in RPi for LCNC >> >> https://www.youtube.com/watch?v=qL530kJUmII >> >I suppose ts nice for him, but the video of the machine moving at the >end >is very disappointing. His interfacing looks to be severely crippling >the maschines ability to move, I suspect because the latency is >relatively poorer, and cannot issue the steps to move the machine in a >timely manner, which going thru a parport synthesis seems to be >imposing. Software stepping would appear to be the problem. > >My early setup, now about 4 years old, started out on an 1 gig rpi3, >using a very short spi cable to a Mesa 7i90HD plus a triplet of >7i42TA's, is now, with the newer stepper servo's, moving my Sheldon >lathes carriage at over 150 IPM with the 3NM version on Z, and the >smaller 2NM is moving the crossfeed at 75 IPM, mainly it can't move far > >enough to get any faster. From a 2 gig rpi4. And doing it ghostly >quietly. And its loafing despite the fact its doing far more than >running a 3 axis mill thru a crippling sainsmart bob. The intelligence >available from the Mesa card offloads 90% of the job from the pi. That >bob has opto's in its inputs that can't pass a 5 kilohertz signal from >and encoder reliably. > >If one of my D525MW mobo's should die, I'd have no second thoughts >ordering up a duplicate of the hardware I'm running the sheldon with. >It >could do it on either 4 axis mill, far more stably that the wintel >boards have been. Uptime on that pi is 57 days right now. It just >doesn't crash. Raspian buster updated a library I had to reboot to >install and use. I put a small ups on it about a year ago and uptime >was >about 200 days when I rebooted it. > >Yes, its been an education getting it that way, but now it Just Works. > >> TomP >> >> >> >> ___ >> Emc-developers mailing list >> Emc-developers@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/emc-developers > > >Cheers, Gene Heskett >-- >"There are four boxes to be used in defense of liberty: > soap, ballot, jury, and ammo. Please use in that order." >-Ed Howdershelt (Author) >If we desire respect for the law, we must first make the law >respectable. > - Louis D. Brandeis >Genes Web page <http://geneslinuxbox.net:6309/gene> > > >___ >Emc-developers mailing list >Emc-developers@lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/emc-developers -- Mit freundlichen Grüßen aus Pinneberg Julian Wingert Subtilitas Consulting Holstenstr. 25 25421 Pinneberg Phone: 0170/4516094 FAX: 03212-1479681 Mail: julian.wing...@subtilitas.de USt-IdNr.: DE272503212 ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] RPi4 Compute Module
I agree On 24 November 2020 12:26:36 CET, andy pugh wrote: >On Tue, 24 Nov 2020 at 10:53, wrote: > >> > Possibly, but if you want to plug a Pi in to something and run Mesa > >> > firmware >> > then a normal Pi + 7C80 is probably a better option than a compute >> > module >> > and that board. >> >> I would think latency should be much better than vie ethernet? > >You were thinking about the PCIe connection? I hadn't noticed that. > >But, the 7c80 / 7c81 use an SPI connection to the Pi. >http://store.mesanet.com/index.php?route=product/product_id=338=7c81 >http://store.mesanet.com/index.php?route=product/product_id=345 > >Compute module + interface + 6i25 + 7i76 = £47 + £33 + $228 = €280 >Pi4 + 7c80 = £54 + $249 = €260 (and a much more compact installation) > >Of course the really neat solution would be a 7c80 with a compute >module slot and USB / HDMI breakout. > >-- >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, 1912 > > >___ >Emc-developers mailing list >Emc-developers@lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/emc-developers -- Mit freundlichen Grüßen aus Pinneberg Julian Wingert Subtilitas Consulting Holstenstr. 25 25421 Pinneberg Phone: 0170/4516094 FAX: 03212-1479681 Mail: julian.wing...@subtilitas.de USt-IdNr.: DE272503212 ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] this looks interesting....
Wifi is on board? On 2 November 2020 09:53:31 CET, Gene Heskett wrote: >On Monday 02 November 2020 03:35:26 julian.wing...@web.de wrote: > >> Better cooling, integrated Keyboard… >> >> >> >> >https://www.raspberrypi.org/products/raspberry-pi-400/?resellerType=ho >>me >> >Maybe, but how to you get a high bandwidth connection to lcnc out of >that >w/o sacrificing the net? >> >> -- >> >> Mit freundlichen Grüßen aus Pinneberg >> Julian Wingert >> >> Subtilitas Consulting >> >> Holstenstr. 25 >> 25421 Pinneberg >> >> Phone: 0170/4516094 >> FAX: 03212-1479681 >> Mail: <mailto:julian.wing...@subtilitas.de> >> julian.wing...@subtilitas.de >> >> USt-IdNr.: DE272503212 >> >> >> >> >> ___ >> Emc-developers mailing list >> Emc-developers@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/emc-developers > > >Cheers, Gene Heskett >-- >"There are four boxes to be used in defense of liberty: > soap, ballot, jury, and ammo. Please use in that order." >-Ed Howdershelt (Author) >If we desire respect for the law, we must first make the law >respectable. > - Louis D. Brandeis >Genes Web page <http://geneslinuxbox.net:6309/gene> > > >___ >Emc-developers mailing list >Emc-developers@lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/emc-developers -- Mit freundlichen Grüßen aus Pinneberg Julian Wingert Subtilitas Consulting Holstenstr. 25 25421 Pinneberg Phone: 0170/4516094 FAX: 03212-1479681 Mail: julian.wing...@subtilitas.de USt-IdNr.: DE272503212 ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] CNC Controller
And I thought my English was bad because of bedding... Two fails in one sentence 藍 On 21 October 2020 20:38:45 CEST, andy pugh wrote: >On Wed, 21 Oct 2020 at 19:36, Julian Wingert >wrote: >> >> Ok, i start the bedding with 100.000 Dollars :) > >You might want to be careful with your decimal and thousands >separators. > >-- >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, 1912 > > >___ >Emc-developers mailing list >Emc-developers@lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/emc-developers -- Mit freundlichen Grüßen aus Pinneberg Julian Wingert Subtilitas Consulting Holstenstr. 25 25421 Pinneberg Phone: 0170/4516094 FAX: 03212-1479681 Mail: julian.wing...@subtilitas.de USt-IdNr.: DE272503212 ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] CNC Controller
Ok, i start the bedding with 100.000 Dollars :) On 21 October 2020 19:57:01 CEST, jdsmoti...@gmail.com wrote: > >Yes it’s commercial projects. > >So support us for the developing. > > > >Sent from myMail for iOS > > >Tuesday, 20 October 2020, 4:15 PM +0530 from andy pugh >: >>On Tue, 20 Oct 2020 at 11:08, Selim Tongay < se...@grafinery.com > >wrote: >>> >>> new GUI, new apperance, new hardware, no user interaction with OS... >It >>> seems a commercial project. >>> So, what about the Licences? >> >>Like Tormach? >> >>-- >>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, 1912 >> >> >>___ >>Emc-developers mailing list >>Emc-developers@lists.sourceforge.net >>https://lists.sourceforge.net/lists/listinfo/emc-developers > >___________ >Emc-developers mailing list >Emc-developers@lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/emc-developers -- Mit freundlichen Grüßen aus Pinneberg Julian Wingert Subtilitas Consulting Holstenstr. 25 25421 Pinneberg Phone: 0170/4516094 FAX: 03212-1479681 Mail: julian.wing...@subtilitas.de USt-IdNr.: DE272503212 ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] 2.8 Situation
Well, I myself don't have the time to work on lcnc. But paying a few hundred bucks some time or low 2figure regularly wouldn't be an issue. Best regards Julian On 14 June 2020 15:57:08 CEST, Reinhard wrote: >Hi Stefan, > >On Sonntag, 14. Juni 2020, 15:49:32 CEST Stefan Asmus wrote: >> So what is the worst case scenario? More forks pop up like >MachineKit? > >Sorry, my post was not against you! >Although I quoted your mail. > >I HATE people, that travel on goods for nothing and who have the >impertinence >to put in a claim. That's all. > >I'm not a linuxcnc developer, but I'm working on to become one ;) > > >cheers Reinhard > > > > >___ >Emc-developers mailing list >Emc-developers@lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/emc-developers -- Mit freundlichen Grüßen aus Pinneberg Julian Wingert Subtilitas Consulting Holstenstr. 25 25421 Pinneberg Phone: 0170/4516094 FAX: 03212-1479681 Mail: julian.wing...@subtilitas.de USt-IdNr.: DE272503212 ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] 2.8 Situation
Ah yeah, here we go. Again. Open source =! Non commercial And please don't think that Beckhoff would pay for your wrecked machine even if they fucked it up. There is no warranty that covers you. That's why I prefer open source. I can look myself if I have to and pay someone if I'm able to. The latter is missing here. Let's fix it. And there is little sense in keeping improvements to lcnc to myself. The usual customer makes money with the machines working. Yours Julian On 14 June 2020 15:41:31 CEST, Reinhard wrote: >On Sonntag, 14. Juni 2020, 15:34:37 CEST Stefan Asmus wrote: >> they have to accept that the work is based upon a open source >framework that >> cannot be copyrighted. > >That's the point. > >To be precise - the open source framework IS already copyrighted. >Just read the file COPYING from the project root. > >That file contains a paragraph referred to warranty. >With that in mind, there's absolutely NO base for any requirement. > > >cheers Reinhard > > > > >___ >Emc-developers mailing list >Emc-developers@lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/emc-developers -- Mit freundlichen Grüßen aus Pinneberg Julian Wingert Subtilitas Consulting Holstenstr. 25 25421 Pinneberg Phone: 0170/4516094 FAX: 03212-1479681 Mail: julian.wing...@subtilitas.de USt-IdNr.: DE272503212 ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] 2.8 Situation
And you can bet your bottom dollar there are hundreds of others willing to pay. Question is how we keep this project from being ripped apart. Because we sure as hell will have some who are afraid of commercial involvement. Julian On 14 June 2020 15:22:07 CEST, Stefan Asmus wrote: >I am not a developer (well I will try on some projects in the near >future), But I have used PlasmaC on my industrial plasma machine I >designed and built. I spent close to $40K AUD on the build and I if I >wanted to use a commercial plasma software, the Hypertherm software >controller I was quoted was close to $30K for just a controller and the >software. > >LinuxCNC has opened a whole new world of possibilities for me as far as >what can be done relatively cheaply. If you follow the plasma forum >section you will see posts of what I use my machine for on a daily >basis. LinuxCNC has made that possible. > >In the future I would like to sponsor some development. I plan to >design and build six axis welding robots. I am sure if will be possible >with LinuxCNC, I just need to get some parts of the software set up to >do what I want. If there was a system in place for paid developer work >I will surely consider investing in it. > >From: N<mailto:nicklas.karlsso...@gmail.com> >Sent: Sunday, 14 June 2020 11:12 PM >To: EMC developers<mailto:emc-developers@lists.sourceforge.net> >Subject: Re: [Emc-developers] 2.8 Situation > >> Moin! (north german hello) >> >> I would like to add some thoughts. >> >> 1. Releases are a must have. Think about someone having a 1 >Dollar Maschine being brocken by a Bug. I for myself am very cautious >about testing new versions, as my machine has 2x 2KW servos on y-axis, >easy able to tear the machine apart... > >If you do not want to take the risk you do not have to. If you have a >1 Dollar machine maybe it's worth spending some money on commercial >control system, maybe they are more responsible. > >> 2. If there are spenders, bring them on. What about a patreon for >lcnc? And payment is done in 3 tiles, one in advance, one @integration >and one @release. We make a list of open things, define a price and >publish them. I for myself would be OK with the one organizing getting >paid for his work. > >Might be a good idea but I do currently not know anything I am prepared >to pay for to get done except maybe a little bit of money. > > >___ >Emc-developers mailing list >Emc-developers@lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/emc-developers > > >_______ >Emc-developers mailing list >Emc-developers@lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/emc-developers -- Mit freundlichen Grüßen aus Pinneberg Julian Wingert Subtilitas Consulting Holstenstr. 25 25421 Pinneberg Phone: 0170/4516094 FAX: 03212-1479681 Mail: julian.wing...@subtilitas.de USt-IdNr.: DE272503212 ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] 2.8 Situation
I send this to a friend of mine who is actually looking for a new project. It would boost lcnc in my opinion if we had someone being lead who is not working for free. I mean the users are earning money with the software, why shouldn't those who build it? Yours Julian On 14 June 2020 13:38:16 CEST, andy pugh wrote: >On Sun, 14 Jun 2020 at 12:23, Rod Webster wrote: > >> Thats not necessarily true. What sets this project apart from many >other >> open source applications is that its 100% voluntariness. Most other >open >> source projects I've been associated with have a revenue stream from >> commercial activities. > >Octoprint is an interesting case there, Patreon allows Gina to work on >it as a full-time job. > >Money has been discussed in the context of LinuxCNC in the past. >Nobody has ever wanted to be the one who decides how it is spent. > >There have been occasions when someone has paid a specific coder to do >a specific project on LinuxCNC. Tormach paid for some stuff, for >example. >(But the developer they used wasn't one of the main developers, he >might even have been new to the project, it was a while ago) > >-- >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, 1912 > > >___ >Emc-developers mailing list >Emc-developers@lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/emc-developers -- Mit freundlichen Grüßen aus Pinneberg Julian Wingert Subtilitas Consulting Holstenstr. 25 25421 Pinneberg Phone: 0170/4516094 FAX: 03212-1479681 Mail: julian.wing...@subtilitas.de USt-IdNr.: DE272503212 ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] 2.8 Situation
Moin! Oh, believe me I know what you mean. And, I am just stating my personal opinion. But you are confusing open source with non-commercial. And linuxcnc is a commercial software. Because it is used to feed loads of people in loads of machine shops over the world. And if you disregard this you make linuxcnc not better, but useless. You can't rely on those spenders who can pay in code lines. You have to use all of them, also those who only have dollars and machines... Best regards Julian On 14 June 2020 13:06:30 CEST, Reinhard wrote: >Hi, > >On Sonntag, 14. Juni 2020, 11:53:13 CEST Julian Wingert wrote: >> Releases are a must have. > >I think, you don't understand opensource projects. >The main principle is voluntariness. > >If you have requirements, go ahead and buy a commercial cnc-controller. >If you >put enuf bugs on the table, you won't get a "NO" > >With opensource projects you have just two and only this two options: > 1. ask for help > 2. do it yourself > >Everything else is inappropriate! > > >cheers Reinhard > > > > >___ >Emc-developers mailing list >Emc-developers@lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/emc-developers -- Mit freundlichen Grüßen aus Pinneberg Julian Wingert Subtilitas Consulting Holstenstr. 25 25421 Pinneberg Phone: 0170/4516094 FAX: 03212-1479681 Mail: julian.wing...@subtilitas.de USt-IdNr.: DE272503212 ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] 2.8 Situation
We will easy be able to pay for a full time developer if we all put our 5 dollars in one pot... On 14 June 2020 11:53:13 CEST, Julian Wingert wrote: >Moin! (north german hello) > >I would like to add some thoughts. > >1. Releases are a must have. Think about someone having a 1 Dollar >Maschine being brocken by a Bug. I for myself am very cautious about >testing new versions, as my machine has 2x 2KW servos on y-axis, easy >able to tear the machine apart... >2. If there are spenders, bring them on. What about a patreon for lcnc? >And payment is done in 3 tiles, one in advance, one @integration and >one @release. We make a list of open things, define a price and publish >them. I for myself would be OK with the one organizing getting paid for >his work. >3. Mark Shuttleworth may be interested in sponsorship along with >Ubuntu? > >I think we have the usual problem, communication issues. >It the spenders and the developers would have a platform. > >Best regards >Julian > >On 11 June 2020 18:57:56 CEST, Curtis Dutton >wrote: >>I'm not familiar exactly with the release process as I'm a RIP guy on >>all >>of my machines and run master. >> >>One of the open source projects I work with (racket-lang) uses a >>monthly >>release schedule with minor releases and then a major release once per >>year. They are academics and have funding so doing a monthly release >>sounds >>too hard. However would something along those lines be appropriate? >>Perhaps >>quartly or bi-annual releases? >> >>Is generating a release highly difficult? If so we should work on >>making >>that easier and ideally automatic. >> >>Master functionality vs 2.7 or 2.6 is a very large difference and no >>matter >>when the next release occurs, it is going to be painful for most users >>to >>upgrade. This next release will almost be more of a 3.0 than anything. >>The >>sooner that bandaid gets pulled off the better. >> >>Users need to be accustomed to frequent releases and frequent upgrades >>if >>not just to get them used to doing it. >> >>Now we definitely want RTAI in there, many users need it and linuxcnc >>needs >>as many users as it can get. >> >>Is it possible to get RTAI on a point release after the fact (unless >>the >>bug gets fixed sooner?) Why does the release need to be all or >nothing? >>Can >>we do a special RTAI release later as soon as the bug gets fixed just >>because it is a special case? >> >> >> >>On Thu, Jun 11, 2020 at 12:58 AM Phill Carter > >>wrote: >> >>> >>> >>> > On 11 Jun 2020, at 12:54 pm, Rod Webster wrote: >>> > >>> >> On Thu, 11 Jun 2020 at 12:33, Reinhard >> >>> wrote: >>> >> >>> >> If other users have similar experiences, then a lot of precious >>> developer >>> >> time >>> >> has been wasted on releases, that don't have much importance. >>> >> I believe, that developer time spent on pushing things ahead >makes >>more >>> >> sense, >>> >> than spending it on releases. >>> > >>> > I think that sums it up nicely. >>> > Look to the future I say! >>> >>> >>> But I thought you were pushing for a release Rod. ;-) >>> >>> ___ >>> Emc-developers mailing list >>> Emc-developers@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/emc-developers >>> >> >>___ >>Emc-developers mailing list >>Emc-developers@lists.sourceforge.net >>https://lists.sourceforge.net/lists/listinfo/emc-developers > >-- >Mit freundlichen Grüßen aus Pinneberg >Julian Wingert > >Subtilitas Consulting > >Holstenstr. 25 >25421 Pinneberg > >Phone: 0170/4516094 >FAX: 03212-1479681 >Mail: julian.wing...@subtilitas.de > >USt-IdNr.: DE272503212 >___ >Emc-developers mailing list >Emc-developers@lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/emc-developers -- Mit freundlichen Grüßen aus Pinneberg Julian Wingert Subtilitas Consulting Holstenstr. 25 25421 Pinneberg Phone: 0170/4516094 FAX: 03212-1479681 Mail: julian.wing...@subtilitas.de USt-IdNr.: DE272503212 ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] 2.8 Situation
Moin! (north german hello) I would like to add some thoughts. 1. Releases are a must have. Think about someone having a 1 Dollar Maschine being brocken by a Bug. I for myself am very cautious about testing new versions, as my machine has 2x 2KW servos on y-axis, easy able to tear the machine apart... 2. If there are spenders, bring them on. What about a patreon for lcnc? And payment is done in 3 tiles, one in advance, one @integration and one @release. We make a list of open things, define a price and publish them. I for myself would be OK with the one organizing getting paid for his work. 3. Mark Shuttleworth may be interested in sponsorship along with Ubuntu? I think we have the usual problem, communication issues. It the spenders and the developers would have a platform. Best regards Julian On 11 June 2020 18:57:56 CEST, Curtis Dutton wrote: >I'm not familiar exactly with the release process as I'm a RIP guy on >all >of my machines and run master. > >One of the open source projects I work with (racket-lang) uses a >monthly >release schedule with minor releases and then a major release once per >year. They are academics and have funding so doing a monthly release >sounds >too hard. However would something along those lines be appropriate? >Perhaps >quartly or bi-annual releases? > >Is generating a release highly difficult? If so we should work on >making >that easier and ideally automatic. > >Master functionality vs 2.7 or 2.6 is a very large difference and no >matter >when the next release occurs, it is going to be painful for most users >to >upgrade. This next release will almost be more of a 3.0 than anything. >The >sooner that bandaid gets pulled off the better. > >Users need to be accustomed to frequent releases and frequent upgrades >if >not just to get them used to doing it. > >Now we definitely want RTAI in there, many users need it and linuxcnc >needs >as many users as it can get. > >Is it possible to get RTAI on a point release after the fact (unless >the >bug gets fixed sooner?) Why does the release need to be all or nothing? >Can >we do a special RTAI release later as soon as the bug gets fixed just >because it is a special case? > > > >On Thu, Jun 11, 2020 at 12:58 AM Phill Carter >wrote: > >> >> >> > On 11 Jun 2020, at 12:54 pm, Rod Webster wrote: >> > >> >> On Thu, 11 Jun 2020 at 12:33, Reinhard > >> wrote: >> >> >> >> If other users have similar experiences, then a lot of precious >> developer >> >> time >> >> has been wasted on releases, that don't have much importance. >> >> I believe, that developer time spent on pushing things ahead makes >more >> >> sense, >> >> than spending it on releases. >> > >> > I think that sums it up nicely. >> > Look to the future I say! >> >> >> But I thought you were pushing for a release Rod. ;-) >> >> ___ >> Emc-developers mailing list >> Emc-developers@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/emc-developers >> > >___ >Emc-developers mailing list >Emc-developers@lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/emc-developers -- Mit freundlichen Grüßen aus Pinneberg Julian Wingert Subtilitas Consulting Holstenstr. 25 25421 Pinneberg Phone: 0170/4516094 FAX: 03212-1479681 Mail: julian.wing...@subtilitas.de USt-IdNr.: DE272503212 ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] New 2.8 Release Manager
As I don't have a say ;) in this I also like Andy. He helped me 7 years ago and ia active since constantly... Am 2. April 2020 00:52:32 MESZ schrieb Rod Webster : >I second the nomination of Andy > >Rod Webster >*1300 896 832* >+61 435 765 611 >VMN® >www.vmn.com.au > > > >On Thu, 2 Apr 2020 at 08:43, Phill Carter >wrote: > >> >> >> > On 2 Apr 2020, at 5:08 am, andy pugh wrote: >> > >> > I have had a brief discussion with Moses, the current 2.8 Release >> > Manager and he has said that he is more than happy to relinquish >the >> > reins. >> > >> > So, we need a new release manager. >> > >> > Does anyone know what the process is for deciding on one? As far as >I >> > can recall Moses was selected in an IRC meeting. I see an old email >> > where Seb put himself forward as 2.6 release manager back in 2013, >and >> > that mentions an IRC meeting too. >> > >> > Do we want to go the same way, or should we try an online voting >> > system like the Doodle polls that have been used to choose the >dates >> > for Stuttgart meetups? ( >> > https://doodle.com/poll/7aeg98zwbi6qrtvx/welcome ) >> > >> > Of course, this all falls over if we have no candidates >> > >> > I am happy to start the ball rolling and offer to have a go, but I >am >> > not 100% convinced that I have the requisite experience so will >> > happily step back if others want the job. >> >> I guess if you end up being the only candidate we won't need a poll. > >> >> I don't have have enough experience either but am willing to help in >any >> way I can. It probably shouldn't be left to the release manager to do >all >> the grunt work either. I am sure there would be enough of us to each >make a >> contribution and get this done. >> >> ___ >> Emc-developers mailing list >> Emc-developers@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/emc-developers >> > >___ >Emc-developers mailing list >Emc-developers@lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/emc-developers -- Mit freundlichen Grüßen aus Pinneberg Julian Wingert Subtilitas Consulting Holstenstr. 25 25421 Pinneberg Phone: 0170/4516094 FAX: 03212-1479681 Mail: julian.wing...@subtilitas.de USt-IdNr.: DE272503212 ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] research on optical encoders
A median filter shall be a good start here On 10. August 2015 08:40:02 MESZ, Nicholas Mc Guire der.h...@hofr.at wrote: On Sat, 08 Aug 2015, Peter C. Wallace wrote: I think the trick the Resolute encoder uses is this: the image is captured in a perhaps sub microsecond flash of the LED, and then the image can be shifted out of the sensor at a leisurely rate. The specifications sort of suggests this (very fast capture (ns) time, but only multi KHz maximum update rate) Peter Wallace Mesa Electronics They may in fact use a laser for illumination as AFAIK you can get higher peak power with a pulsed laser than a LED. These are in the $30 region for 75W peak 40 ns pulse width, not much vibration or motion blur in 40 ns :-) the problem is not the vibration in the 40ns but that the recorded encoder image is more or less a random position within the vibration range of the device + vibration of the laser - I was thinking about compensations like done with satelite images where multiple pictures are taken and then the signals are compensated by filtering out szintilation effects If the actual sampling is in the multi kHz range only then that would be well in the modes that such systems can have and one - worst case - would have the full vibration in the positional information. Just wonder if there are any detection algorithms that look into such issues. Naively one could do a fft on the position data under the assumption that motion should be constant/known-trajectory and that could reveale such vibration/aliasing induced errors. http://www.osram-os.com/osram_os/en/products/product-catalog/laser-diodes/high-power-laser-diodes/pulsed-laser-diodes/hybrid-pulsed-laser-diodes/index.jsp ( thank you Harold Edgerton ) thx! hofrat -- ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers -- Diese Nachricht wurde von meinem Mobiltelefon mit Kaiten Mail gesendet. -- ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] research on optical encoders
Am 08.08.2015 um 04:00 schrieb EBo: On Aug 7 2015 5:32 PM, Peter C. Wallace wrote: On Fri, 7 Aug 2015, EBo wrote: Date: Fri, 07 Aug 2015 17:13:25 -0600 From: EBo e...@sandien.com Reply-To: EMC developers emc-developers@lists.sourceforge.net To: emc-developers@lists.sourceforge.net Subject: Re: [Emc-developers] research on optical encoders On Aug 7 2015 4:16 PM, andy pugh wrote: On 7 August 2015 at 12:23, EBo e...@sandien.com wrote: Possibly, but I cannot tell from the information Renishaw published in that brochure. I think that the target is a barcode. The head can see enough barcode to tell exactly where it is on the code sequence to within one bar, then looks at the absolute position of the bars in the viewing area to work out the rest of the bits of data. I think it is following on the same idea roughly. Looking at the renshaw they claim it can give you 1nm (1e-9m) or 3.9e-8 inches precision. I have no idea how they are pulling that off besides laser interferometry and ring counting. Can you suggest another method that would work? AFAIK they dont use a laser, just a bright LED thats pulsed to take a snapshot of the barcode, probably with a rather high resolution linear sensor array (or multiple arrays with pixel interleaving) Quite high-sub pixel interpolation should possible with such a setup because of all the duplicated edges agreed with the laser/LED. I would have to study sub pixel interpolation to see how much additional interpolation you could get. You can get really fine results on a theoretical perfect black/white change and the imaging sensor mounted 45deg. of an almost unlimited degree of subsampling. Even with a cheap camera and optics there should be no problem to resolve down to the uM scale. Problem is the speed of such a construct. Even with high performance camera systems you have a delay that makes it imho unusable in realtime positioning. If you are able to interface the sensor with an FPGA doing the realtime analysis - well then you have what renishaw probably has build... What should relatively easy to be doable is to add such a slow scale to recalibrate the machine position regularly. My first idea was to use a laser mouse sensor, which is easily interfaceable even with MESA cards - there are ones with SPI interface - but my application is the calibration of my astronomic mount - which hardly moves more than 1RPD (Rounds per DAY)... best regards julian -- ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers -- Mit freundlichen Grüßen aus Pinneberg Julian Wingert Hellenkamp 8 25421 Pinneberg Phone: 0170/4516094 Mail: julian.wing...@web.de USt-IdNr.: DE272503212 -- ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] research on optical encoders
Again - 1RPD... My application is easy here... Thats why I said additional sensing for calibration. If you go for the real speed, you simple have to scan faster than noise can be. The real world has the niceness to be slow, compared to what a fpga can do... Best regards Julian On 8. August 2015 10:02:00 MESZ, Nicholas Mc Guire der.h...@hofr.at wrote: On Sat, 08 Aug 2015, Julian WIngert wrote: Am 08.08.2015 um 04:00 schrieb EBo: On Aug 7 2015 5:32 PM, Peter C. Wallace wrote: On Fri, 7 Aug 2015, EBo wrote: Date: Fri, 07 Aug 2015 17:13:25 -0600 From: EBo e...@sandien.com Reply-To: EMC developers emc-developers@lists.sourceforge.net To: emc-developers@lists.sourceforge.net Subject: Re: [Emc-developers] research on optical encoders On Aug 7 2015 4:16 PM, andy pugh wrote: On 7 August 2015 at 12:23, EBo e...@sandien.com wrote: Possibly, but I cannot tell from the information Renishaw published in that brochure. I think that the target is a barcode. The head can see enough barcode to tell exactly where it is on the code sequence to within one bar, then looks at the absolute position of the bars in the viewing area to work out the rest of the bits of data. I think it is following on the same idea roughly. Looking at the renshaw they claim it can give you 1nm (1e-9m) or 3.9e-8 inches precision. I have no idea how they are pulling that off besides laser interferometry and ring counting. Can you suggest another method that would work? AFAIK they dont use a laser, just a bright LED thats pulsed to take a snapshot of the barcode, probably with a rather high resolution linear sensor array (or multiple arrays with pixel interleaving) Quite high-sub pixel interpolation should possible with such a setup because of all the duplicated edges agreed with the laser/LED. I would have to study sub pixel interpolation to see how much additional interpolation you could get. You can get really fine results on a theoretical perfect black/white change and the imaging sensor mounted 45deg. of an almost unlimited degree of subsampling. Even with a cheap camera and optics there should be no problem to resolve down to the uM scale. Problem is the speed of such a construct. Even with high performance camera systems you have a delay that makes it imho unusable in realtime positioning. If you are able to interface the sensor with an FPGA doing the realtime analysis - well then you have what renishaw probably has build... What should relatively easy to be doable is to add such a slow scale to recalibrate the machine position regularly. My first idea was to use a laser mouse sensor, which is easily interfaceable even with MESA cards - there are ones with SPI interface - but my application is the calibration of my astronomic mount - which hardly moves more than 1RPD (Rounds per DAY)... maybe a somewhat naive question - but how would you deal with vibration of the cameras/sensors ? gut feeling - if you try to deduce 10E-9 m then even just environment noise would become a problem or is there some way to eliminate that in practice ? thx! hofrat -- ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers -- Diese Nachricht wurde von meinem Mobiltelefon mit Kaiten Mail gesendet. -- ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] research on optical encoders
Reading the datasheet: http://datasheet.octopart.com/ADNS-9800-Avago-datasheet-10666463.pdf Page 13: Path deaviation It seems that a homogenous surface puts down the error to ~1.25 / 1600 inch / inch with an optimum @~0.8 /1600 inch / inch with photopaper and a sensing distance of 2.25mm. All at a relatively low speed (6ips) Combined with a rough syncing (every 2mm) - using a frame capture of the sensor - you shall be able to get pretty high resolution with a minimum of effort. The sensor itself works up to 150ips and 30g, what the resolution and deviation there may be... I dont know. It is - not recommended for new designs, but I am sure there is equivalent stuff out there. best regards julian On Sat, 08 Aug 2015, Julian WIngert wrote: Am 08.08.2015 um 04:00 schrieb EBo: On Aug 7 2015 5:32 PM, Peter C. Wallace wrote: On Fri, 7 Aug 2015, EBo wrote: Date: Fri, 07 Aug 2015 17:13:25 -0600 From: EBo e...@sandien.com Reply-To: EMC developers emc-developers@lists.sourceforge.net To: emc-developers@lists.sourceforge.net Subject: Re: [Emc-developers] research on optical encoders On Aug 7 2015 4:16 PM, andy pugh wrote: On 7 August 2015 at 12:23, EBo e...@sandien.com wrote: Possibly, but I cannot tell from the information Renishaw published in that brochure. I think that the target is a barcode. The head can see enough barcode to tell exactly where it is on the code sequence to within one bar, then looks at the absolute position of the bars in the viewing area to work out the rest of the bits of data. I think it is following on the same idea roughly. Looking at the renshaw they claim it can give you 1nm (1e-9m) or 3.9e-8 inches precision. I have no idea how they are pulling that off besides laser interferometry and ring counting. Can you suggest another method that would work? AFAIK they dont use a laser, just a bright LED thats pulsed to take a snapshot of the barcode, probably with a rather high resolution linear sensor array (or multiple arrays with pixel interleaving) Quite high-sub pixel interpolation should possible with such a setup because of all the duplicated edges agreed with the laser/LED. I would have to study sub pixel interpolation to see how much additional interpolation you could get. You can get really fine results on a theoretical perfect black/white change and the imaging sensor mounted 45deg. of an almost unlimited degree of subsampling. Even with a cheap camera and optics there should be no problem to resolve down to the uM scale. Problem is the speed of such a construct. Even with high performance camera systems you have a delay that makes it imho unusable in realtime positioning. If you are able to interface the sensor with an FPGA doing the realtime analysis - well then you have what renishaw probably has build... What should relatively easy to be doable is to add such a slow scale to recalibrate the machine position regularly. My first idea was to use a laser mouse sensor, which is easily interfaceable even with MESA cards - there are ones with SPI interface - but my application is the calibration of my astronomic mount - which hardly moves more than 1RPD (Rounds per DAY)... maybe a somewhat naive question - but how would you deal with vibration of the cameras/sensors ? gut feeling - if you try to deduce 10E-9 m then even just environment noise would become a problem or is there some way to eliminate that in practice ? thx! hofrat -- ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers -- Mit freundlichen Grüßen aus Pinneberg Julian Wingert Hellenkamp 8 25421 Pinneberg Phone: 0170/4516094 Mail: julian.wing...@web.de USt-IdNr.: DE272503212 -- ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] research on optical encoders
As I wrote, frame capture is implemented. Even accesible via USB of some mice... On 9. August 2015 01:18:26 MESZ, EBo e...@sandien.com wrote: I think you can get access to this sensors images directly. Does this sensor allow you to download the images directly? I also could not find the number of pixels are but I've read a guess of 30x30. On Aug 8 2015 4:37 AM, Julian WIngert wrote: Reading the datasheet: http://datasheet.octopart.com/ADNS-9800-Avago-datasheet-10666463.pdf Page 13: Path deaviation It seems that a homogenous surface puts down the error to ~1.25 / 1600 inch / inch with an optimum @~0.8 /1600 inch / inch with photopaper and a sensing distance of 2.25mm. All at a relatively low speed (6ips) Combined with a rough syncing (every 2mm) - using a frame capture of the sensor - you shall be able to get pretty high resolution with a minimum of effort. The sensor itself works up to 150ips and 30g, what the resolution and deviation there may be... I dont know. It is - not recommended for new designs, but I am sure there is equivalent stuff out there. -- ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers -- Diese Nachricht wurde von meinem Mobiltelefon mit Kaiten Mail gesendet. -- ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Announcing 2.7.0~pre6
Hi using pre5 and pre6 on a large 7i77 / Servo driven Gantry without Problems. Speed and smoothness (after tweaking the acceleration filter) is very good! Ran about 2h yesterday on the 2.7 pre6 alone. Thumbs UP! Yours Julian On 12.04.2015 04:54, Sebastian Kuzminsky wrote: Here comes another 2.7 pre-release: 2.7.0~pre6. This one fixes a regression in the new trajectory planner and an old memory corruption bug in hal pin/signal linking, and a couple of other relatively minor things. Please give this new pre-release a serious workout, and let's get 2.7 out soon! -- Mit freundlichen Grüßen aus Pinneberg Julian Wingert Hellenkamp 8 25421 Pinneberg Phone: 0170/4516094 Mail: julian.wing...@web.de USt-IdNr.: DE272503212 -- BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT Develop your own process in accordance with the BPMN 2 standard Learn Process modeling best practices with Bonita BPM through live exercises http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] [Emc-users] New Tajectory Planner
Hi Yes, thats the one I'm trying. Did you push your fixes to it? Best regards Julian Robert Ellenberg rwe...@gmail.com schrieb: Hi Julian, Are you using the circular-blend-arc-rc3 branch from git.linuxcnc.org? That's the one that's been tested and working. If you're using this branch and encounter any errors like this, can you post your config and G code that causes the error? -Rob On Wed, May 14, 2014 at 1:20 AM, Julian Wingert julian.wing...@web.dewrote: Hi Rob, Where can I find the latest Version? I have a larger servo driven mill. I checked out last week arc-blend-rc... and still have some issues with accelaration and following error. The Overspeeding issue prevented me from doing high speed tests, as an overspeed of ~20% would get me into real trouble, because the frequency of the encoder then gets to high for the mesa filter, resulting in lost encoder steps. If you'd be so kind and tell me the actual version I will make you some test cases. The TP is pretty cool and fast, but my machine is aching a bit running it ;-) Best regards Julian -- Diese Nachricht wurde von meinem Mobiltelefon mit Kaiten Mail gesendet. -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers -- Diese Nachricht wurde von meinem Mobiltelefon mit Kaiten Mail gesendet. -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] [Emc-users] New Tajectory Planner
Hi Rob, Where can I find the latest Version? I have a larger servo driven mill. I checked out last week arc-blend-rc... and still have some issues with accelaration and following error. The Overspeeding issue prevented me from doing high speed tests, as an overspeed of ~20% would get me into real trouble, because the frequency of the encoder then gets to high for the mesa filter, resulting in lost encoder steps. If you'd be so kind and tell me the actual version I will make you some test cases. The TP is pretty cool and fast, but my machine is aching a bit running it ;-) Best regards Julian -- Diese Nachricht wurde von meinem Mobiltelefon mit Kaiten Mail gesendet. -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Initial tests of circular arc blending
Hi I have been testing but the new tp has always been slower than the old one... I also noticed that in halscope there seems to be a lot more following error on segment ends (jitter) in the circ blend branch. Movement seems to be more rough but slower? Run time from 0*0*0 starting is ~44s in 2.5.2 standard and ~48s in circ-blend-alpha. Especially @the end loops of the code (u-turns) it seems to run very rough. Config and test ngc file: https://www.dropbox.com/sh/9hyxjdmw4hhmoap/yn3Kw5Kk0X Merry Christmas! And I hope this will work out! Keep up :-) Best regards julian Robert Ellenberg rwe...@gmail.com wrote: Darn, I was hoping it would just work :). I'll take a look later today, chances are I forgot to commit / push something. -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers -- Sent from Kaiten Mail. Please excuse my brevity. -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers