Universal TRANSFER protocol for downhole monitoring systems (TMS)

Technical forum on ESP sensors. Discuss workshop bench testing, pressure and temperature calibration, vibration checks, and sensor-to-motor assembly
TMSnick70
User avatar
Posts: 73
Joined: Wed Jan 02, 2019 11:41 am

Re: Universal TRANSFER protocol for downhole monitoring systems (TMS)

Post by TMSnick70 »

Good evening everyone.

Developer writes: "Not always so. The maker may write that in a temperature range they guarantee such-and-such parameters for the part. But sometimes those parameters do not matter to us, or drift of those parameters is accounted for somehow. Such parts are checked only by trial. And heating a part far from always leads to its failure. You poke them with soldering irons and nothing happens."

1. Always so. And no other way.
2. We solder with soldering irons, we do not poke. Where does that contempt come from (for your own trade, first of all)? Is poking with soldering irons the custom at Elekton? It is not at our shop. On the substance. With proper hand soldering, thermal stress is lower than on a line.

Developer writes: "Sometimes the maker says honestly - we do not want to run full-scale tests of the part at such-and-such temperatures, and that is why they write +85 C."

How interesting - the maker does not want to, and the valiant Elekton people did it all...
Did you ask the maker why they "do not want to run full-scale tests"? While you were at it you might have asked why two comparable 85 C and 125 C devices differ in price by 10 times.

Developer writes: "$30 * 1000 pcs a month = $30000."

So why multiply by 1000 and not by 10000 or 100000. The figures come out larger. Unit cost is counted per unit.

Developer writes: "No, it is not so. If you want to add parameters downhole you will have to patch SIU software and then VSD software."

The whole beauty of software is that you can always add, rewrite a few dozen lines (or even fewer) and get new properties. Especially since it all seems well worn in. The process of improving software always was and always will be continuous.

Developer writes: "The idea died because there is nobody left to sell a downhole monitoring system (TMS) that does not meet ETT (Unified Technical Requirements) 6.0. ESP motor - 0-80 Hz, PMM - 0-250 Hz, Tsunar - 0-600 Hz, PWM 1-5 kHz. Though that is not especially important. Nothing stops you finding a 'quiet' piece of spectrum."

So you still did not answer the first question. What was that power consumption (200-300 W) needed for? And on the band. I asked about the band in which transfer from the downhole unit (TMS) to the SIU (surface interface unit, TMS) was done. I would not count on a quiet piece of spectrum. I am interested in your view of the problem.
Original reply
Доброго всем вечера.
Разработчик пишет: «Не всегда так. Производитель может писать, что в диапазоне температур у элемента они гарантируют такие-то параметры. Но нам иногда эти параметры не важны или уход этих параметров как-то учитывается. Такие элементы проверяются только опытным путём. И далеко не всегда нагрев элемента приводит к его отказу. Вы же их паяльниками тыкаете и ничего

1. Всегда так. И никак иначе.
2. Паяльниками мы паяем, а не тыкаем. Откуда такое пренебрежение (к собственной профессии, прежде всего)? У вас что, на Электоне принято тыкать паяльниками? У нас нет. По существу. При правильной ручной пайке тепловой стресс ниже, чем при пайке на линии.

Разработчик пишет: «Иногда производитель честно говорит - нам не хочется проводить полномасштабные испытания элемента при таких-то температурах и поэтому пишут +85°С».

Вот ведь как интересно – производитель не хочет, а доблестные Электоновцы всё проделали.…
А вы не интересовались у производителя, почему ему «не хочется проводить полномасштабные испытания»? Заодно поинтересовались бы, почему два сопоставимых по возможностям прибора на 85 и 125С отличаются по цене в 10 раз.

Разработчик пишет: «30$ * 1000 шт в месяц = 30000$».

Так, а чего на 1000 умножаем, а не на 10000 или 100000. Цифры поболее получатся. Себестоимость считается на единицу изделия.

Разработчик пишет: «Нет, не так Захочется добавить параметры в подземку придётся допиливать ПО ТМСН и потом ПО СУ».

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

Разработчик пишет: «Идея заглохла поскольку продавать ТМС который не соответствует ЕТТ 6.0 больше некому
ПЭД - 0-80Гц, ВПЭД - 0-250Гц, Цунар - 0-600Гц, ШИМ 1-5кГц. Хотя это не особо важно. Никто не мешает найти "тихий" участок спектра».

