In a written reply to Lok Sabha, Minister of State for Defence Subhash Bhamre said that several parts of Tejas is of foreign origin.
economictimes.indiatimes.com
As of July '18
15 out of 344 is 4.36% which is not too much. We need to come up with replacement boards for those only.
@Dark Sorrow thanks for that explanation but is the discussion of chip fab or even design relevant to this? These could just be interfaces between pilot/DFCC and the sensor/actuator. For eg if we have to control the landing gear- why do we need to design and fab our own chip for it?
The point is that countries holding patent or IP can block the semiconductor access to you; as done by west against Russia. In that case the LRU manufacturers also won't sell their LRU, semiconductor vendors will not sell you their chips and this becomes a contiguous problem.
You need to consider this with regard to sell of Tejas to Argentina and UK's weapons embargo. Is the deal worth it to strain our relations with UK and endanger the entire Tejas and other programs.
I am not saying we should design everything ourselves but just acknowledging we are dependent on western counters.
Even US imports subsystems or material from other countries (including PRC).
Can't we use any available open architecture controllers and burn the controlling software into its ROM just like on a PC motherboard? An LRU is just the fusion of software algorithms & hardware on a single card/board to process I/O from embedded sensors? In any case, we use the Ada language for software creation- which means if a toolchain (editor/IDE/compiler/linker/debugger/simulator) exists for that architecture we should be ok and can code any new chip even with a different architecture so long as it has a toolchain for a high-level language like Ada.
On paper one might think we can replace open sourced controllers but that is not true. ISA is just one aspect of a processor. Their are lot of other aspects in a CPU like
- Different type of peripherals with SoC
- Memory Controllers
- Caches
- System Buses
- Concurrency support
- Security features and fault detection
- Advanced computing hardware support (e.g. SMID, DSP, ML, etc)
and many more
None of these subsystems are open-sourced.
You will also not find drop in replacement of such chips due to their confidentiality and being trade secret.
Another problem you will find is your OS vendor and chip designer have to work in tandem to get system running with new chip this swill be an issue.
Tooling is provided by chip developer hence should not be an issue unless its an indigenous design them we will even have to work on tooling. Interfacing with OS will be an issue and will need to involve OS developer.
In-short it will require massive software redesigning and re-validation effort that everyone wants to avoid i.e. we are vendor locked.
Isn't the fact that indigenization of imported LRUs is a task directed at the private sector an indicator that this is a solved problem, only requiring some effort but no major weight lifting in R & D?
True but if you look from private sector prospective, the orders for such LRUs is very low compared to the risk
private sector will undertake along with capital expenditure. Even after successful complication their is no guarantee that their product will be accepted and even if accented limited numbers, hence the lack of R&D and manufacturing effort.