Peregrine - The Free, Open Source LPM Interface

Trevor · Mar 1, 2013

Re: Peregrine - The Free LPM Interface

ped said:
Will this run on my Kenometer Pro? , which incidentallty, is still running Trevor's superb Luminosity™ ® ℠ ™™™™™ software.

Could a trend indicator be added?

Yup, Peregrine and Kenometers can talk back and forth just fine.

And, what do you mean a trend indicator?

Trevor

ped · Mar 1, 2013

Re: Peregrine - The Free LPM Interface

I have a millivolt meter for precise millivolt readings, and you can leave it hooked up to the item being measured, and the readings go up, even over the course of a few mins you get a sizable

and if its starting a trend of going down , you get a

if that makes sence.

You'd be right in thinking "you can just look at the reading to see if its going up or down" , but the trend indicator offers a "at a glance" what the reading is doing.

Just throwing it out there like

Seoul_lasers · Mar 2, 2013

Re: Peregrine - The Free LPM Interface

Trevor said:
Sorry... forgot to reply to this.

Might not be able to do a PDF, but an SVG wouldn't be out of the question.

Resizeable window will be VERY difficult using Processing. I've been thinking about how to do that during the whole time I've worked on Peregrine.

There is input triggering. When you start a new timed measurement (Measurement->New), you can choose a threshold at which to begin graphing.

What do you suggest for graph customization tools?

Okay... let's see.

I can work on making those window elements a little bit bigger, for sure. Might not be a super fast proposition, because of the way Peregrine's form layout is done. Everything is done by pixel coordinates manually.

With regards to changing all the colors... I don't see why not. I can add things in the config file to allow you to change that.

When you connect or disconnect, Peregrine resets into the monitor state - which requires clearing the graph. I could change that so that it only moves to the monitor state when you connect - would that be good? Or I can make it user-specified, via the configuration file? Which would be preferable?

With regards to a Start / Stop button...

Would you want "Start" to go into monitoring mode, or would you like it to start a new timed measurement?

There's more info about the lines on the graph in the OP, but...

- When you have your mouse over the graph, two lines appear and will highlight the reading nearest your mouse. The selected reading is displayed with your selected line color, at the bottom of the window.
- You can click and drag on the graph to select an area of readings. When you do this, the peak and average for the selected area are displayed in your selected line color at the bottom of the window. You can right click in the graphing area to clear this selection.

If you want to turn both of these features off, open the data folder and open Peregrine.conf. There, you can turn off the mouseover effects.

Trevor

Actually I was exploring Processing yesterday and discovered to my delight that not only .svg export was possible but vectorized .pdf as well

Here is the excerpt:

PDF \ Libraries \ Processing.org
There is a demo showcasing a full 3D graph.

Window sizing.
I just re-sized my own window in Processing by playing around with the following:

void setup() {
size(400, 400); // size always goes first!
if (frame != null) {
frame.setResizable(true);
}
}

Here is the .pdf export

PDF \ Libraries \ Processing.org

Elektrotechniker · Mar 2, 2013

Re: Peregrine - The Free LPM Interface

Seoul_lasers said:
Actually I was exploring Processing yesterday and discovered to my delight that not only .svg export was possible but vectorized .pdf as well

Here is the excerpt:

PDF \ Libraries \ Processing.org
There is a demo showcasing a full 3D graph.

Window sizing.
I just re-sized my own window in Processing by playing around with the following:

