Experimental Physics and Industrial Control System
FYI, I just successfully performed the BOY -> BOB batch conversion. More details in https://github.com/areaDetector/ADCore/issues/411.
//hinko
________________________________________
From: [email protected] <[email protected]> on behalf of Hasbroucq Dorian via Tech-talk <[email protected]>
Sent: Friday, June 14, 2019 4:25:06 PM
To: [email protected]
Cc: Patard Charles-Henri
Subject: Re:Re: .opi from CSS to Phoebus
Hi all ,
First of all thank you for your answers.
>Hi Dorian,
>
>I was asking similar thing the other day. Here is what I compiled so far in the github ticket for ADCore:
>
>https://github.com/areaDetector/ADCore/issues/411
>
>Instructions are not limited to areaDetector .opi. I still have not found the time to do this, but would like to .. soon.
>
>Kay and Oksana were very helpful in informing me on how to do it, so the credit is not mine.
>
>Thank you,
>//hinko
Alright, I'll try this. Thank you for the tip.
>Hi:
>> I am new to CS-Studio and Phoebus. Currently, I evaluate the cost of evolving to Phoebus.
>Good question. How much have you so far paid directly to develop CS-Studio?
>Or are you measuring the cost in the form of non-monetary contributions in the form of source code , documentation, platform tests?
By cost, I meant the time needed to migrate from CS-Studio to Phoebus. I hope to contribute to Phoebus by some documentation, suggesting improvements, solutions to issue I'll face, etc.
I was added to the SPIRAL2 project (GANIL, FRANCE) a few weeks ago. This equipment has an existing CSS environment. Now, we are faced with the question: do we continue to maintain the existing or do we implement a new solution from the existing one? On the one hand, I have to evaluate the cost of each solution, explain why and how I'll choose one, because this is my graduation project. On the other hand, because we already have a configured CSS environment, I need to plan the migration to organize myself.
>> I tried to import CS-Studio project in Phoebus, it contains a dozen .opis of our own. Some difference shows up in the IHM as sizes, scripts, ...
>>I assume it is due to the gap between AWT/String and JavaFXT. There is two unsolved questions :
>>- Can I convert .opi file into .bob file ? Am I obliged to ?
>>- Is there an easy way to convert old .opi (working with AWT&Swing) into new .opi/.bob (working with JavaFX) ? Do I need to rewrite all existing .opi ?
>CS-Studio has so far been based on Eclipse, i.e. SWT & JFace.
>After about 10 years of developing it based on Eclipse, the developers noticed that it might be a good idea to look for alternatives.
>For details, see presentations at recent EPICS meetings.
>The new, ongoing development no longer depends on Eclipse, and uses JavaFX.
>Its Display Builder opens existing *.opi files.
>There are small differences in the exact look of widgets, because internally pretty much everything is different.
>Still, most displays should just work.
>What doesn't work out of the box: XYPlot and scripts.
>The *.opi XYPlot has many operating modes. What it does exactly often depends on the type of PV, i.e. from simply looking at the display file you can't predict what will happen.
>The Display Builder has separate plot widgets for the different behaviors, and that's not always auto-updated.
>For scripts, every introduction to the CS-Studio display tools have stated that scripts are an advanced feature for special cases.
>They allow you to do pretty much anything, but they touch internals of the software that can change, and now they did.
>We do our best to translate Rules, but with scripts pretty much anything beyond calls to PVUtil and widget.setPropertyValue will need to be updated.
>So displays that include XYPlots and scripts need to be opened in the editor, adjusted, and then saved (which will save them as a *.bob file).
>You are of course free to continue using the Eclipse-based CS-Studio for the time being, in fact several CS-Studio developers are devoted to trying to keep it relevant by porting it to the current release of Java, and for as long as we have spare resources, we will continue to provide bug fixes.
>Best Regards,
>Kay
Thank you for those enlightments. It's clearer.
I have few more questions :
Does Archive Engine and Scan server are still working the same way ?
Is the integration of homemade plugins is still the same despite the specificity of each plugin ?
Can Phoebus launch Java/MAtlab/... apps from the File Manager ?
Finally do you have advices regarding the migration ?
Best regards
Dorian
________________________________
Préservons notre environnement, n’imprimez ce mail que si nécessaire.
Preserve our environment, print this email only if necessary.
- References:
- Re:Re: .opi from CSS to Phoebus Hasbroucq Dorian via Tech-talk
- Navigate by Date:
- Prev:
cross-compiling (kind of) with Buildroot Pierrick M Hanlet via Tech-talk
- Next:
Re: Camonitor with client dictated update rate Johnson, Andrew N. via Tech-talk
- Index:
1994
1995
1996
1997
1998
1999
2000
2001
2002
2003
2004
2005
2006
2007
2008
2009
2010
2011
2012
2013
2014
2015
2016
2017
2018
<2019>
2020
2021
2022
2023
2024
- Navigate by Thread:
- Prev:
Re:Re: .opi from CSS to Phoebus Hasbroucq Dorian via Tech-talk
- Next:
Asyn 4-35 IOC upgrade misbehavior Lucas Russo via Tech-talk
- Index:
1994
1995
1996
1997
1998
1999
2000
2001
2002
2003
2004
2005
2006
2007
2008
2009
2010
2011
2012
2013
2014
2015
2016
2017
2018
<2019>
2020
2021
2022
2023
2024