когда будут продавать, то перейду.Успехов вам повторить это на Nordic SDK
Когда повторите - перейдем к 50-ти нанометровому PHY62x2
а пока Вы браслет ломайте дальше и рекламируйте то, что купить незя.
-
Система автоматизации с открытым исходным кодом на базе esp8266/esp32 микроконтроллеров и приложения IoT Manager. Наша группа в Telegram
BLE модуль JDY-10 на чипе TLSR8266
- Автор темы pvvx
- Дата начала
а пока Вы браслет ломайте дальше и рекламируйте то, что купить незя.
цитата для тех, кто не знает:Успехов вам повторить это на Nordic SDK
Когда повторите - перейдем к 50-ти нанометровому PHY62x2
2009-й войдет в историю развития процессоров как год внедрения в массовое производство 32-нм техпроцесса.
Напомним, что первая микросхема памяти, созданная по 32-нм техпроцессу, была продемонстрирована компанией Intel еще в 2007 году,
а в феврале 2009-го она представила уже рабочую версию процессора, созданного по 32-нм техпроцессу.
Поэтому уже сейчас можно утверждать, что ввод в массовое производство 32-нм техпроцесса состоится по плану и в конце 2009 года мы увидим серийные 32-нм процессоры
------------------
Прошло 10 лет, и pvvx обнаружил у китайцев 50 нм технологию.
pvvx
Активный участник сообщества
Без проблем покупается, но не на помойке али. Google и прочие вам помощь.
pvvx
Активный участник сообщества
@nikolz - вы полностью опровергли свою купленную справку о высшем образовании (скорее всего обманули что она вообще есть):
Последние, уже этого года, чипы Nordic выпускаются на ультрасовременном 55-нм техпроцессе на старом оборудовании переброшенном с фабрики в китайские гаражи
(перевод рекламы от Nordic, цифры не попутаны )
Последние, уже этого года, чипы Nordic выпускаются на ультрасовременном 55-нм техпроцессе на старом оборудовании переброшенном с фабрики в китайские гаражи
(перевод рекламы от Nordic, цифры не попутаны
)
pvvx
Активный участник сообщества
Фотку покиньте, как распаять?
Свои варианты я на все упомянутые модули давал:
https://esp8266.ru/forum/threads/nrf52840-mdk-usb-dongle.4686/#post-68987
https://esp8266.ru/forum/threads/tlsr8269.4491/page-5#post-65658
https://esp8266.ru/forum/threads/samyj-malenkij-ble-modul-e104-bt05-na-tlsr8266.4647/#post-67007
и т.д.
Если не нашли или забыл на что, то напомните - но серьезных отличий для макетов не будет.
pvvx
Активный участник сообщества
У вас проблемсы с макетированием потрохов часов?
https://esp8266.ru/forum/threads/ble-soc-phy6202.4666/#post-67347
Не вижу никаких сложностей. Необходимо смакетировать всего один вариант чтобы использовать готовый блок с монитором, датчиком приближения, сенсорной кнопкой, акселерометром, экраном, зарядкой и АКБ.
А в другие часики всё заливается по OTA, или если уж убили всё там, то путем крепления клипсов к трем специально подписанным и выведенным контактам платы. В таких случаях придется открыть - снять верхнее (орг)стекло или что там в конкретной модели - держится как пробка, с расширением обода края - защелок нема - ничего не сломается. По закрытию не забудьте промазать шов какой водоотталкивающей фигней...
pvvx
Активный участник сообщества
JDY-10 и INA226 через BLE:
1000 точек напряжения и тока в сек. Фиксировано для данных примеров.
USB в данной версии не работает. Включена перепрошивка по OTA.
Работа через USB в pvvx/STM32INA2xxPowerProfiler
Далее наверно будет версия USB + BLE, когда мне потребуется такая.
Сами исходники HTML и бинарник прошивки:
1000 точек напряжения и тока в сек. Фиксировано для данных примеров.
USB в данной версии не работает. Включена перепрошивка по OTA.
Работа через USB в pvvx/STM32INA2xxPowerProfiler
Далее наверно будет версия USB + BLE, когда мне потребуется такая.
Сами исходники HTML и бинарник прошивки:
pvvx
Активный участник сообщества
Интересно - ESP32 принимать по BLE и передавать по WiFi это сможет?
Из криво источников пока имеется только это:
what's the maximum BLE transfer speed beteen ESP32 and Nordic alike ble SOC - ESP32 Forum
Но нигде нет одновременной BLE+WiFi.
Из криво источников пока имеется только это:
what's the maximum BLE transfer speed beteen ESP32 and Nordic alike ble SOC - ESP32 Forum
Но нигде нет одновременной BLE+WiFi.
pvvx,
специально для вас
мнение официального представителя NORDIC в России:
Посмотрел характеристики PHY6202 http://wiki.phyplusinc.com/doc/DataSheet/PHY6202_BLE_SoC_Datasheet_v1.4.pdf, радиоканал заметно отстаёт (и RX и TX) от NRF52840.
Так же, как и характеристики самого ядра – потребляет больше, как в режиме сна (2 мкА vs. 1.5 мкА), так и в Off (0.7 мкА vs. 0.4 мкА).
При том, что это Cortex-M0, а не M4. В общем, позиция о преимуществахPhy+ не подтверждается уже даже при беглом взгляде на даташиты.
Более детально сравнить не получится, так как китайцы имеют сильно порезанную документацию и напрямую решения не сравнить.
специально для вас
мнение официального представителя NORDIC в России:
Посмотрел характеристики PHY6202 http://wiki.phyplusinc.com/doc/DataSheet/PHY6202_BLE_SoC_Datasheet_v1.4.pdf, радиоканал заметно отстаёт (и RX и TX) от NRF52840.
Так же, как и характеристики самого ядра – потребляет больше, как в режиме сна (2 мкА vs. 1.5 мкА), так и в Off (0.7 мкА vs. 0.4 мкА).
При том, что это Cortex-M0, а не M4. В общем, позиция о преимуществахPhy+ не подтверждается уже даже при беглом взгляде на даташиты.
Более детально сравнить не получится, так как китайцы имеют сильно порезанную документацию и напрямую решения не сравнить.
pvvx
Активный участник сообщества
Что вы сравнивали?
Sensitivity: -97dBm@BLE 1Mbps data rate -103dBm@BLE 125Kbps data rate
TX Power -20 to +10dBm in 3dB steps
Operating temperature: -40 ℃~125℃ 0.7μA @ OFF Mode (IO wake up only)
С этим:
-95 dBm sensitivity in 1 Mbps -103 dBm sensitivity in 125 kbps Bluetooth® low energy mode (long range)
-20 to +8 dBm TX power, configurable in 4 dB steps
Максимальный deep-sleep (стр: 57) Figure 9: System OFF, no RAM retention, wake on reset (typical values) > 3.7 uA
Когда вы научитесь читать даташиты?
pvvx
Активный участник сообщества
@nikolz - кончайте троллить и маяться дурью, показывая свою безграмотность.
Вот вам добавка (TLSR):
2μA @ Sleep Mode with 32KHz RTC
Transmitter: 6.7mA @0dBm TX power
Nordic:
Figure 10: System ON, no RAM retention, wake on any event (typical values) > 10 uA
Figure 12: Radio transmitting @ 0 dBm output power, 1 Mbps BLE mode, Clock = HFXO, Regulator = DC/DC (typical values) > 9.5 mА
--------
Figure 11: Radio transmitting @ 8 dBm output power, 1 Mbps BLE mode, Clock = HFXO, Regulator = DC/DC (typical values) > 27 mA
(Это я уже сравнил ВЖИВУЮ ещё и с TSLR8266. Да – с ним примерно равны
Но вот с живым PHY6202 – у Nordic проигрыш и приличный )
Вот вам добавка (TLSR):
2μA @ Sleep Mode with 32KHz RTC
Transmitter: 6.7mA @0dBm TX power
Nordic:
Figure 10: System ON, no RAM retention, wake on any event (typical values) > 10 uA
Figure 12: Radio transmitting @ 0 dBm output power, 1 Mbps BLE mode, Clock = HFXO, Regulator = DC/DC (typical values) > 9.5 mА
--------
Figure 11: Radio transmitting @ 8 dBm output power, 1 Mbps BLE mode, Clock = HFXO, Regulator = DC/DC (typical values) > 27 mA
(Это я уже сравнил ВЖИВУЮ ещё и с TSLR8266. Да – с ним примерно равны
Но вот с живым PHY6202 – у Nordic проигрыш и приличный )
pvvx
Активный участник сообщества
Не благодаря, а вопреки документации от Telink, удалось освоить DFIFO в TLSR8266. Есть разница с TLSR8269.
Качество ADC на модуле JDY-10 похуже, чем у модуля E104-BT10. Больше шумов. Толи разводка модуля, толи сказывается немного другой ADC в самом чипе TLSR8266…
DFIFO у TLSR8266 складывает замеры от ADC c децимацией и амплитудной коррекцией в циклический буфер с аппаратным указателем последнего записанного значения. Децимация в TLSR8266 ограничена до 8 раз (1,2,3,4,5,6,7,8). Работает аттенюация или по другому – задается множитель амплитуды (не путать с PGA). Ну это вроде и всё что нам надо. В TLSR8269 у DFIFO работающих фичь побольше – есть и фильтр НЧ и ВЧ (LPF и HPF) с задаваемыми таблицами коэффициентами, Decimation Ratio до 256, авто регулировка усиления с пачкой параметров.
Так же необходимо помнить, что либы BLE TLSR8266 это BT4.2, а TLSR8269 – BT 5.0. Это сказывается на максимальный трансфер в BLE – 5 килобайт и 150 килобайт.
Тестовая прошивка BLE-USB-ADC для JDY-10 (исходники и прочее по запросу в личке).
Используется встроенный Ref 1.3V. Вход ADC – PC4.
Переключение USB/BLE при подаче питания по PD5 (=”1” – USB, не соединен или GND - BLE).
В USB-COM оцифровка задается от 500 sps до 100 кsps.
Основные команды типы запросов, ответов и как задать скорость оцифровки кратко описаны в test.html.
Качество ADC на модуле JDY-10 похуже, чем у модуля E104-BT10. Больше шумов. Толи разводка модуля, толи сказывается немного другой ADC в самом чипе TLSR8266…
DFIFO у TLSR8266 складывает замеры от ADC c децимацией и амплитудной коррекцией в циклический буфер с аппаратным указателем последнего записанного значения. Децимация в TLSR8266 ограничена до 8 раз (1,2,3,4,5,6,7,8). Работает аттенюация или по другому – задается множитель амплитуды (не путать с PGA). Ну это вроде и всё что нам надо. В TLSR8269 у DFIFO работающих фичь побольше – есть и фильтр НЧ и ВЧ (LPF и HPF) с задаваемыми таблицами коэффициентами, Decimation Ratio до 256, авто регулировка усиления с пачкой параметров.
Так же необходимо помнить, что либы BLE TLSR8266 это BT4.2, а TLSR8269 – BT 5.0. Это сказывается на максимальный трансфер в BLE – 5 килобайт и 150 килобайт.
Тестовая прошивка BLE-USB-ADC для JDY-10 (исходники и прочее по запросу в личке).
Используется встроенный Ref 1.3V. Вход ADC – PC4.
Переключение USB/BLE при подаче питания по PD5 (=”1” – USB, не соединен или GND - BLE).
В USB-COM оцифровка задается от 500 sps до 100 кsps.
Основные команды типы запросов, ответов и как задать скорость оцифровки кратко описаны в test.html.
pvvx
Активный участник сообщества
Никак не исправить баг в TLSR8266 (telink_ble_sdk_release_v3.3.0_20191012).
Проявляется как внутренняя утечка. Пример соединения с отдачей раз в 3 сек замера ADC (можно и любой другой - суть та-же):
Переход в sleep c 3000 по 4500 ms сопровождается этой утечкой к 0.3 мА
(видно, что всё отключается правильно, но затем выплывает...)
В остальных случаях среднее потребление в sleep 17 uA.
Без PowerProfiler это сложно выловить... И если чип прервать на этом (RESET), то следующий старт он начнет с данной утечкой и так и будет работать, до сложных манипуляций с бубном (иногда само проходит, после многих итераций соединения/отсоединения с активным sleep, но так-же и будет периодически выпадать...).
Перезагрузка всех значений регистров, RAM, аналоговых регистров не снимает этого дела.
Временный сброс бага аналогичен ситуации с опцией отключения питания Flash во время сна - если на такой стадии (sleep с выключенной Flash) чип прервать, то никакие манипуляции с регистрами и т.д. не помогают для восстановления доступа к Flash.
Помогает только полное снятие напряжений с удержанным RESET.
Проявляется как внутренняя утечка. Пример соединения с отдачей раз в 3 сек замера ADC (можно и любой другой - суть та-же):
Переход в sleep c 3000 по 4500 ms сопровождается этой утечкой к 0.3 мА
(видно, что всё отключается правильно, но затем выплывает...)
В остальных случаях среднее потребление в sleep 17 uA.
Без PowerProfiler это сложно выловить... И если чип прервать на этом (RESET), то следующий старт он начнет с данной утечкой и так и будет работать, до сложных манипуляций с бубном (иногда само проходит, после многих итераций соединения/отсоединения с активным sleep, но так-же и будет периодически выпадать...).
Перезагрузка всех значений регистров, RAM, аналоговых регистров не снимает этого дела.
Временный сброс бага аналогичен ситуации с опцией отключения питания Flash во время сна - если на такой стадии (sleep с выключенной Flash) чип прервать, то никакие манипуляции с регистрами и т.д. не помогают для восстановления доступа к Flash.
Помогает только полное снятие напряжений с удержанным RESET.
pvvx
Активный участник сообщества
Вернувшись (для теста INA199A1) к тензодатчику который испытывался ( https://esp8266.ru/forum/threads/ble-modul-jdy-10-na-chipe-tlsr8266.4654/page-5#post-68604 )
Просто подключил тензодатчик в питание 3.3В, а выходы моста на INA199A1 и на вход ADC и ничего более не настраивал, никаких емкостей для фильтрации и вообще деталей, не менял усиления у ADC TLSR8266, не брал INA199A3 c gain = 200 (INA199A1 всего 50 раз) и вышло это:
Снял с тензодатчика брусок ~1кГ:
Скинул монету 10 коп:
Макс. амплитуда на ADC 1.3В при значении 65534 (децимация и передискретизация аппаратные с приводом к 16 бит, сам SAR 14 бит).
Просто подключил тензодатчик в питание 3.3В, а выходы моста на INA199A1 и на вход ADC и ничего более не настраивал, никаких емкостей для фильтрации и вообще деталей, не менял усиления у ADC TLSR8266, не брал INA199A3 c gain = 200 (INA199A1 всего 50 раз) и вышло это:
Снял с тензодатчика брусок ~1кГ:
Скинул монету 10 коп:
Макс. амплитуда на ADC 1.3В при значении 65534 (децимация и передискретизация аппаратные с приводом к 16 бит, сам SAR 14 бит).
pvvx
Активный участник сообщества
Проверка тестером потребления JDY-10 в режимах работы, sleep, deep-sleep.
Для испытаний взял свой текущий код от USB-BLE-ADC (он уже новый, исправленный и не тестовый, но не ещё не выложен). Это не суть.
Описал два переключателя KEY_K1, KEY_K2:
В цикл loop() добавил их опрос и переключение в режимы deep-sleep c разными опциями:
Включаем подопытного в рабочий режим с выдачей BLE маяка (не соединяемся, работает sleep + обычные beacon на 3 канала с TX +8дБ):
Замыкаем KEY_K1 на GND. Модуль должен заснуть на 30 секунд в режиме deep-sleep c работающим RTC:
Замыкаем KEY_K2 на GND. Модуль должен заснуть на в режиме deep-sleep c пробуждением когда на КЕY_K2 появится "1":
PS: Что-то ещё дает утечку в данном коде от проекта USB-BLE-ADC, но это тоже не столь важно для него... Если всё подобрать, подтяжки и прочие состояния GPIO и вручную отключить ненужные встроенные контроллеры и их CLK, то получим уже 1.7..1.9 мкА в deep-sleep c RTC и 0.9 мкА в deep-sleep c GPIO при питании 3.3В(!). Это уже было проверено на других модулях и на том-же модуле, но на спец прошивке...
Для испытаний взял свой текущий код от USB-BLE-ADC (он уже новый, исправленный и не тестовый, но не ещё не выложен). Это не суть.
Описал два переключателя KEY_K1, KEY_K2:
Код:
#define KEY_K1 GPIO_PB0 // K1
#define PB0_FUNC AS_GPIO
#define PB0_OUTPUT_ENABLE 0
#define PB0_INPUT_ENABLE 1
#define PULL_WAKEUP_SRC_PB0 PM_PIN_PULLUP_1M
#define KEY_K2 GPIO_PA5 // K2
#define PA5_OUTPUT_ENABLE 0
#define PA5_INPUT_ENABLE 1
#define PULL_WAKEUP_SRC_PA5 PM_PIN_PULLUP_1M
Код:
if(!device_in_connection_state) {
if(!gpio_read(KEY_K1)) {
gpio_setup_up_down_resistor(KEY_K1, PM_PIN_PULLDOWN_100K);
cpu_sleep_wakeup(DEEPSLEEP_MODE, PM_WAKEUP_TIMER, clock_time() + 30000 * CLOCK_SYS_CLOCK_1MS);
}
else if(!gpio_read(KEY_K2)) {
gpio_setup_up_down_resistor(KEY_K2, PM_PIN_PULLDOWN_100K);
gpio_set_wakeup (KEY_K2, 1, 1); // core(gpio) high wakeup suspend
cpu_set_gpio_wakeup (KEY_K2, 1, 1); // pad high wakeup deepsleep
cpu_sleep_wakeup(DEEPSLEEP_MODE, PM_WAKEUP_PAD, 0);
}
}Замыкаем KEY_K1 на GND. Модуль должен заснуть на 30 секунд в режиме deep-sleep c работающим RTC:
Замыкаем KEY_K2 на GND. Модуль должен заснуть на в режиме deep-sleep c пробуждением когда на КЕY_K2 появится "1":
PS: Что-то ещё дает утечку в данном коде от проекта USB-BLE-ADC, но это тоже не столь важно для него... Если всё подобрать, подтяжки и прочие состояния GPIO и вручную отключить ненужные встроенные контроллеры и их CLK, то получим уже 1.7..1.9 мкА в deep-sleep c RTC и 0.9 мкА в deep-sleep c GPIO при питании 3.3В(!). Это уже было проверено на других модулях и на том-же модуле, но на спец прошивке...
pvvx
Активный участник сообщества
Для тестов к JDY-10 подключил 12-ти битный I2C DAC в виде модуля с MCP4725 и его выход напрямую на вход SAR c DFIFO в TLSR8266.
Вписал в js чтобы после прихода n пакетов от ADC передавалось новое значение для DAC, увеличенное на единицу...
Собрал всё на соплях - на проводках с коннекторами тип Arduino и крокодилах вместо скруток
Вылезло это:
Питание шумное, MCP4725 все его шумы прямо в ADC... Пофигу.
Включим малую фильтрацию в dygraph.js:
Уже нагляднее...
Сохранил для уточнения отношений ADC в csv и перерисовал с разными шагами линейного фильтра (10 и 75 точек):
В общем совпадает.
Один шаг 12-ти битного MCP4725 от опорных 3.3В = примерно 805.7 мкВ
10 шагов -> примерно 8.06 мВ
TLSR8266 SAR у меня включен на Ref 1.3 В и после аппаратной децимации и амплитудной коррекции выдает 16 бит.
Т.е. его 405 его единиц - это 8.034 мВ.
Расхождения не велики.
Вписал в js чтобы после прихода n пакетов от ADC передавалось новое значение для DAC, увеличенное на единицу...
Собрал всё на соплях - на проводках с коннекторами тип Arduino и крокодилах вместо скруток
Вылезло это:
Питание шумное, MCP4725 все его шумы прямо в ADC... Пофигу.
Включим малую фильтрацию в dygraph.js:
Уже нагляднее...
Сохранил для уточнения отношений ADC в csv и перерисовал с разными шагами линейного фильтра (10 и 75 точек):
В общем совпадает.
Один шаг 12-ти битного MCP4725 от опорных 3.3В = примерно 805.7 мкВ
10 шагов -> примерно 8.06 мВ
TLSR8266 SAR у меня включен на Ref 1.3 В и после аппаратной децимации и амплитудной коррекции выдает 16 бит.
Т.е. его 405 его единиц - это 8.034 мВ.
Расхождения не велики.