• Система автоматизации с открытым исходным кодом на базе esp8266/esp32 микроконтроллеров и приложения IoT Manager. Наша группа в Telegram

RTL8710BN: Потребление CPU

Обработку и управление пишут не на Arduino, а на LABWINDOWS/CVI, MATLAB и подобном. Arduino для мигания светодиодом и написания блога - "как я включал светодиод".
Прочитать из i2c данные, преобразовать в текст и выкинуть в компорт - задача как раз для Arduino, никакой матлаб и лабвиндовс для этого не нужен, собственно, лично меня от среды Arduino и особенно их библиотек воротит, но никто же не заставляет ATMega, или что там у них за процессор на самых простых ардуинах, или ARM программировать в Arduino, просто готовое дешевое железо, у меня вот другое готовое, я, если буду, буду делать на нем. Принять данные из компорта или USB, сохранить в CSV, нарисовать график, может быть минимально обработать данные (не знаю что там может быть нужно, сложнее чем low pass filter) - тоже пишется на любом общеупотребительном PC'шном инструменте. Я вот CBuilder использую, вы почти его же - Delphi, программеры - ну у них свои средства, C# какой-нибудь, или не знаю что, но тоже ни матлаб, ни лабвью не надо.
 

pvvx

Активный участник сообщества
Прочитать из i2c данные, преобразовать в текст и выкинуть в компорт - задача как раз для Arduino, никакой матлаб и лабвиндовс для этого не нужен, собственно, лично меня от среды Arduino и особенно их библиотек воротит, но никто же не заставляет ATMega, или что там у них за процессор на самых простых ардуинах, или ARM программировать в Arduino, просто готовое дешевое железо, у меня вот другое готовое, я, если буду, буду делать на нем. Принять данные из компорта или USB, сохранить в CSV, нарисовать график, может быть минимально обработать данные (не знаю что там может быть нужно, сложнее чем low pass filter) - тоже пишется на любом общеупотребительном PC'шном инструменте. Я вот CBuilder использую, вы почти его же - Delphi, программеры - ну у них свои средства, C# какой-нибудь, или не знаю что, но тоже ни матлаб, ни лабвью не надо.
Примите на максимуме с INA219 по протоколу SMBUS. На Arduino видел только одну правильную по данному делу либу. :)
Delphi - потому, что дети в нем разбираются, а это пример для них, чтобы модифицировать правильно. Я в нем ужасно пишу :)
PIC32 не имеет USB2.0, только USB1.1. Модуль с WiFi и USB2.0 дешевле :)
На RTL I2C/SMBUS контроллеры полностью автоматические. Процессор участия в приеме, повторе и опросе нескольких команд не участвует. Они забиваются в tx FIFO и он сам там разбирается с приветом и ответом (ACK, не ACK, синхро пауза и т.д., делает повтор команды указанное кол-во раз), складывая ответ в rx FIFO. DMA на I2C тоже работает... Если возникает сложная ошибка в обработке - дает прерывание. Так что писать там нечего - набил команд пачку (опрос нескольких регистров или установки их у устройства на шине), да через время или прерывание исполнения считал результаты.
PS: Почти все EVAL платки от Microchip с PIC32 есть. Но вроде последней ещё нет c PIC32MZ DA
 
Последнее редактирование:
Примите на максимуме с INA219 по протоколу SMBUS. На Arduino видел только одну правильную по данному делу либу. :)
Delphi - потому, что дети в нем разбираются, а это пример для них, чтобы модифицировать правильно. Я в нем ужасно пишу :)
На максимуме и не надо, скорости любого usb для этой задачи более чем, чем при этом занят процессор - вообще не важно. Лично мне вообще даже ток не нужен, нужна энергия за довольно длинный интервал времени, можно ее хоть раз в секунду передавать, но 10..100 раз в секунду красивей. Сильно быстро через i2c все равно не получится. В библиотеки ардуино даже и смотреть ни к чему. А EVB от микрочипа - это хорошо, но я ими почти не пользуюсь, обычно свои делаю, мне так удобнее, да и дешевле обычно.
 
Последнее редактирование:

pvvx

