MajorDoMo

Для sp3s всё точно работает...Для sp2 это я уже местами поменял...так у меня получились цифры хоть немного похожие на то, что у тебя в постах было...как ещё извратиться я не знаю...кто-то вроде из e-controla выдергивал формулу sp3s...Для sp2 тоже выложите, если есть возможность...я перерыл весь распакованный apkшник - не нашел ничего подобного...не ориентируюсь я пока там))

Отправлено с моего Xperia Z через Tapatalk

ovcher писал(а):Дела никак перебрал целую кучу вариантов так чтобы сработало и на большую и на маленькую нагрузку не получается.

Чувствую, что для SP2 нужно копать в этом направлении: Если вставите в код, то будет вроде бы очень близко+нужно округлить, но еще кажется чуть-чуть где-то подкрутить нужно.
Вдохновение взял из питоновской библиотеки для SP3S с такой формулой: Но она для SP2 не катит, так как там другой пэйлоад запрос и ответ. Так что я взял только приблизительный принцип.

У нас то же самое, только в десятичной кодировке для sp3s...я в ту формулу первым делом пробовал этот принцип подставлять - не сходились значения...

nick7zmail писал(а):У нас то же самое, только в десятичной кодировке для sp3s...я в ту формулу первым делом пробовал этот принцип подставлять - не сходились значения...

У нас не то же самое. В этой формуле один байт умножается на 256, а другой делится на 100. И после склейки еще делится всё на 4. А у нас просто склеивается.

Нет...у нас переводится в десятичную систему, умножается (вроде) на 10000, второй так же на 100 и складывается, и делится на 100.
Со склейкой был первый вариант, и он не сканал))..

Эта формула выдает следующее (использовал пэйлоады опубликованные выше):
1) Там где ожидалось 1780,25 Вт, она выдаст 1738.5575.
2) Где ожидалось 120,99 Вт, она выдаст 118.3875.
3) А где 4.94 Вт: 4.935.

Хм...даже на правду похоже))

Отправлено с моего Xperia Z через Tapatalk

$data = ($payload[0x06]*256 + $payload[0x05] + $payload[0x04]/100.0)/4;
Я тоже вчера примерно на этом остановился и знаете какой я сделал вывод, я думаю китайцы вводят какие то поправки, но вот как ума не приложу, пробовал поиграть в десятичке но там если выходишь на малую мощность плывет большая и наоборот. Скажу более, заметил одну деталь когда пробуешь чайник, мощность там нарастает не молниеносно, всегда есть два-три промежуточных показания, так вот, складывается такое впечатление что показатели во что то упираются, ну знаете как там у них на графике когда он упирается вверх происходит как бы провал и вот уже 1800Вт не в самом верху а где то ближе к первой четверти, в цифрах это у меня выглядело примерно так первый показатель ввиду обновления я не успеваю получить, потом 60х.ххВт потом 160х.ххВт и сразу 1хх.хх и прыгает в районе 160-100. собственно отсюда мне пришла идея про делитель 4. более того на разных мощностях его можно догонять от 2 до 20... однозначно там введена какая то поправка, но вот как сделать так чтобы она работала в обе стороны т.е. была универсальна и вверх и вниз я не пойму. остановился вчера на том что скорее всего на определенном диапазоне мощности должен быть свой делитель и их скорее всего 4.
Сейчас подставлю $data = ($payload[0x06]*256 + $payload[0x05] + $payload[0x04]/100.0)/4; и гляну как оно.

Нужно передернуть службу....

Сек передергиваю службу.
(из этого и предыдущего поста убрал путающую инффу)