Software for a downhole sensor test stand

[Alexander5555]

Need a specialist to write software for a downhole monitoring system (TMS) test stand; maybe someone already has a ready solution or experience. Some of the hardware has been bought.

Original topic

Добрый день.
Необходим специалист, который напишет ПО для стенда испытаний ТМС, возможно у кого-то уже имеется готовое решение или опыт. Железо частично приобретено.

[afangens]

Good day,
What exactly is required; the approach criteria differ everywhere?
Which region of Russia?
If you take the full suite, with Rosneft requirements:
1. Stepped pressure measurement at different temperatures. (0-400 bar, 0-150 C)
2. Leak tightness (hydro chamber 400 bar / 10 min), difference measured on a scale, before and after.
3. Insulation measurement.
4. Peak vibration-acceleration measurement (depends on sensor type).

It also depends on the mode: manual or automatic (hydraulic power unit with a proportional valve).
Usually such pressure-check test stands are combined with check-valve leak test stands.

Thanks

Original reply

Добрый день,
Что конкретно требуется, критерии подхода разные везде ?
Какой регион России ?
Если брать полный комплекс, с требованиями от Роснефти:
1. Ступенчатый замер по давлению при разных температурах. (0-400 бар, 0-150 гр.)
2. Герметичность (гидрокамера 400 бар/10 мин), разность меряется на весах, до и после.
3. Замер изоляции.
4. Замер пиковых виброускорений (зависит от типа датчика).

Так же зависит от режима: ручной или автомат (маслостанция с прорциональным клапаном).
Обычно такие стенды по проверки давлений совмещают со стендами проверки обратного клапана на утечку.

Спасибо

[TMSnick70]

Good day everyone. I work downhole monitoring system (TMS) myself and I can say the author's question is about nothing.

A separate firm wrote the software for our downhole monitoring system (TMS) test stand. And there were several writers (at least two).

Each scribbled their part of the program. As I understood it, one person did the database, another the data processing...

And they wrote not one month, and all the while they kept adding and rewriting. The author's offer (no offense meant) does not interest me.

What interests me, generally, is the requirements for this kind of software. In the sense of what they even look like?

I have not seen industrial solutions. What I need for work I write myself.

But what the customer needs, others write.

Original reply

Доброго всем времени суток. Сам занимаюсь ТМСами и могу сказать, что вопрос поставленный автором – ни о чём.

У нас для стенда ТМС писала отдельная фирма. Причём писателей было несколько (минимум двое).

Каждый черкал свою часть программы. Насколько я понял базой данных занимался один человек, обработкой информации – другой…

Причём писали они не один месяц, и при этом постоянно что-то дописывали, и переписывали. Предложение автора (не в обиду будь сказано) мне не интересно.

Мне, в общем-то, интересны требования к подобному рода ПО. В том смысле, что они вообще из себя представляют?

Промышленных решений не видел. То, что нужно мне для работы пишу сам.

Но, вот то, что надо заказчику пишут другие.

[afangens]

Requirements are set by the customer, based on the specification.
There are no other external requirements for the program.
The equipment is not standard, so there will be no industrial solutions.
The chain is simple:
Physical device (analog actuators, sensors, and so on) - DAC/ADC - (comms protocol) - Program with a database

Original reply

Мне, в общем-то, интересны требования к подобному рода ПО. В том смысле, что они вообще из себя представляют? Промышленных решений не видел. То, что нужно мне для работы пишу сам. Но, вот то, что надо заказчику пишут другие.
Требования выдвигается заказчиком, на основании ТЗ.
Каких то еще внешних требований для программы не существует.
Оборудование не стандартное, поэтому промышленных решений не будет.
Цепочка простая.:
Физическое устройство (аналоговые исполнительные механизмы, датчики и т.д. ) - ЦАП/АЦП - (протокол обмена) - Программа с базой данных

[chernyi-abdulla]

Strange starting conditions. Usually first there is a goal, then a specification, and only then the contractor picks the most suitable equipment.

Or someone started something, but "got tired," and now it has to be adapted somehow. Why not think about buying a complete test stand rather than cobbling a semi-finished one?

A complete test stand for checking downhole units (TMS) exists at Izhevsk Radio Plant and Novomet, meaning not only at the plants but also at downhole monitoring system (TMS) field sites. At the same time I note that every downhole monitoring system (TMS) maker has test stands (how else? a doctor without an enema machine does not happen!), but such special products are not especially sold.

Original reply

Добрый день. ..... Железо частично приобретено. Доброго времени года Странные исходные условия.

Обычно сначала появляется цель, потом техзадание, а уж потом исполнитель выбирает наиболее подходящее оборудование. Либо кто-то что-то начинал, но "устал", а теперь надо как-то приспособить. Почему нельзя подумать о покупке сразу стенда, чем колхозить полуфабрикат?

Цельный стенд для проведения проверок погружных блоков есть у Ижевского радиозавода и Новомета, имеется в виду, что не только на заводах, а и на местах эксплуатации ТМС. В тоже время замечу, стенды есть у всех производителей ТМС (а как иначе? доктора без клизматрона не бывает!), но такие специзделия особо не продают.

[afangens]

When customers hear a cost of 5-7 million rubles for a test stand (IRZ and so on), they start looking for an alternative, and then the requirements (goals) split into two types: 1. The test stand is built to the requirements of the First Customer (Rosneft and so on), in plain words so they see certification and get off your back (because all of this is done so the First Customer can hit the penalty-and-nitpick plan).

2. The test stand is built for practical use, to actually check sensors (mainly private companies build for themselves); that option has an economic and a practical side.

The first option is clear, and the second is more interesting, because it pulls everyone into a real mutually useful dialog. ===================== As for the customer's assignment, it is never complete and detailed, because the test stand maker himself has to take it to the end in dialog with the customer, using his experience and knowledge.

Though everyone has their own approach to solving these questions.

Original reply

Когда заказчики слышат стоимость в 5-7 млн. рублей за стенд (ИРЗ и т.д.), то они начинают искать альтернативу, и тут требования (цели) делятся на два типа: 1. Стенд делается под требования Первого Заказчика (Роснефть и т.д.), говоря простыми словами, что бы увидел аттестацию и от...ся (поскольку все это делается, для того, что бы выполнять Первым Заказчиком план по штрафам, доебками).

2. Стенд делается для практического применения, что бы реально проверять датчики (в основном частные компании делают для себя) вариант имеет экономическую и практическую составляющую.

Первый вариант понятен, а вот второй более интересный, поскольку затягивает всех в реальный взаимовыгодный диалог. ===================== Что касается задания от заказчика, то оно ни когда не бывает полным и подробным, поскольку сам изготовитель стенда должен его довести до конца в диалоге с заказчиком, используя свой опыт и знания.

Хотя каждый имеет свой подход по решению данных вопросов.

[TMSnick70]

DLP writes: Requirements are set by the customer, based on the specification.
There are no other external requirements for the program.
Thanks for the answer. And yes, that looks like it.

Original reply

DLP пишет: Требования выдвигается заказчиком, на основании ТЗ.
Каких то еще внешних требований для программы не существует.
Спасибо за ответ. И да, похоже на то.

[zloy-biryuk]

Good day!
Is the topic still live?

Original reply

Добрый день!
Тема актуальна?