Eddy_Em (26.07.2023 23:18, просмотров: 128) ответил Гyдвин на Я брал тут ->eddy-em.livejournal.com github.com/eddyem
-
- Дык подключайся ;) Гyдвин(1 знак., 27.07.2023 15:35, ссылка)
- Нет уж, софтовую реализацию аппаратных протоколов я считаю
идиотизмом. Лучше взять МК, где есть аппаратный USB, чем городить
хрен знает что. Eddy_Em(129 знак., 27.07.2023 15:55)
- Не люблю PIC-и (правда главным образом из-за индусокода/ MPLAB ),
но PIC16F1454 весьма понравился в этом плане(и кварц не нужен для
usb ). Но стали дороги, сцуко... - Гyдвин(27.07.2023 16:06)
- С PIC'ами я поработал немного лет 14 назад. Тогда (да и сейчас,
наверное) единственным компилятором под них был sdcc. В принципе -
ничего сложного, простая 8-битная фигня с сильной нехваткой
периферии (правда, CAN аппаратный был, это да). Хотя, если
сравнивать с аврками, то таки лучше пики. - Eddy_Em(27.07.2023 16:09)
- микрочиповский компилятор смотрит на тебя с недоумением... POV(36 знак., 27.07.2023 16:12)
- Он же проприетарный. Eddy_Em(48 знак., 27.07.2023 17:45)
- они выкладывают его на всеобщее оборзение - RxTx(27.07.2023 20:08)
- Исходники? - Eddy_Em(27.07.2023 22:59)
- Там ограничение по уровню оптимизации. У меня десяток проектов на пиках с их компилятором. Вполне всё работало и доступной оптимизации. - POV(27.07.2023 18:12)
- они выкладывают его на всеобщее оборзение - RxTx(27.07.2023 20:08)
- HI-TECH PICC был в свое время в фаворе... - Гyдвин(27.07.2023 16:23)
- Он же проприетарный. Eddy_Em(48 знак., 27.07.2023 17:45)
- микрочиповский компилятор смотрит на тебя с недоумением... POV(36 знак., 27.07.2023 16:12)
- С PIC'ами я поработал немного лет 14 назад. Тогда (да и сейчас,
наверное) единственным компилятором под них был sdcc. В принципе -
ничего сложного, простая 8-битная фигня с сильной нехваткой
периферии (правда, CAN аппаратный был, это да). Хотя, если
сравнивать с аврками, то таки лучше пики. - Eddy_Em(27.07.2023 16:09)
- Не люблю PIC-и (правда главным образом из-за индусокода/ MPLAB ),
но PIC16F1454 весьма понравился в этом плане(и кварц не нужен для
usb ). Но стали дороги, сцуко... - Гyдвин(27.07.2023 16:06)
- Кстати, вот здесь все, как ты любишь - по красноглазиковски :) Гyдвин(1 знак., 27.07.2023 15:40, ссылка)
- Интересно, spi вроде есть, а на самом деле нет! Забыли SCK
доложить. m9rs(1 знак., 30.07.2023 10:49, картинка)
- Зато можно произвольную битовую последовательность гнать с МОСИ
аппаратно. Интересно, SPI в этом камне может подряд байты
передавать, загружая в буфер следующий раньше, чем закончится
предыдущий? - Nikolay_Po(30.07.2023 23:34)
- Да, у них буфферизаццыя есть. Анализировать битик ТХЕ. - mse homjak(30.07.2023 23:40)
- Не забыли, у А4М6 его нет. enc(1 знак., 30.07.2023 22:13, картинка)
- Ну то есть SPI есть, но без SCK - там же одинаковые кристаллы. - LightElf(30.07.2023 23:45)
- К шиту доверия больше чем к "рисовальщикам". - enc(31.07.2023 09:20)
- Доверие к китайскому шиту - ну такое себе ;-) - LightElf(31.07.2023 13:03)
- По идее, чтобы MOSI, всё же, использовать на вывод потока бит,
придётся настраивать несуществующий (не разваренный с кристалла)
вывод SCK, чтобы сдвиг бит, всё же, тактировался. - Nikolay_Po(30.07.2023 23:51)
- Придётся. Но я сварщик не настоящий - как там у этих зверей ремап
устроен - не знаю. - LightElf(31.07.2023 00:05)
- Просто скопировать ассемблерные инструкции неразваренного вывода с
более жирного чипа. Ну, или красивее, добавить его в свой
заголовочный файл, как у жирного чипа и настроить так же. - Nikolay_Po(31.07.2023 00:48)
- Норот, гораздо проще сделать обычный бит-бэнг. Ибо на максимальных
скоростях, всё равно надо ждать "бизи". - mse homjak(31.07.2023 09:53)
- Один бизи на 8 интервалов или каждый интервал вручную считать - по
моему, разница налицо. - Nikolay_Po(01.08.2023 08:07)
- Busy считывать в цыкле, значит, проц, полюбому, занят. Какая
разница, чем. А если пользоваться прерываниями, то на максимальной
СЦК, накладные от прерывания будут , где-то, в размер 8-битной
транзакцыи. Смотрите это и следуюсчее сообчение с картинками.
Обратите внимание, как отвисает CS на 8-битной посылке. От такая
реакция на прерывание RXRDY. В неё умещается передача ещо одного
байта. Если сыпать байтами, то всё очень не очебачно. Оптимально по
скорости, это жэлезный mse homjak(79 знак., 01.08.2023 10:35, ссылка)
- Спасибо. Ну, я успею что-нибудь сделать к моменту, когда бизи
отвиснет. И подожду пару тактов для обеспечения равномерности
подачи данных. Nikolay_Po(232 знак., 02.08.2023 07:58)
- Прерывания по busy нет. Конец педерачи можно получить только через RXRDY. В смысле, прерывание. Но и то, через жопу, смотри картинки. Работать по прерываниям с ихним СПИ имеет смысл на больших делителях. На максимальной скорости, накладные расходы на вход-выход из прерывания превышают время передачи байта. Это справедливо и для РИСК-5 и для аналогичных СТМ. - mse homjak(02.08.2023 10:22)
- Спасибо. Ну, я успею что-нибудь сделать к моменту, когда бизи
отвиснет. И подожду пару тактов для обеспечения равномерности
подачи данных. Nikolay_Po(232 знак., 02.08.2023 07:58)
- Busy считывать в цыкле, значит, проц, полюбому, занят. Какая
разница, чем. А если пользоваться прерываниями, то на максимальной
СЦК, накладные от прерывания будут , где-то, в размер 8-битной
транзакцыи. Смотрите это и следуюсчее сообчение с картинками.
Обратите внимание, как отвисает CS на 8-битной посылке. От такая
реакция на прерывание RXRDY. В неё умещается передача ещо одного
байта. Если сыпать байтами, то всё очень не очебачно. Оптимально по
скорости, это жэлезный mse homjak(79 знак., 01.08.2023 10:35, ссылка)
- У меня типичная проблема, что вывод по SPI надо делать без пауз и
задержек, с четкой постоянной скоростью. Иначе светодиодики глючат
;-) На NUC970 пришлось кернеля перчить, шоб оно 6.25мегабита
выдавало без разрывов. Жизнь контроллера светодиодов нелегка ;-) - LightElf(31.07.2023 13:02)
- я на CH32V203 битбэнгом 24 бита в ЦАП просовываю. Около 55нс для
педерачи "0" и около 75нс для "1". mse homjak(1 знак., 31.07.2023 13:13, картинка)
- Да... На CH32V003@40МГц, всё куда скучнее: "1" 350нс, "0"600нс. Хотя, казалось бы, частота всего в три раза выше. Нипанятна. Мож ргистров не хватат? mse homjak(1 знак., 31.07.2023 22:32, картинка)
- Защёлкивается по заднему фронту? - SciFi(31.07.2023 13:17)
- да - mse homjak(31.07.2023 13:44)
- я на CH32V203 битбэнгом 24 бита в ЦАП просовываю. Около 55нс для
педерачи "0" и около 75нс для "1". mse homjak(1 знак., 31.07.2023 13:13, картинка)
- Один бизи на 8 интервалов или каждый интервал вручную считать - по
моему, разница налицо. - Nikolay_Po(01.08.2023 08:07)
- Норот, гораздо проще сделать обычный бит-бэнг. Ибо на максимальных
скоростях, всё равно надо ждать "бизи". - mse homjak(31.07.2023 09:53)
- Просто скопировать ассемблерные инструкции неразваренного вывода с
более жирного чипа. Ну, или красивее, добавить его в свой
заголовочный файл, как у жирного чипа и настроить так же. - Nikolay_Po(31.07.2023 00:48)
- Придётся. Но я сварщик не настоящий - как там у этих зверей ремап
устроен - не знаю. - LightElf(31.07.2023 00:05)
- К шиту доверия больше чем к "рисовальщикам". - enc(31.07.2023 09:20)
- Ну то есть SPI есть, но без SCK - там же одинаковые кристаллы. - LightElf(30.07.2023 23:45)
- Зато можно произвольную битовую последовательность гнать с МОСИ
аппаратно. Интересно, SPI в этом камне может подряд байты
передавать, загружая в буфер следующий раньше, чем закончится
предыдущий? - Nikolay_Po(30.07.2023 23:34)
- Это я еще с месяц назад скачал. Когда-нибудь попробую таки начать с v003, а там, глядишь, кто-нибудь что-нибудь подобное и для других камней выбросит. Уж слишком много времени понадобится тратить, чтобы самому такое сбацать. Eddy_Em(140 знак., 27.07.2023 16:02)
- Напротив, blinky занимает всего 500 байт с ch32v003fun, \\ Где-то разнузданно заржали пикоманы. - Kpoк(27.07.2023 15:48)
- Интересно, spi вроде есть, а на самом деле нет! Забыли SCK
доложить. m9rs(1 знак., 30.07.2023 10:49, картинка)
- Нет уж, софтовую реализацию аппаратных протоколов я считаю
идиотизмом. Лучше взять МК, где есть аппаратный USB, чем городить
хрен знает что. Eddy_Em(129 знак., 27.07.2023 15:55)
- Дык подключайся ;) Гyдвин(1 знак., 27.07.2023 15:35, ссылка)
