I would like to thank everyone for the honest attempts to answer the original question.
To those who would like me to shut up and, instead of asking scuba questions on a scuba forum, go and design that hypothetical tec DC, I would like to say: sure why not. I just love to spend my life in design of useless and potentially dangerous equipment. Since my pal Lex L. is a bit broke lately, and I am a bit slow in the head from smoking Zissou's ciggies, just send me the numbers for the national lottery and the formula for the elixir of youth, and I will do it. :joke:
Some people seem to know that it is impossible to make a purely passive beacon, from their knowledge in radio and electronics, but do not want to give details and numbers in this forum. I understand: this is a bit offtopic, even though a forum on DCs will automaticly to be a bit technical (in the engineering sense). If you have a minute, I would appreciate that you PM this however. One can easily find articles like "A self-sustaining, autonomous, wireless-sensor beacon powered from long-range, ambient, RF energy ", but these indeed relate to transmission in air, not salty water, and to a strong RF power source, not a DC running on 10 grams of battery. How about ultrasound instead of RF ? Could that both transmit enough power and receive data ? Still, it appears simpler to use a fiber casing on the SPG with a few turns of non oxydisable loop antenna and capacitor on the inside. That would be decently sturdy and has no obvious reason to disturb the operation of the SPG (exploding capacitor ? oxyde reaching mechanical parts ?).
That two systems have to be totally separate to reduce risks is not convincing. The failure probability of separate systems that are correlated (for example: you bought your cells at the same time from the same provider) is not zero. Let me restate that: if you want to believe that it is zero so you can dive quietly and safely, than it IS zero. Freedom of opinion and all that...If those two systems have components with high risks, I believe that is better that both systems have access to that component. What if the O2 sensor on one circuit is gone, and the other has a battery problem or an electrical open circuit ? You wish you had wired all O2 cells to both systems then. The extra wiring compared to the separate systems situation does not add failure risks, it just reduces them. (Again: a hypothetical question. I have never approached a rebreather, mostly to avoid being bitten by the owners).
The discussion has advanced quite a bit since yesterday, so I would like to remind everyone that I am a rec diver with about 60 logged dives. My job and certifications outside of scuba are probably of little interest here. My question was only a naive attempt at undertanding the dive computers market and evolution, and I am quite satisfied with the answers so far. I am not here to question the principles of an activity that I do not even know, less to lecture anyone. I am just hoping for a thorough and rational answer. If you believe my question is absurd, I am ready to take it. Just explain why.
So far the best answer in my eyes has been summed up by J. Lapenta (even if he publicly accused me of raping the principal): minimalism and conservatism are in the principles. Because AI is not needed for safety or to perform anything essential to the dive, it is rejected as an extra distraction and failure point. Relying on the DC in itself is dubious and it is better to have tables with backups and redundant bottom timers. (correct me if I misunderstood that)
An other answer is that tec divers know their gas volume per minute rate under various conditions and have integrated in their guts a feel for their remaining gas, such that they need the SPG not for information but just for confirmation. That is less valid. They integrated that skill using tools (tablet, timer, SPG, depth gauge, arithmetics) and experience. Add another tool to the mix and those who learn tec may have it better and faster.
There is also a principle to electronics integration and it need not clash with those of tec diving. Could some of you then imagine, and accept after years or field usage by rec divers, using a bottom timer that has inside properly designed electronics for doing AI on all your tanks for 100$ extra, but simply use firmware that completely ignores those sensors ? It is a solution to reconcile both principles, but it does not promote an improvement of the quality and openness standards of mass market DCs by adopting features from tec. The rule of this game seems to be that features are introduced first with low quality in mass market DCs, and then much later adopted and maybe improved in quality and safety by niche tec equipment makers who will make expensive models, while the mass DCs are not improved in quality and left with version 0.2 of the feature. If that satisfies everyone, I will be just fine with that too.