You keep adding sensors, but diagnostic confidence does not improve.
Or nobody can explain any more why the current configuration was chosen. More channels have not meant better answers.
Some engineering decisions have no single right answer: which sensors to fit, which signals to trust, how much monitoring a plant or a fleet can justify. I would like to work on problems like these with companies. Any collaboration runs through Kırıkkale University (KKÜ): joint TÜBİTAK projects, contracted R&D through the university, and student projects on real company problems.
The methods are peer-reviewed and published, so you can read them before we talk. The first step is an email, free and without commitment.
Türkçe: Sanayi işbirliği sayfası →
The first four are the kind of problem the published doctoral methods address. The last three come from the research threads I am building at KKÜ. Any of them is worth an email.
Sensors and signals
Or nobody can explain any more why the current configuration was chosen. More channels have not meant better answers.
False alarms, missed faults or redundant measurements are adding to maintenance cost, and the argument cannot be settled with evidence.
A redesign gate, a tender or an R&D programme review is coming, and the sensor stack has to be specified and argued for.
“It seemed right” is no longer enough. You need the trade-offs written down, with the cost of each option visible.
Newer threads
Pumps, motors and compressors in the middle tier of a plant. Low-cost acoustic monitoring with a phone or a commodity microphone, as a screening layer rather than certified condition monitoring.
Related project: SensorryA model returns one label, but you need to know how sure it is before you stop a line or ground an aircraft. Calibrated uncertainty, for example conformal prediction, for fault diagnosis and prognostics.
Local, private language models for engineering documents, running on ordinary CPU hardware, with speed measured and quality checked rather than assumed, in Turkish as well as English.
The exact outputs depend on the route and the problem. For a sensor or monitoring question, a collaboration can produce the following, each written so that your team can use it.
As a full-time academic at a public university, I take on industry work only through university channels. The routes below are established ones. Some come with public funding, and every formal route sets out its terms in writing. Programme rules and calls change, so the official pages are always the reference.
An email exchange and, if useful, a call. We look at the problem, the data that exists and the decision it feeds. If the problem is not the right shape for these methods, I will say so. There is no commitment, and no confidential data is needed at this stage.
1505 University–Industry Collaboration Support Programme. Your company applies together with KKÜ. The university team runs the project, led by a full-time academic with a PhD. Applications are open all year.
1501 Industrial R&D Projects and 1507 SME R&D Start-up. Company-led grants in which R&D services or consultancy bought from a university are an eligible cost. I take part through a university contract.
1505 excludes companies in which a member of the project team, or a first-degree relative, is a partner or manager.
Scientific opinions, projects and expert services that a company requests are contracted through the university’s revolving fund (döner sermaye; Law 2547, art. 37 and 58(e)). University–industry R&D, design and innovation projects run through a dedicated revolving-fund account under art. 58(k), with the permission of the university’s executive board.
KKÜ’s Technology Transfer Office (KKUTTO) is the university’s office for industry collaboration and intellectual property. KKÜ’s internal research-project scheme (BAP) also includes industry-cooperation projects.
A real problem from your company can become a supervised student project: an undergraduate graduation design project, a TÜBİTAK 2209-B industry-oriented undergraduate project (with an industry advisor at your company alongside the academic advisor), or an MSc thesis. For doctoral-scale work, the 2244 Industrial PhD programme is a joint application by the university and a company.
The company brings the problem, the data and a contact person (for 2209-B, the industry advisor). The students do the work themselves, under supervision.
Kırıkkale Teknopark is a technology park in Kırıkkale, and Kırıkkale University is its largest shareholder. Companies based there can work with the university through the same routes.
Technopark companies are also among those that can partner with a university in the 2244 Industrial PhD programme.
Intellectual property, publication and confidentiality are agreed through the university, in writing, before the work starts: in the university agreement or in the funding application. KKÜ’s procedures and the programme rules set those terms; I cannot promise them personally.
The methods I bring are already public. How your data, your results and any new intellectual property are handled is part of that agreement.
A few sentences on the system, the decision in front of you, the timeline and what a wrong answer would cost. No NDA is needed; please hold back confidential data for now.
We check whether the problem fits these methods, what data exists, and which route suits it. If it is not a fit, I will say so.
The route is set up through the university: a TÜBİTAK application, a revolving-fund contract or a student project, with scope, IP, publication and confidentiality agreed in writing.
Each cycle ends with something written: the result, the code that produced it, and what changed since the last one. Depending on the route, students may be part of the team.
MOSOF, the Multi-Objective Sensor Optimisation Framework, and NDCI, the Normalised Diagnostic Contribution Index, are published in Sensors (MDPI), with reference code on GitHub.
There is no black box. You can judge the approach, and whether it suits your problem, before you spend any time on a call.
Simulated These results come from simulation, not from a flying aircraft: Cranfield’s SESAC platform for the environmental control system study, and a high-fidelity virtual aircraft model for the cross-subsystem study. Your system will differ; finding out how is what the scoping conversation is for.
Before the PhD, I founded and led SSL Elektrik-Elektronik in Batman, Türkiye, from July 2017 to April 2022: industrial automation and high-voltage systems for state-run oil and gas, algorithm-driven control in hazardous environments, and IoT sensor integration into legacy machinery.
The flagship project was a phased retrofit of cracking-tower control systems at a state-run petroleum facility, with an energy-efficiency gain of about 20%. That work shapes how I collaborate: a result only counts if the people running the plant can act on it.
The methods are not tied to one domain. They apply wherever the question is what to measure and how to weigh cost against diagnostic value. These are the sectors I know best.
Health management (IVHM), sensor-suite design and diagnostic coverage. The doctoral work was on aircraft engine, fuel, electrical power and environmental control systems.
High-voltage and distribution assets: where to measure, which alarms to trust, and how to monitor more assets without fitting more hardware.
Process plant, control-system retrofits and monitoring in hazardous environments, where I spent five years before the PhD.
Rotating equipment, legacy machinery and sensor retrofits, including low-cost acoustic screening for assets too numerous to instrument permanently.
Saying so early saves everyone time.
No. Since joining Kırıkkale University, I take on industry work only through university channels, so there are no private engagements, fees or retainers. Older links to the consulting page now lead here.
No. A description of the system and the decision is enough to judge fit, and anonymised or synthetic data is fine for a first look. Anything confidential is shared under the university agreement, once there is one.
No. MOSOF and NDCI are peer-reviewed and published, with reference code on GitHub. What a collaboration adds is the adaptation to your system, your objectives and your constraints.
No. The published results are on aircraft subsystems, and my industrial background is in oil and gas and high-voltage systems, but the multi-objective structure applies wherever sensors, diagnostics or costly trade-offs are the bottleneck.
Usually. Prototype code is normally Python and is written to sit next to the models or simulations your team already runs. Where a clean integration is not possible, I will say so at the scoping stage.
Yes, if it is a capital company based in Türkiye, whether an SME or a large firm; sole proprietorships cannot apply. Your company applies as the customer organisation together with the university, and the two sign a cooperation agreement before applying. Companies in which a member of the project team, or a first-degree relative, is a partner or manager are excluded. The current rules are on TÜBİTAK’s 1505 page.
A few sentences on the system, the decision in front of you, the timeline and what a wrong answer would cost are enough for a first reply. No deck needed. I read every message.
Türkçe: Sanayi işbirliği sayfası