Sign up Calendar Latest Topics Donate
 
 
 


Reply
  Author   Comment   Page 2 of 2      Prev   1   2
Vibe-Rater

Avatar / Picture

Sr. Member / Moderator / Supporter
Registered:
Posts: 1,397
Reply with quote  #16 
Hi Cam,

I try to be familiar with the Australian contingent on this forum.  where abouts are you? I'm based in Melbourne and am a single employee company (me).  I know Nok personally.  Know Sinsk very well and i sometimes do his job when he is on long holidays.  I work 80% in the paper industry and have worked on 20 or so different paper machines over my 28 years of doing this stuff. rgds
Noknroll

Avatar / Picture

Sr. Member / Supporter
Registered:
Posts: 843
Reply with quote  #17 
Cam
Thanks for your insight. My client has fallen for the pitch of the sales Muppet (sic vibe-rater) regarding importing databases.
Will ascent talk to System 1. I'm pretty sure our company only has ascent.
BTW I'm going to be up your way (Toowoomba) in May for a major national motorcyclist gathering
Vibe-Rater

Avatar / Picture

Sr. Member / Moderator / Supporter
Registered:
Posts: 1,397
Reply with quote  #18 
In the first year of my SKFF days I was close to a programming project to convert CSI to SKF (we were CSI users whos company SKF aquired).

That program did successfully convert the hiearchial tree AND spectral data.  It was not easy and not just a matter of using the ODBC driver to connect.  Spectra at the time (I would be surprised if that has changed) were stored in BLOB objects. (Binary Large Objects) in my limited understanding it is like an object within a database cell or something.  To get the spectral data out was a whole other story.  within the time frame available the conversion program worked but needed tidying up.

I drove the program and successfully converted a number of CSI data bases (inc spectral data) (waveforms would have been next)

SKF should have send my long term programming friend to San Diego to join the programming team and they would have had it perfected but like anything that does not come from the seed of SKF is baulked at and ignored.  I think it probably doesn't even exist anymore.  Big loss for them because most company vibration personnel value their historical data and want it converted.

No doubt other experts can get into the blob object but considering the difficulty I know existed I'm thinking the hierarchy might be the only thing that can be converted.  Again other programmers will no doubt be able to do this given time but I would never innately trust a sales muppet.  Out of all the competitors for a sale it is normally the one who lies the most to get into the door and then apologise after the sale is finalised. 

As an aside the CSI database is very economical / efficient.  Starts very small and auto expands as data is added. This makes it very manageable. In my days with SKF a database started as an empty Oraclle bucket of 1 Gb even though you might have only 1 spectrum in there. To change to another DB was difficult to say the least and totally unmanageable for consultant style work which usually has a separate DB for each client.  That was a long time ago and their current model is to have everything in the cloud such that you don't have to be a database expert to keep it all working.  A lot of companies however do feel very uncomfortable that their data resides with another company.  I imagine it would be nigh on impossible to get the ownership back.

Unfortunately decision makers don't know all this and don't ask coal face people. They have a tendency to make a decision and leave the mess to be cleaned up by others. Cynical me I know but I have been burnt and have seen it too many times. rgds
p.s. Nok, it sounds like ot will go scout way.  Keep us informed. There's nothing like hearing from the horses mouth.


Xracer

Member
Registered:
Posts: 35
Reply with quote  #19 
Quote:
Originally Posted by Noknroll
X racer
Will ascent talk to system 1? Or is evo required for that


It is my underatanding that Ascent and System 1 are two different softwares. Thus one of  the reason we switched to System 1. As others have mentioned, System 1 (Evo for portables), is mainly designed for online. Basicly the classic with some new flashy features.

Cam Wilson

Avatar / Picture

Member
Registered:
Posts: 13
Reply with quote  #20 
Hi Vibe, 
I've worked all over Australia (defence, mining, aluminium and oil and gas industries) and am currently working in the CSG industry up in Queensland. I've been in the game for 10+ years and have a trade background. 

Nok,

Ascent is from Commtest and System 1 is GE. Even though GE now own Commtest the two platforms don't talk to one another. [bawl]
When we went from Ascent to S1, we had to start again from scratch.
Hopefully I can catch up with you in May...Let me know the dates and I'll see if i'm off shift then.

Apologies for the delay in replying guys

John from PA

Sr. Member
Registered:
Posts: 963
Reply with quote  #21 
Quote:
Originally Posted by Cam Wilson
Nok,

Ascent is from Commtest and System 1 is GE. Even though GE now own Commtest the two platforms don't talk to one another.


I'm no expert on either but online the following can be found

Quote:
Can I open my Ascent database in System 1 Evolution?

Yes, this can be done with Version 17.2 which is now available for download featuring Commtest© Ascent© data migration, performance calculations and a vast collection of feature updates.

 

Cam Wilson

Avatar / Picture

Member
Registered:
Posts: 13
Reply with quote  #22 
Quote:
Can I open my Ascent database in System 1 Evolution?

Yes, this can be done with Version 17.2 which is now available for download featuring Commtest© Ascent© data migration, performance calculations and a vast collection of feature updates



Interesting to see if it does work John!
Thanks for adding that to the topic


Vibe-Rater

Avatar / Picture

Sr. Member / Moderator / Supporter
Registered:
Posts: 1,397
Reply with quote  #23 
I have a client that has both System 1 and do all their walk around stuff with CSI. they are bombarded with attempts to swing over to the scout.  No chance. Despite what the sales muppets say. rgds
Xracer

Member
Registered:
Posts: 35
Reply with quote  #24 
Quote:
Originally Posted by Cam Wilson



Interesting to see if it does work John!
Thanks for adding that to the topic




Cam,

Data Migration from Ascent to System1 is as straight as its claimed. I ended up dumping the complete database and stating fresh..

You can migrate the following information:

  • Ascent machine hierarchy
  • These schedule entries:
    • Spectrum
    • Waveform
    • Demod
    • 6 Pack
    • Keypad
  • The following alarms:
    • Power
    • Waveform peak-to-peak
    • Waveform Crest factor
    • Numeric data alarm

You cannot migrate the following information:

  • Linear speed assets
  • Fault frequencies
  • Gear and bearing definitions
  • Attached file schedule entry
  • vbOnline* schedule entries
  • Average value
  • The following alarms:
    • Peak alarms
    • Alarm templates
    • Envelope alarms
    • Statistical alarm definitions
  • Routes
  • Online definitions
  • Reports
  • On chart remarks
  • Instrument connection information
  • Images
  • Recordings whose type or domain is different from their associated measurements


Vibe-Rater

Avatar / Picture

Sr. Member / Moderator / Supporter
Registered:
Posts: 1,397
Reply with quote  #25 
At the end of the day it is always better to start again.  I have been involved in conversion programs and it is a mess.  take the opportunity to set new standards and start again is my advice. rgds
JuddJones

Sr. Member
Registered:
Posts: 382
Reply with quote  #26 
Quote:
Originally Posted by Vibe-Rater
At the end of the day it is always better to start again.  I have been involved in conversion programs and it is a mess.  take the opportunity to set new standards and start again is my advice. rgds

Agreed. I was involved with changing from Emonitor to SPM. It is a great time to review everything. There are so many small details that we don't spend much time thinking about when we are out collecting data. It is a good time to slow down and refine all the measurements. It was 40 or 50 hours of rebuilding the hierarchy and setting measurement definitions, but it was worth it. We just left the old emonitor database active so we could go back and review data as needed.  
Previous Topic | Next Topic
Print
Reply

Quick Navigation:

Easily create a Forum Website with Website Toolbox.