Активный участник сообщества
На максимуме и не надо, скорости любого usb для этой задачи более чем, чем при этом занят процессор - вообще не важно. Лично мне вообще даже ток не нужен, нужна энергия за довольно длинный интервал времени, можно ее хоть раз в секунду передавать, но 10..100 раз в секунду красивей. Сильно быстро через i2c все равно не получится. В библиотеки ардуино даже и смотреть ни к чему. А EVB от микрочипа - это хорошо, но я ими почти не пользуюсь, обычно свои делаю, мне так удобнее, да и дешевле обычно.
EVB нужны чтобы ознакомиться. Я вот несколько лет назад ознакомился с PIC32 c 512 KB RAM и не нашел ему применения, т.к. LwIP на него нет, а проприетарные либы не хочу, да и не позволяют они у него открыть десяток соединений одновременно... У уж плат/проектов с другими PIC-ками выпущено мной за годы - я все и не сосчитаю уже никогда... И написал я личное мнение и обычно каждый пост считается ИМХО, если не говорят про "все" :) Тут спорить не о чем. Будет время прилепить LwIP - будет разговор с PIC32. :)
А USB1.1 уже терпеть не могу из-за тормоза...
 
EVB нужны чтобы ознакомиться. Я вот несколько лет назад ознакомился с PIC32 c 512 KB RAM и не нашел ему применения, т.к. LwIP на него нет, а проприетарные либы не хочу, да и не позволяют они у него открыть десяток соединений одновременно... У уж плат/проектов с другими PIC-ками выпущено мной за годы - я все и не сосчитаю уже никогда... И написал я личное мнение и обычно каждый пост считается ИМХО, если не говорят про "все" :) Тут спорить не о чем. Будет время прилепить LwIP - будет разговор с PIC32. :)
А USB1.1 уже терпеть не могу из-за тормоза...
Ну что касается USB, то он в PIC32MX 2.0:
"The Universal Serial Bus (USB) module contains analog and digital components to provide a USB 2.0 Full-Speed and Low-Speed embedded host, Full-Speed device or OTG implementation with a minimum of external components. This module in Host mode is intended for use as an embedded host and therefore does not implement a UHCI or OHCI controller."
В PIC18F1xk50 - тоже. Просто для конкретно этой задачи это вообще не имеет значения. Я говорил о PIC32MX по единственной причине - у меня есть готовая, с уже прошитым бутлоадером даже плата. Чтобы ее использовать, даже программатор не понадобится, хотя, конечно, он у меня есть, и не один. На плате с PIC18F14K50 собрано другое устройство (DALI/UART интерфейс, это для управления светом), и чтобы к ней подключить плату с INA219 придется что-то паять а я эти сопли не люблю.

Что касается LwIP, то у них есть полностью открытые сорцы ip стека (на основе Berkeley Socket Distribution(BSD)), когда-то, очень давно, я пробовал их примеры на EVB pic32MZ с Ethernet, они работали, но больше к этому не возвращался, у меня эти PICи совсем другим заняты. Сколько там одновременно соединений может быть я не знаю, едва ли десяток, судя по
#if !defined(MAX_BSD_SOCKETS)
#define MAX_BSD_SOCKETS 4
#endif
но вам, бесспорно, видней. Я нетворкингом не занимаюсь, я собственно железо источников питания для света делаю, и софт для этого железа.

Что до imho, то это, разумеется, by default так, как может быть иначе?
 

pvvx

Активный участник сообщества
Ну что касается USB, то он в PIC32MX 2.0:
Это и есть стандарт USB1.1. До 12 Мбит теоретических :)


В PIC18F1xk50 - тоже. Просто для конкретно этой задачи это вообще не имеет значения. Я говорил о PIC32MX по единственной причине - у меня есть готовая, с уже прошитым бутлоадером даже плата. Чтобы ее использовать, даже программатор не понадобится, хотя, конечно, он у меня есть, и не один. На плате с PIC18F14K50 собрано другое устройство (DALI/UART интерфейс, это для управления светом), и чтобы к ней подключить плату с INA219 придется что-то паять а я эти сопли не люблю.
Готовая продается на али в 120 рупь с STM32F0/1xxx в виде STlink. Перепрошивается через USB и вместо JTAG/SWD подключается INA219 платка, так-же с али за копейки. :)
Что касается LwIP, то у них есть полностью открытые сорцы ip стека (на основе Berkeley Socket Distribution(BSD)), когда-то, очень давно, я пробовал их примеры на EVB pic32MZ с Ethernet, они работали, но больше к этому не возвращался, у меня эти PICи совсем другим заняты. Сколько там одновременно соединений может быть я не знаю, едва ли десяток, судя по
#if !defined(MAX_BSD_SOCKETS)
#define MAX_BSD_SOCKETS 4
#endif
но вам, бесспорно, видней. Я нетворкингом не занимаюсь, я собственно железо источников питания для света делаю, и софт для этого железа.
На простой странице HTML c несколькими вложениями, эксплорер открывает от 5-ти одновременных потоков и один отслеживающий, постоянно висящий и следящий за изменениями ресурсов на открытой странице... Счас не 1900 год.
У PIC32 так-же нет PHY на Ethernet. Нужно прикручивать костыли. У более дешевого готового модуля и с большей памятью, чем все PIC32, к примеру Omega2S+, никаких костылей прикручивать не требуется.
 
