Перейти к содержанию
    

toweroff

Свой
  • Постов

    3 314
  • Зарегистрирован

  • Посещение

Репутация

1 Обычный

Информация о toweroff

  • Звание
    Гуру
    Гуру
  • День рождения 23.12.1974

Контакты

  • Сайт
    Array
  • ICQ
    Array

Информация

  • Город
    Array

Посетители профиля

11 874 просмотра профиля
  1. Ну вот не выходит у меня каменный цветок... Это ток через шунт R5 До 5мА ток классификации -- это Class 0. Да, тоже 13Вт, но не Class 3 с его током 25-31мА
  2. Получается, при классификации (напряжение 15-20в) ток будет до 5мА. После классификации напряжение поднимается до штатных Итого Class0 с 13Вт на PD
  3. Коллеги, с мая ничего не поменялось? SD4923E остаётся единственным вариантом? кстати, так и не смог на неё скачать даташит. Код на почту присылает, но говорит, что неправильный...
  4. спасибо, CH217 то, что нужно и есть в Элитане
  5. Спасибо, что перенесли в нужное место) пока нужна информация: доставабельные (на складах прям сейчас) расширители GPIO по I2C 8 бит, не требуется прерывание или сброс, если все пины по включению -- входы вменяемые по цене паяемые SMT стойки (М2) контроллеры USB питания (до 1А, желательно с заданием тока и контролем) всплывёт точно ещё что-то, скорее в плане готовых разъёмов RJ45-POE af и выше по току промышленный диапазон преведствуется) ух.. до кучи трансфрматоры те же для PoE преобразователи (желательно), но можно и контроллеры для обратных, но и на прямых посмотрел бы
  6. странные понятия. Нормальная модель -- нормальное проектирование, причём быстрое. Быстрое проектирование -- быстрое внедрение, в том числе закупки
  7. Коллеги, ткните носом в ветку обсуждения, похоже, в упор не вижу 🙄 и уж, что б два раза не вставать, а есть ли у товарищей-коммунистов модели для симулирования? или, уж если слизывают один-в-один, соответствия большим дядям?
  8. Итак, по результатам анализа эпюр, интерфейс SPI работает корректно, как с аппаратным CS0, так и с cs-gpio (CS1) проблема в конфигурировании устройства, сидящего на CS1, но это не проблема интерфейса SPI
  9. пока выражается в некорректной работе. При отключении в настройках устройства, висящего на cs-gpio, устройство на аппаратном CS начинает работать корректно. чуть позже залезу анализатором, попробую посмотреть предмет конфликта
  10. не очень, да. И, как оказалось, вносит свой раздрай при обмене(( пока ищу, можно ли корректировать время активирования CS до начала такта и время деактивации после
  11. Заработало. aaarrr, большое спасибо за помощь! это выборка с софтовым CS1 это с аппаратным CS0
  12. Не хочет spidev1.1 поднимать( root@OpenWrt:~# dmesg | grep spi [ 0.336207] sun6i-spi 1c69000.spi: chipselect 0 already in use [ 0.354936] spi_master spi1: spi_device register error /soc/spi@1c69000/spidev@1 [ 0.354974] spi_master spi1: Failed to create SPI device for /soc/spi@1c69000/spidev@1 root@OpenWrt:~# ls /dev/spi* /dev/spidev1.0 root@OpenWrt:~# извиняюсь... почему-то опять всплыл reg = <0>; сейчас пересоберу, проверю
  13. в sunxi-h3-h5.dtsi вот такое описание: r_pio: pinctrl@1f02c00 { compatible = "allwinner,sun8i-h3-r-pinctrl"; reg = <0x01f02c00 0x400>; interrupt-parent = <&r_intc>; interrupts = <GIC_SPI 45 IRQ_TYPE_LEVEL_HIGH>; clocks = <&r_ccu CLK_APB0_PIO>, <&osc24M>, <&rtc CLK_OSC32K>; clock-names = "apb", "hosc", "losc"; gpio-controller; #gpio-cells = <3>; interrupt-controller; #interrupt-cells = <3>; r_ir_rx_pin: r-ir-rx-pin { pins = "PL11"; function = "s_cir_rx"; }; r_i2c_pins: r-i2c-pins { pins = "PL0", "PL1"; function = "s_i2c"; }; r_pwm_pin: r-pwm-pin { pins = "PL10"; function = "s_pwm"; }; r_uart_pins: r-uart-pins { pins = "PL2", "PL3"; function = "s_uart"; }; }; т.е. у порта PL вообще отдельное описание и пин уже как бы занят
  14. PL11 по идее.. да, точно. Поправил, но результат тот же
×
×
  • Создать...