Так на первый вопрос вы так и не ответили. Для чего нужно было такое энергопотребление (200 – 300Вт.)? И по полосе. Я спрашивал о полосе, в которой велась передача от погружного к наземнику. На тихий участок спектра я бы не рассчитывал. Мне интересно ваше видение проблемы.
udar17
User avatar
Posts: 27
Joined: Thu Jan 31, 2019 1:50 am

Re: Universal TRANSFER protocol for downhole monitoring systems (TMS)

Post by udar17 »

We dropped hand soldering a very long time ago and solved a pile of problems in series production with that. Only a very small share of parts is still finished by hand.

We asked. With our production we are not just small, we are tiny. Even if you take all of Russia it is not even visible on the world semiconductor market. The bourgeois do not especially need us with our three kopecks.
Why have you latched onto the vibration sensor. It is simply there and nobody needs it. Why, I explained in another thread.

Because we get paid once a month. And you have to earn the pay. And in current conditions the price is set by the tender. There is no good or bad gear. There is only cheap.

Adding or removing something in the program is not a problem for me. The problem is then reprogramming units already running in the field. Nobody needs those extra motions. I am not looking out for myself.

The consumption is to power the downhole part of the downhole monitoring system (TMS).
On the band I dropped you a hint, and you think, design. It is no longer interesting to me because there is no commercial use for this topic.
Original reply
2. Паяльниками мы паяем, а не тыкаем. Откуда такое пренебрежение (к собственной профессии, прежде всего)? У вас что, на Электоне принято тыкать паяльниками? У нас нет. По существу. При правильной ручной пайке тепловой стресс ниже, чем при пайке на линии.

Мы очень дано отказались от ручной пайки и решили этим кучу проблем в серийном производстве. Руками допаивается только очень малая часть элементов.

А вы не интересовались у производителя, почему ему «не хочется проводить полномасштабные испытания»? Заодно поинтересовались бы, почему два сопоставимых по возможностям прибора на 85 и 125С отличаются по цене в 10 раз.

Интересовались. Мы со своим производством не просто маленькие, а крошечные. Даже если взять всю Россию её даже не видно в мировом рынке полупроводников. Мы буржуям со своими тремя копейками не особо нужны.
Что Вы привязались к датчику вибрации. Он просто есть и никому не нужен. Почему, объяснил в другой ветке.

Так, а чего на 1000 умножаем, а не на 10000 или 100000. Цифры поболее получатся. Себестоимость считается на единицу изделия.

Потому что зарплату получаем раз в месяц :) А на зарплату надо заработать. А в нынешних условиях цену определяет тендер. Нет хорошего-плохого оборудования. Есть только дешёвое.

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

Мне не проблема добавить-убрать что-то в программе. Проблема потом перепрограммировать изделия которые уже работают на фонде. Никому эти лишние движения не нужны. Я не о себе забочусь.

Так на первый вопрос вы так и не ответили. Для чего нужно было такое энергопотребление (200 – 300Вт.)? И по полосе. Я спрашивал о полосе, в которой велась передача от погружного к наземнику. На тихий участок спектра я бы не рассчитывал. Мне интересно ваше видение проблемы.
Потребление для питания погружной части ТМС.
По полосе я Вам намекнул, а Вы думайте, разрабатывайте :). Мне это уже не интересно поскольку коммерческого применения у этой темы нет.
TMSnick70
User avatar
Posts: 73
Joined: Wed Jan 02, 2019 11:41 am

Re: Universal TRANSFER protocol for downhole monitoring systems (TMS)

Post by TMSnick70 »

Good evening everyone.

Developer writes: "We dropped hand soldering a very long time ago and solved a pile of problems in series production with that."

Glad for you.

Developer writes: "We asked. With our production we are not just small, we are tiny. Even if you take all of Russia it is not even visible on the world semiconductor market. The bourgeois do not especially need us with our three kopecks."

Stop playing poor. And still less playing poor for all of Russia. At any plant, whether it makes rockets or pies, the money-shortage problem was, is, and will be, for everyone, always. That is what production is. And problems need to be solved with brains. And in that sense your choice of the great Chinese path (minimum price / minimum quality) for the downhole part of the downhole monitoring system (TMS) is not the right decision. The Chinese themselves, by the way, have been trying in recent years to move to new price/quality levels. You stubbornly go the other way.