Последнее редактирование:
Это и есть стандарт USB1.1. До 12 Мбит теоретических :)
А в даташите написано 2.0, повторяю, для этой задачи не имеет значения.

Готовая продается на али в 120 рупь с STM32F0/1xxx в виде STlink. Перепрошивается через USB и вместо JTAG/SWD подключается INA219 платка, так-же с али за копейки. :)
Если бы к этому был готовый софт, я бы его и купил, а так, я работаю не с STM32, а с PIC'ами, в том числе PIC32, и мне на нем делать удобней. Но вот отсутствие готового решения, собственно, меня и удивило, не важно на ATMega, или STM32, или что угодно еще, не важно что.

На простой странице HTML c несколькими вложениями, эксплорер открывает от 5-ти одновременных потоков и один отслеживающий, постоянно висящий и следящий за изменениями ресурсов на открытой странице... Счас не 1900 год.
У PIC32 так-же нет PHY на Ethernet. Нужно прикручивать костыли. У более дешевого готового модуля и с большей памятью, чем все PIC32, к примеру Omega2S+, никаких костылей прикручивать не требуется.
И, собственно, что? Кто-то предлагает PIC'ами заменять WiFi SoC? Замечу, что когда лет 7, а то и больше, просто не помню, назад я попробовал их демку, она работала, в том числе под эксплорером, но с моей стороны это было чистое любопытство, не более. Громоздкое дорогое и не технологичное решение с кучей больших многоногих микросхем на четырехслойной плате. Уже тогда для подобных задач были более адекватные средства. Что они в этой области сейчас предлагают я особо и не смотрел, кажется, все тоже самое.
 

pvvx

Активный участник сообщества
А в даташите написано 2.0, повторяю, для этой задачи не имеет значения.
480 Mbit в сек? :)
Напишите там USB3.1 и перепроверьте:
Снимок112.gif

Если бы к этому был готовый софт, я бы его и купил, а так, я работаю не с STM32, а с PIC'ами, в том числе PIC32, и мне на нем делать удобней. Но вот отсутствие готового решения, собственно, меня и удивило, не важно на ATMega, или STM32, или что угодно еще, не важно что.
Дык есть уже пару лет. На ESP8266:
И, собственно, что? Кто-то предлагает PIC'ами заменять WiFi SoC? Замечу, что когда лет 7, а то и больше, просто не помню, назад я попробовал их демку, она работала, в том числе под эксплорером, но с моей стороны это было чистое любопытство, не более. Громоздкое дорогое и не технологичное решение с кучей больших многоногих микросхем на четырехслойной плате. Уже тогда для подобных задач были более адекватные средства. Что они в этой области сейчас предлагают я особо и не смотрел, кажется, все тоже самое.
WiFiSoC - дешевле, больше RAM, WiFi можно не включать - выйдет просто MCU.
 
Последнее редактирование:

pvvx

Активный участник сообщества
Ну да, виноват Excel. А вы коэффициент наклона прямой линии умеете считать? круто.
Ну как, сообразили? С математикой у вас нелады?
Привели бы свои измерения. Было бы с чем сравнить...
А пока выяснили, что
На ESP данных нет - сравнить невозможно. Наверно они ужасны.
FPU пока не измерен для сравнения. Но у других модулей он или c багами именно по производительности (ESP-32) или его нет вообще (ESP8266, RTL серии "A", MT7688, ...)

С мВт у встроенной антенны тоже непонятно?
На другом модуле, на том-же чипе уже написано 75 мВт. Разная разводка антенны на платах...
Вот только мне не понятно, как CPU относится к антенне? Не могли бы объяснить?
 