void setup() { size(400, 400); // size always goes first! if (frame != null) { frame.setResizable(true); } }

Next, this command allows for a full screen without resizing.

void setup() { size(displayWidth, displayHeight); }

Here is the .pdf export

PDF \ Libraries \ Processing.org

That means that .pdf exporting is now possible using peregrine?

Seoul_lasers · Mar 2, 2013

Re: Peregrine - The Free LPM Interface

Silvershot said:
That means that .pdf exporting is now possible using peregrine?

Indeed it is possible.
It's also possible to draw the graph using openGL using vectorization!

I'm playing around with the .pdf export right now.
It's not quite as easy as I thought.
Also I don't have original files from trevor to try it out with..

:beer::beer::beer::beer:

Truly open source here!!

Trevor · Mar 2, 2013

Re: Peregrine - The Free LPM Interface

Well, I know that resizing the window is possible... however, there are some caveats.

You need to resize and move window elements to match the new size of the window. It's not impossible, just annoying.
All calculations must then be made via fractions of the window, as opposed to absolute locations. Again, not impossible, just rather annoying to do.
As the window gets larger, CPU usage will SKYROCKET. Peregrine is already fairly CPU intensive because it uses the CPU to render graphics. A larger window would quite literally make that exponentially worse, with the square of the increase in window size.

Rendering graphs as PDF's though? Totally doable; I'll work on it.

( Also, Seoul_lasers, I had to make the call not to immediately distribute the source files because of the legal problems Jerry alludes to. Sorry. :undecided: )

Trevor

ped · Mar 2, 2013

Re: Peregrine - The Free LPM Interface

*coughs*

http://laserpointerforums.com/f70/peregrine-free-lpm-interface-80589-3.html#post1159060

Seoul_lasers · Mar 2, 2013

Re: Peregrine - The Free LPM Interface

Trevor said:
Well, I know that resizing the window is possible... however, there are some caveats.

You need to resize and move window elements to match the new size of the window. It's not impossible, just annoying.

All calculations must then be made via fractions of the window, as opposed to absolute locations. Again, not impossible, just rather annoying to do.

As the window gets larger, CPU usage will SKYROCKET. Peregrine is already fairly CPU intensive because it uses the CPU to render graphics. A larger window would quite literally make that exponentially worse, with the square of the increase in window size.

Rendering graphs as PDF's though? Totally doable; I'll work on it.

( Also, Seoul_lasers, I had to make the call not to immediately distribute the source files because of the legal problems Jerry alludes to. Sorry. :undecided: )

Trevor

Actually, your first point about the graphics needing to be scalable to the window was what I ran into with another sketch. The window grew, but the elements stayed locked at the 400x400 box... you have to resize the window and the sketches active area.... a complete pain, but do-able, as you have suggested. Why is processing so painful... resizing a window one would think is a straight forward concept :undecided:

The .pdf export into vector worked, but took some fiddling.

anyways... I'll keep experimenting in Processing now that I see how it works, more or less. :beer::beer::beer::beer:

Thanks again Trevor...
:bowdown::bowdown::beer::beer:

Trevor · Mar 2, 2013

Re: Peregrine - The Free LPM Interface

ped said:
*coughs*

http://laserpointerforums.com/f70/peregrine-free-lpm-interface-80589-3.html#post1159060

Haha, sorry. I think that's doable - I just need to figure out a place to put it in the window.

Seoul_lasers said:
Actually, your first point about the graphics needing to be scalable to the window was what I ran into with another sketch. The window grew, but the elements stayed locked at the 400x400 box... you have to resize the window and the sketches active area.... a complete pain, but do-able, as you have suggested. Why is processing so painful... resizing a window one would think is a straight forward concept :undecided:

The .pdf export into vector worked, but took some fiddling.

anyways... I'll keep experimenting in Processing now that I see how it works, more or less. :beer::beer::beer::beer:

Thanks again Trevor...
:bowdown::bowdown::beer::beer:

Yeah - Processing is sort of painful to work with, but it's really nice to be able to just export versions for different operating systems with fairly minimal effort.

The reason elements don't size well has to do with the way form layout is done. In something like Windows, you can anchor controls to the window in such a way that they automatically move and resize properly. I'd need to do that manually in Processing. It's not impossible, and not all that difficult - just extremely tedious, and it would have a high CPU cost due to the additional calculations done in every iteration of draw() and the larger window size.

Trevor

awillis2589 · Mar 12, 2013

Re: Peregrine - The Free LPM Interface

OK I love the software and it works great but have a couple of things I would like to run pass you. so when you start a new log you put in a name at the top the below a time and threshold. Is there a way to make that name you input replace the text laser test at the top of the graph? Also is there a way to fix it for when you hit the stop button you can't export the graph. Also I'm sure this would be kind of a pain buy have something like set color thems, for instance in the view review of the software data logging with the arglpm you couldn't even see that it was working when I was recording because of the standard color default.

If I think of any other things I'll post back here.

Trevor · Mar 13, 2013

Re: Peregrine - The Free LPM Interface

OK I love the software and it works great but have a couple of things I would like to run pass you. so when you start a new log you put in a name at the top the below a time and threshold. Is there a way to make that name you input replace the text laser test at the top of the graph?

...it should. Does it not always? "Laser Test" is the default text in that text box, so if it's left unchanged that's the name that appears at the top of a graph.

Have you changed it, but "Laser Test" still appeared on your exported graphs?

Also is there a way to fix it for when you hit the stop button you can't export the graph.

This was a design decision I made. I intended for graphs and datasets to be exported ONLY from completed timed tests.

I suppose I could change it, but the graph that is exported would reflect that the graphing was stopped part of the way through the test - making stopping the test pretty moot.

Part of the reason that decision was made was to prevent someone from just monitoring until a big peak came along (i.e. for a DPSS laser they're selling), then stopping the graph and exporting an image. I thought it would help to preserve the integrity of managed tests performed using Peregrine.

Knowing that, what are your thoughts on the matter?

Also I'm sure this would be kind of a pain buy have something like set color thems, for instance in the view review of the software data logging with the arglpm you couldn't even see that it was working when I was recording because of the standard color default.

What could you not see? The graphing area should always be white with grey lines, and the line color starts as red but can be changed to any color when you start a new measurement.

Could you explain this issue a little bit more in-depth, or provide a screenshot?

Thanks for your feedback!

Trevor

awillis2589 · Mar 13, 2013

Re: Peregrine - The Free LPM Interface

For the text I'll have to give it another test tonight but I remember putting something like 532nm pen and it just says laser test but I might have exited it or something so I'll double check.

I see the rest behind doing the with the stop feature and it makes sense just for some reason I was metering my 650nm and when it hit the 60sec make the bottom numbers keeps reading so I went and stopped it and then couldn't export it even thou I completed the time but was tricked by fact I thought it was still running.

Like the way it is set color wise is ideal for printing graphs as to save ink. But for instance if I was recording a video of for example a laser I'm selling it would be nice if I could change the color scheme to one that a camera might be able to pick up easier so that they could record a video of the laser and the datalogging of that current laser to be sure the laser I'm graphing is the laser I'm actually selling.

Trevor · Mar 13, 2013

Re: Peregrine - The Free LPM Interface

For the text I'll have to give it another test tonight but I remember putting something like 532nm pen and it just says laser test but I might have exited it or something so I'll double check.

Okay - and I'll recheck my code to make sure I haven't made a mistake.

I see the rest behind doing the with the stop feature and it makes sense just for some reason I was metering my 650nm and when it hit the 60sec make the bottom numbers keeps reading so I went and stopped it and then couldn't export it even thou I completed the time but was tricked by fact I thought it was still running.

Hmmm. I never really intended exports from monitoring mode to be possible (which is, effectively, what you did). But... I could theoretically add it, though what I'd likely do is make it include all of the data from the entire monitoring session, rather than just from the rolling window.

That way, monitor mode would allow you to show laser behavior over a time period of arbitrary length, without having to set the time window beforehand.

Like the way it is set color wise is ideal for printing graphs as to save ink. But for instance if I was recording a video of for example a laser I'm selling it would be nice if I could change the color scheme to one that a camera might be able to pick up easier so that they could record a video of the laser and the datalogging of that current laser to be sure the laser I'm graphing is the laser I'm actually selling.

I see - that makes sense! I have an idea on how to solve it; I'll look into it.

Trevor

awillis2589 · Mar 13, 2013

Re: Peregrine - The Free LPM Interface

OK i did retest and must have closed it out before when i put a name because it does show on the graph the name you input. sorry about that

as for exporting from monitor mode really isn't a big deal and would just leave it the way it is to prevent someone from doing something shady. I'll just have to remember that when times up it's all good, and safe to export. I'm still getting use to all this data logging as I've been living under a rock for quite some time.

and i think i remember someone talking about being able to make this program go full screen which would be nice but isn't a necessity.

i'm thinking this software and say FRAPS would make for a great way of recording live Data logging.

This is some great software here and the way it is now works very good and you should be proud of your hard work and i'm very impressed on how good it works. there isn't a whole lot of idea's or suggestions i can come up with to improve it, which is a good thing.

nospin · Mar 14, 2013

Re: Peregrine - The Free LPM Interface

Welcome to Jerryatrix

I encourage anyone to add datalogging to the nospin LPM
and if I can help let me know

I posted on BLords DIY Ophir LPM thread all the info needed on the adjustments to the
Ophir head calibration wise

Great job all with the R & D in this project!

nospin

Speedy78 · Mar 14, 2013

Re: Peregrine - The Free LPM Interface

Trying but I bkew it up! Haha

Peregrine - The Free, Open Source LPM Interface

Trevor

0

ped

0

Seoul_lasers

0

Attachments

Elektrotechniker

0

Seoul_lasers

0

Trevor

0

ped

0

Seoul_lasers

0

Trevor

0

awillis2589

0

Trevor

0

awillis2589

0

Trevor

0

awillis2589

0

nospin

0

Speedy78

0

Online statistics

Forum statistics

Share this page