Developer writes: "Why have you latched onto the vibration sensor. It is simply there and nobody needs it. Why, I explained in another thread."

I wrote about picking parts correctly. And I gave the vibration sensor as an example. And it is in the downhole monitoring system (TMS) because it is needed! Someone decided that. And I, reluctantly, agree with them. As for me, it would be better if it were not there at all...

Developer writes: "Adding or removing something in the program is not a problem for me. The problem is then reprogramming units already running in the field. Nobody needs those extra motions. I am not looking out for myself."

So add and remove. Post software updates, firmware, service programs, schematics, notes, and so on. That is how your care will show. There are people in the field. They will do what is needed, and you will not have to feed mosquitoes.

Developer writes: "The consumption is to power the downhole part of the downhole monitoring system (TMS). On the band I dropped you a hint, and you think, design. It is no longer interesting to me because there is no commercial use for this topic."

That is roughly the answer I expected. I was actually interested in how wrong (how crazy, to be more precise) your scheme was, given the 200-300 W consumption you mentioned. You were right to decide not to pursue it. It really is not simple. Commercial use will appear in time. I think Transfer will not be the end of it. And I have no time to design. And the idea is raw. Maybe later...
Original reply
Всем доброго вечера.

Разработчик пишет: «Мы очень дано отказались от ручной пайки и решили этим кучу проблем в серийном производстве».

Рад за Вас.

Разработчик пишет: «Интересовались. Мы со своим производством не просто маленькие, а крошечные. Даже если взять всю Россию её даже не видно в мировом рынке полупроводников. Мы буржуям со своими тремя копейками не особо нужны».

Будет Вам прибедняться. И уж тем более не стоит прибедняться за всю Россию. На любом производстве, будь то производство ракет или пирожков проблема с нехваткой денег была, есть и будет у всех и всегда. На то оно и производство. А проблемы нужно решать мозгами. И в этом смысле Ваш выбор великого Китайского пути (минимальная цена / минимальное качество) для погружной части ТМС – не есть верное решение. Сами китайцы, к слову, в последние годы стараются выходить на новые уровни цена/качество. Вы же упорно идёте в обратном направлении.

Разработчик пишет: «Что Вы привязались к датчику вибрации. Он просто есть и никому не нужен. Почему, объяснил в другой ветке».

Я писал о правильном подборе компонент. И датчик вибрации привёл как пример. А есть он в ТМС потому что нужен! Кто-то так решил. И я с ним, нехотя, но согласен. Как по мне, так лучше бы его совсем не было….

Разработчик пишет: «Мне не проблема добавить-убрать что-то в программе. Проблема потом перепрограммировать изделия которые уже работают на фонде. Никому эти лишние движения не нужны. Я не о себе забочусь».

Так и добавляйте и убирайте. Выкладывайте обновления ПО, прошивки, сервисные программы, принципиальные схемы, пояснения, и т.д. Таким вот образом и проявится Ваша забота. Люди на местах есть. Они сделают всё что надо, а Вам не нужно будет комаров откармливать.

Разработчик пишет: «Потребление для питания погружной части ТМС.
По полосе я Вам намекнул, а Вы думайте, разрабатывайте . Мне это уже не интересно поскольку коммерческого применения у этой темы нет».

Примерно такого ответа и ожидал. Меня собственно интересовала степень ошибочности (бредовости, если быть точней) Вашей затеи, в связи с упомянутой Вами потребляемой мощностью 200 – 300 Вт. Вы правильно решили не заниматься этим вопросом. Он действительно не простой. Коммерческое применение со временем появится. Думаю, что трансфером дело не закончится. Ну а разработкой мне заниматься некогда. Да и идея сырая. Может быть позже…
Lear
User avatar
Posts: 4
Joined: Mon Jun 22, 2020 11:01 pm

Re: Universal TRANSFER protocol for downhole monitoring systems (TMS)

Post by Lear »

Colleagues. Please share a TRANSFER protocol map for the SIU (surface interface unit, TMS) to the VSD.
Original reply
Коллеги. Поделитесь картой протокола Трансфер ТМСН-СУ.