Последнее редактирование:
480 Mbit в сек? :)
Напишите там USB3.1 и перепроверьте:
USB2.0 от 1.0 отличается не только скоростью. Скорость для этой задачи - ну очень не главное.

Дык есть уже пару лет. На ESP8266:
Не удобно, не хочу я WEB интерфейс.

WiFiSoC - дешевле, больше RAM, WiFi можно не включать - выйдет просто MCU.

Не выйдет, у WiFiSoC нет PWM, нет ADC, компараторов, гибкого управления потреблением, таймеров, внешних прерываний, и т. д, и т. п., есть куча всего лишнего, что мешает, нет нормальной документации, нет широкой линейки совместимых устройств разного размера даже если это WiFiSoC на ARM, а не как ESP. Даже если сам WiFiSoC стоит столько же (что не факт, что так). Еще WiFiSoC не будет выпускаться десятилетиями, когда он слегка устареет, он просто исчезнет, ему не сделают pin-to-pin совместимую замену. У него типично один единственный тип корпуса, причем такой, что на силовую PCB не поставишь, неведомое поведение в условиях сильных помех, нестабильного питания, широкого температурного диапазона. Короче, не надо ни на PICах пытаться делать WiFi модули, ни пихать WiFiSoC вместо PICов.
 

pvvx

Активный участник сообщества
USB2.0 от 1.0 отличается не только скоростью. Скорость для этой задачи - ну очень не главное.
В современном мире имеет особою значимость. Тем более для измерения (приборов измерения).
Не удобно, не хочу я WEB интерфейс.
Компу всё равно. TCP/websocket.
Для USB нужны драйверы. А тут - не надо.
Например написанный на javascript монитор будет работать на любом устройстве лет 10 вперед.
На сегодня на стандартных либах javascript в режиме реал-тайм осциллографа даже Dygraph выдает 10 тысяч точек в сек...
А это, что может предложить Microchip: JavaScript Oscilloscope - Developer Help

Сделать децимацию замеров, записать статистику за год в Flash с выводом графиков – это уже второстепенная задача и у неё критерии в другой области – в области дизайна, а не сложности программы. Там писать нечего, а вот красоту наводить и сделать дружественный интерфейс для пользователя – это время надо и конкретизировать под задачу...


Не выйдет, у WiFiSoC нет PWM, нет ADC, компараторов, гибкого управления потреблением, таймеров, внешних прерываний, и т. д, и т. п., есть куча всего лишнего, что мешает, нет нормальной документации, нет широкой линейки совместимых устройств разного размера даже если это WiFiSoC на ARM, а не как ESP. Даже если сам WiFiSoC стоит столько же (что не факт, что так).
Всё это есть в WiFiSoC + PMU, что дает большее разнообразие управления питанием.
Еще WiFiSoC не будет выпускаться десятилетиями, когда он слегка устареет, он просто исчезнет, ему не сделают pin-to-pin совместимую замену. У него типично один единственный тип корпуса, причем такой, что на силовую PCB не поставишь, неведомое поведение в условиях сильных помех, нестабильного питания, широкого температурного диапазона. Короче, не надо ни на PICах пытаться делать WiFi модули, ни пихать WiFiSoC вместо PICов.
На рекомендованных стоит Linux - это на десятилетия, а PIC - самопал с проприетарщиной. Разница существенна.
Откройте готовые устройства - встретить в них PIC - 0.01% вероятности. И то это изделия 1990-х годов.

Нет уже смысла в реализации как у вас - это уровень десятилетней давности. А мир и технологии развиваются... Надо догонять.
Да и данный сайт про WiFi-SoC. :)
ST уже готовит WiFi-SoC (пока выдан только BLE), MicroChip - запаздывает. (Я более за MicroChip - они надежнее и менее подвержены помехам -> устойчивее...)
 
Последнее редактирование:
В современном мире имеет особою значимость. Тем более для измерения (приборов измерения).
Нет, зависит от того что измерять.

Компу всё равно. TCP/websocket.
Для USB нужны драйверы. А тут - не надо.
HID устройства сами подключаются. Драйвера уже в винде.


Всё это есть в WiFiSoC + PMU, что дает большее разнообразие управления питанием.
Нет, разве что PMU - это собственно микроконтроллер.

