Про таке задумувався, але цікаво чи це оптимальний варіант, чи є, щось краще.

Якщо вже говорити про збій передачі даних, то чому власне має бути "0" в таблиці, а не, наприклад, NULL?
Та й питання, а що вже були випадки збою передачі даних?

може такий варіант,
якщо по кожному значенню лічильника ти знаєш робочі границі значень val1,val2, val3, то може виключити помилкові/неіснуючі значення (такі як 0, 99999, NULL ?) застосувавши вибірку даних лише в цьому робочому діапазоні,
(вибірка BETWEEN) 

SELECT 
    MAX(table1.val1) - MIN(table1.val1),
    MAX(table1.val2) - MIN(table1.val2),
    MAX(table1.val3) - MIN(table1.val3),
...
FROM 
    table1
WHERE timed LIKE '2015-08-10%'
AND (table1.val1 BETWEEN 100 AND 20000);

Vo_Vik правий, дійсно варіант:

SELECT 
    MAX(table1.val1) - MIN(table1.val1),
    MAX(table1.val2) - MIN(table1.val2),
    MAX(table1.val3) - MIN(table1.val3),
...
FROM 
    table1
WHERE timed LIKE '2015-08-10%'
AND (table1.val1 BETWEEN 100 AND 20000);

Нажаль, не проходить, тому залишаюся з "першим" варіантом (в запиті використовуються реальні назви таблиці та полів, прошу не дивуватися):

-- Споживання електроенергії за добу (об'єкт та дата задаються двічі)
SELECT 
    timeStart.IWA - timeStop.IWA AS 'I - активна',
    timeStart.IWR - timeStop.IWR AS 'I - реактивна',
    timeStart.IWRZ - timeStop.IWRZ AS 'I - ген. реактивна',
    timeStart.IIWA - timeStop.IIWA AS 'II - активна',
    timeStart.IIWR - timeStop.IIWR AS 'II - реактивна',
    timeStart.IIWRZ - timeStop.IIWRZ AS 'II - ген. реактивна'
FROM
    (SELECT
        data_tel_new.tit38 AS IWA,
        data_tel_new.tit39 AS IWR,
        data_tel_new.ti40 AS IWRZ,
        data_tel_new.tit32 AS IIWA,
        data_tel_new.tit33 AS IIWR,
        data_tel_new.tit34 AS IIWRZ
    FROM 
        data_tel_new 
    WHERE
        id_ob ='tp30'
        AND timed LIKE '2015-08-11%'
    ORDER BY
        timed DESC
    LIMIT 
        1) AS timeStart,
    (SELECT
        data_tel_new.tit38 AS IWA,
        data_tel_new.tit39 AS IWR,
        data_tel_new.ti40 AS IWRZ,
        data_tel_new.tit32 AS IIWA,
        data_tel_new.tit33 AS IIWR,
        data_tel_new.tit34 AS IIWRZ
    FROM 
        data_tel_new 
    WHERE
        id_ob ='tp30'
        AND timed LIKE '2015-08-11%'
    ORDER BY
        timed ASC
    LIMIT 
        1) AS timeStop;

Всім дякую за допомогу!
P.S. Даним запитом буду вираховувати також споживання за місяць зі зміною в умові WHERE ... timed LIKE '2015-08%'

Про "неправдиві варіанти", які записуються в БД, я писав, вище. В тому то і проблема, що варіанти можуть бути різні.

Про це я вже думав. І все, що прийшло у голову: "Хто робив надсилання інфи в БД без перевірки, той хай і мастить голову."Я звичайно ніколи таким не займався, але чомусь здається, що перед посиланням в БД інформація, яка надходить з лічильника має перевірятися, якщо проблема то тримайте NULL.

З синтаксисом все ОК, результат невірний, якщо я правильно розумію умови в WHERE table1.val1 BETWEEN 100 AND 20000, table1.val2 BETWEEN 100 AND 20000, ... відкидають потрібні рядки, наприклад рядок:
  val1           val2
123,67    99999999,99
І ось даний рядок відкидається, бо val2 значення "паскудне", але на жаль відкидається "нормальне" значення val1.

Що я тут можу сказати, вчора зіткунвся з черговим варіантом "неправильних" даних, тобто маю вже три варіанти. Припустимо реальний показник лічильника: 12345678,99.
Варіанти:
1. 99999999,99
2. 0
і новий варіант
3. 2471534,88 (тобто не максимальне і не мінімальне число), це взагалі повна ж...
А варіанту NULL, не має і хоч плач.
Тобто, таке враження, що тут жоден запит не допоможе. Оскільки, щоб побачити чи дійсно правдиве значення, потрібно подивитися всі дані за добу і побачити чи не було різкого відхилення.
Я вже казав, як на мою, думку то дані, які передаються в БД, мали б перед цим перевірятися. Чому вони не перевіряються я не знаю! Та й в принципі, як їх перевіряти я теж не знаю, оскільки я таким ніколи не займався. Знаю що для передачі даних з лічильника викоистовуюють інтерфейс RS 485 (гуглив, начебто перевірку можна робити).
Нарахунок проекту. Скажімо так, за освітою та й за посадою по бумажках, я для цієї роботи не гожусь. Але, мені цікаво + керівництво тільки ЗА, якщо кожна людина на роботі в будь-який момент буде мати можливість побачити показники лічильників, зробити звіт показників за добу, місяць. А проблема в тому, що даний проект дуже "сильно розбитий" по службах. За підключення лічильників до диспетчерезації відповідає одна служба, за проектування БД інша, за проектування сайта (десктопа) - по ідеї взагалі інша організація. І якщо виникає проблема, ніхто нічого не знає і фіг кого можна знайти.
P.S. Щойно дізнався думку людей, які безпосередньо беруть участь у даному проекті: "В БД вносяться любі значення, а далі з БД їх має перевіряти на достовірність програма вищого рівня"
P.S. Я думаю Ваш запит підійшов би, якби були зпроектовані таблиці для різних лічильників (таблиця1 - електролічильники 1 вводу; таблиця2 - електролічильники 2 вводу; таблиця3 - газові лічильники,...). А в результаті все запхано в одну таблицю, де майже 60 стовбців.

Дякую, за співчуття, але не варто Я вже писав вище, що "офіційно", я не входжу до когорти людей, які реалізують дану задачу. Я так, по бажанню, зроблю - молодець, не зроблю - нічого страшного. Доступ до пергляду БД отримав пару днів назад, редагувати, змінювати звісно не можу.

Якщо дивитися зі сторони, то мені теж так здається. Але я ніколи такого не робив, тому зі 100% впевненістю не можу сказати, що люди роблять щось не те.