Просьба к пользователям. Нужно собрать данные по eMMC

Это по eeprom (24, 93,…), а не по eMMC. Там другой список. Более того, jedec сам говорит, что стандарта как бы и нет. У нескольких производителей может быть один и тот же MID.
Например, 0x01 это и Cypress и SkHynix и SkyHigh и еще несколько разных.

Скрипт на гитхабе обновлен и русифицирован.

Вопрос с производителем памяти MID=0x32 остается открытым. (с надеждой смотрит на @BrainRoot). Гугл оказался не помощник, а контроллера с такой памятью у меня нет, что бы разобрать посмотреть.

0x000032
MMC64G
7.3.1C/2 642

пишет вот так

Интересно. У меня нет такого на тесты.
Если политика безопасности позволяет, могу посмотреть причину удаленно, ничего трогать не буду. Если контроллер подключен к облаку, пригласите me@hexprof.ru
Если это не приемлемо, буду искать для покупки такой контроллер. Интересно.

@BrainRoot @Bringer а у вас там нигде не завалялось такого старичка в мусорке? Готов купить на опыты.

там железка со старым софтом wb-2207-bullseye-transition которая про облака ничего не знает, да и стоит с мобильным интернетом, который то есть, то нет…
можно мне в личку отправить команды, а я их ответы пришлю…

Да тут секрета нет. Достаточно:

 mmc extcsd read /dev/mmcblk0

и сразу

cat /sys/class/block/mmcblk0/device/life_time
cat /sys/class/block/mmcblk0/device/pre_eol_info
cat /sys/class/block/mmcblk0/device/manfid
cat /sys/class/block/mmcblk0/device/name

хех, тут проблема оказалась чуть глубже…

  1. нужен пакет mmc-utils чтобы вызывать утилиту mmc
  2. в скрипте зачем то жёстко прописаны полные пути для mmc и для grep, и т.к. в этом случае версия дебиана старара, то путь grep не /usr/bin/grep, а просто /bin/grep
    это поправил, но лыжи всё равно не поехали…
  3. похоже ещё и wb-rules старый, падает
wb-rules[6855]: ERROR: [rule error] ECMAScript error: TypeError: call target not an object
        duk_js_executor.c:2761
        emmc_start /etc/wb-rules/eMMC_Life_Time_Estimation.js:237
        anon /etc/wb-rules/eMMC_Life_Time_Estimation.js:269 preventsyield
        call  native strict preventsyield
        anon /usr/share/wb-rules-system/scripts/lib.js:243 preventsyield

Тогда остальные команды. Если там будут данные, то уйду от mmc-utils

cat /sys/class/block/mmcblk0/device/life_time

0x01 0x01

cat /sys/class/block/mmcblk0/device/pre_eol_info

0x01

cat /sys/class/block/mmcblk0/device/manfid

0x000032

cat /sys/class/block/mmcblk0/device/name

MMC64G

Отлично. Тогда ухожу от mmc-utils.
Флешка живая. Вечером сделаю обновление.

а подобное по microsd карте, кто установлена в слот контроллера, можно получать?

Скорее да, чем нет. Попробую.

Переделал. Попробуйте.

у меня всё так же, падает

ERROR: [rule error] ECMAScript error: TypeError: call target not an object
	duk_js_executor.c:2761
	emmc_start /etc/wb-rules/eMMC_Life_Time_Estimation.js:235
	anon /etc/wb-rules/eMMC_Life_Time_Estimation.js:267 preventsyield
	call  native strict preventsyield
	anon /usr/share/wb-rules-system/scripts/lib.js:243 preventsyield

на вызове

getControl("emmc2/esta").setTitle(s_emmc_esta + " износ раздела данных MLC");

такое чувство что той древности что у меня стоит нет функции getControl…
ну да ладно вообщем то
в планах есть обновление, хоть и не скоро, а данные показывают что флешка живая, так что нет оснований пока переживать )

А версию DTS какую показывает? (к проблеме не относится, для статистики).

Ну могу переделать на текстовые поля. Не так красиво, как alarm будет, конечно.

а никакую
в карточке информации в поле DTS - пустота…

Если я Вам еще не надоел, то можно попросить попробовать

dpkg -p wb-rules

или

apt policy wb-rules

какая сработает.
Спасибо за поддержку.

эта ответила

wb-rules:
  Installed: 2.11.4
  Candidate: 2.11.4
  Version table:
 *** 2.11.4 990
        990 http://deb.wirenboard.com/wb7/stretch stable/main armhf Packages
        100 /var/lib/dpkg/status
1 лайк

У меня так показывает

Данные о системе

Спасибо