На рекомендованных стоит Linux - это на десятилетия
Какой еще Linux? Причем тут Linux?

, а PIC - самопал с проприетарщиной. Разница существенна.
Откройте готовые устройства - встретить в них PIC - 0.01% вероятности. И то это изделия 1990-х годов.
Думаете, мало открываю? Везде стоят PIC, или что-то подобное, а не WiFiSoC. Откройте любой зарядник для батарей, собственно саму батарею, источник питания, LED драйвер, электропривод, UPS, и т. д, и т. п. Даже если там сбоку стоит WiFi или другой SoC, в центре, или нет. И никакой проприетарщины, это в WiFiSoC - проприетарщина и закрыто все, а в контроллере - как раз наоборот, все открыто, собственно, там просто ничего нет, пока не напишешь.

Нет уже смысла в реализации как у вас - это уровень десятилетней давности. А мир и технологии развиваются...
Реализации чего? Интерфейса медленного АЦП к компу? Я, собственно, не собираюсь этим торговать, мне просто поделка нужна, и удобно делать ее на том, что есть. Кстати, очень похожая готовая штука появилась у китайцев по проводу, или BT. Приедет, псомотрю, может все ограничится заменой шунта.

ST уже готовит WiFi-SoC (пока выдан только BLE), MicroChip - запаздывает. (Я более за MicroChip - они надежнее и менее подвержены помехам -> устойчивее...)
Ну приготовят - посмотрим. Но это не повод их пихать туда, где нужен микроконтроллер.
 

pvvx

Активный участник сообщества
Нет, зависит от того что измерять.
Зависит и очень. Как загрузить годичную диаграмму в миллион точек? Ждать пол года?
HID устройства сами подключаются. Драйвера уже в винде.
И ПО тоже? Или надо писать на каждую ОС и дрова и ПО? :)
Нет, разве что PMU - это собственно микроконтроллер.
В первый раз такое слышу. Наверно копание в старом у вас создало такое мнение. PMU - это Power Management Unit - Wikipedia или просто набор логики отключения/включения питаний внутренних устройств. Дополнительное ядро в виде слаботочного MCU не обязательно и называется оно по другому. C MCU PMU выполняется только на больших системах... На малых - это регистры SoC, которыми управляют и маломощное и основные ядра CPU.
PIC32MX (256 KB RAM)
  • 80 MHz 55 mA Typical,
  • POWER-DOWN (deep_sleep ) 5 μA Typical
  • POWER-DOWN + RTC 23 μA
  • POWER-DOWN + ADC 880 μA

RTL8710BN (256 KB RAM)
  • 125 MHz 27 mA Typical
  • deep_sleep 6 μA Typical
  • deep_sleep + RTC 6.5 μA Typical
  • deep_sleep + ADC < 200 μA Typical
 
Последнее редактирование:
Зависит и очень. Как загрузить годичную диаграмму в миллион точек? Ждать пол года?
И ПО тоже? Или надо писать на каждую ОС и дрова и ПО? :)
В первый раз такое слышу. Наверно копание в старом у вас создало такое мнение. PMU - это Power Management Unit - Wikipedia
И он может работать как АЦП, компараторы, PWM'ы, входы прерываний? Удивительно... А ПО да, но достаточно винды. Мне.
 

pvvx

Активный участник сообщества
И он может работать как АЦП, компараторы, PWM'ы, входы прерываний?
Да, может. 4-выхода у таймера PWM 40 МГц c DMA на выбираемые ноги. ADC 16 бит (реально 15.5 :) т.к. смещен нуль для некоторых типов замеров, если не тянуть ногу в минус...). Компараторов нет и не особо нужны. Счет внешней частоты и длительностей сигналов таймером с DMA до 40 МГц. SDIO тоже есть.
У чипа с побольше ног есть полный USB2.0.
Удивительно... А ПО да, но достаточно винды. Мне.
Для дома, для семьи на кухне достаточно любого варианта.
 
