Carlson SurvCE Multicore Support

I don't know what a multicore handheld is.
However, if it runs WinCE as the underlying OS, then I would say it probably would run on one.
E

Do you mean multi-tasking? ie, rtk gps running in the background, while you do cogo?

N

There are commercially available dual core handhelds. There are applications that do not support multicore architecture. It means that it only utilizes one core of your system even if it is powered with 8 cores. It also means that multicore architecture doesn't offer speed advantage over single core if the application doesn't support it. It would be a waste of money investing on dual core handhelds if survCE doesn't support multicore system.

> I don't know what a multicore handheld is.
> However, if it runs WinCE as the underlying OS, then I would say it probably would run on one.
> E

In that case, this would be a question for Carlson themselves.

I know exactly what Nate is talking about. Having done lots of multi-threading/tasking programming in the past, as a programmer, you must know how to take advantage of the threading capabilities of the OS regardless of how many processors may be on board. It also depends on the OS whether or not it supports threading as well.

I would be curious to know the answer as well. I did a little experimental programming on the 600+ Explorer (WinCE) and never delved into that area.
If you find out, let me know. I currently have no need but you never know what might come along in the future.
E

I will.

Thanks for sharing... 🙂

> There are commercially available dual core handhelds. There are applications that do not support multicore architecture. It means that it only utilizes one core of your system even if it is powered with 8 cores. It also means that multicore architecture doesn't offer speed advantage over single core if the application doesn't support it. It would be a waste of money investing on dual core handhelds if survCE doesn't support multicore system.

What type of commercially available dual-core handheld are you researching? SurvCE is available for a variety of handheld devices from a variety of manufactures and I believe most (if not all) of them are probably single core. As such, I'd surmise that SurvCE would only utilize a single core if it were placed into a multi-core environment. However, if additional information could be provided about specific type(s) of multi-core handheld device(s), I could pass that information to the Carlson development staff for further research.

Ladd, we are interested in the multi tasking abilities of a data collector.

Can yours run the rtk in the background, while doing cogo?

N

Hi Ladd!

Nautiz X1 by Handheld is one of them.

> Ladd, we are interested in the multi tasking abilities of a data collector.
>
> Can yours run the rtk in the background, while doing cogo?
>
> N

As written or inferred, I'd have to say "No" but I would also qualify this answer with a "It might also depend on the collector and your definition of multi-tasking."

For example, with a tablet collector (e.g. the Carlson Supervisor) running something like SurvPC, suppose you've toggled on the "Store Fixed Only" (and/or "Store Verified Fixed Only" setting for some GPS) and initiate the "Auto by Interval" feature. In this scenario, you'd only record GPS measurements whose quality is Fixed (or Verified Fixed).

On a tablet, you could launch a second instance of SurvPC (I'd suggest opening a second job) to perform the COGO operations using something like the "Manual Total Station" equipment driver for data entry. You might even be able to reference the job from session 1 as a Control job (or vice versa). For that matter, you could also launch a CAD application such as Carlson Survey.

When the points of the first session have been gathered (and the application is told to stop recording), the Point Average command could be run to coalesce a selection of points into a single point.

Technically, and through a multi-process environment, this could satisfy the main points of what you described above. It may not take full advantage of a multi-core type of device but could allow an operator to do multiple tasks at one time. It is most similar to the ability of today's computers to have multiple applications open at once and allow the user to switch between the application of choice.

Having said all of this, I should also qualify my statements that I've not physically done any testing on the validity of such a process. As such, please be aware there might be some shortfalls to the process that I haven't anticipated.