Последнее редактирование:
Да, может. 4-выхода у таймера PWM 40 МГц c DMA на выбираемые ноги. ADC 16 бит (реально 15.5 :) т.к. смещен нуль для некоторых типов замеров, если не тянуть ногу в минус...). Компараторов нет и не особо нужны. Счет внешней частоты и длительностей сигналов таймером с DMA до 40 МГц. SDIO тоже есть.
У чипа с побольше ног есть полный USB2.0.
Для дома, для семьи на кухне достаточно любого варианта.
Это у какого именно чипа 4 PWM, и 40MHz - это что и при какой разрядности? ADC - сколько каналов? 16 бит - не нужно для задач управления, там никогда аналоговая часть такого соотношения сигнал/шум не обеспечит, больше 10 бит - все равно мусор, а часто и 10 - фикция. Компараторы очень часто нужны, например пики тока обрабатывать - глушить ШИМ, а вот внешнюю частоту считать нужно довольно редко, хотя у многих контроллеров, в частности PIC, это можно таймером. USB - это хорошо, но одновременно с WiFi не совсем понятно зачем.

Для дома, для семьи на кухне достаточно любого варианта.
Именно, об этом и речь.
 

=AK=

New member
480 Mbit в сек? :)
Напишите там USB3.1 и перепроверьте:
Посмотреть вложение 5878
Вы как всегда перепутали мягкое с мокрым. В данном случае - спецификацию USB 2.0 и скорость обмена по USB. Если написано, что соответствует стандарту USB 2.0, это не значит, что работает на 480 Mbps (High Speed). Это значит именно то, что написано - соответствует стандарту USB 2.0, согласно которому может работать на одной из трех описанных в стандарте скоростей, Low Speed, Full Speed, High Speed. =:D=
 
Нет, разве что PMU - это собственно микроконтроллер.
В первый раз такое слышу. Наверно копание в старом у вас создало такое мнение. PMU - это Power Management Unit - Wikipedia или просто набор логики отключения/включения питаний внутренних устройств.
Забавно, прямо по вашей ссылке написано:

The Power Management Unit (PMU) is a microcontroller

То есть вы предлагаете задачи, обычно решаемые на микроконтроллерах, решать на микроконтроллерах и WiFiSoc с отключенным WiFi. В принципе можно, но и WiFi и SoC тут просто лишние сущности, даже если они по каким-то причинам локально дешевле окажутся, это не основание так делать - плохой, на мой вкус, стиль инженерии. Кроме лишнего железа, это еще и куча лишнего, и часто неконтролируемого кода с бог знает какими багами (и хорошо если только багами, а не злонамеренными закладками).

Да, если на ходу изменять решаемую задачу,
Как загрузить годичную диаграмму в миллион точек? Ждать пол года?
то решения может и вовсе не найтись. А если задача выяснить сколько миллиджоулей сжирает устройство за длящийся заданное время (речь идет о минутах) цикл работы, то никаких миллионов точек нет, и думать что с ними делать не нужно.
 

pvvx

Активный участник сообщества
Забавно, прямо по вашей ссылке написано:

The Power Management Unit (PMU) is a microcontroller
Угу - PMU для компьютеров :)
Ну два триггера тоже можно назвать microcontroller :)
То есть вы предлагаете задачи, обычно решаемые на микроконтроллерах, решать на микроконтроллерах и WiFiSoc с отключенным WiFi. В принципе можно, но и WiFi и SoC тут просто лишние сущности, даже если они по каким-то причинам локально дешевле окажутся, это не основание так делать - плохой, на мой вкус, стиль инженерии. Кроме лишнего железа, это еще и куча лишнего, и часто неконтролируемого кода с бог знает какими багами (и хорошо если только багами, а не злонамеренными закладками).
Какими закладками? Весь код свой.
А если задача выяснить сколько миллиджоулей сжирает устройство за длящийся заданное время (речь идет о минутах) цикл работы, то никаких миллионов точек нет, и думать что с ними делать не нужно.
Скучная у вас задача... Обычно пишут лог за несколько дней, месяцев, лет... К примеру при тесте от АКБ.
В общем ясно - балуетесь только домашними поделками.
 

pvvx

Активный участник сообщества
Вы как всегда перепутали мягкое с мокрым. В данном случае - спецификацию USB 2.0 и скорость обмена по USB. Если написано, что соответствует стандарту USB 2.0, это не значит, что работает на 480 Mbps (High Speed). Это значит именно то, что написано - соответствует стандарту USB 2.0, согласно которому может работать на одной из трех описанных в стандарте скоростей, Low Speed, Full Speed, High Speed. =:D=
USB3.1 на 12 Мбит. :)
Когда вам комп с такими лейбами продадут, вспомните и напишите - разъемы на 3.1 но всего Full Speed :)
 
Сверху Снизу