caxapa.ru :: Куда от них деться при подключении чужих громоздких процедур работы с USB или файловыых систем. Самому что ли всё переписывать? Вообще переход на ARM означает добровольное соглашение на использование огромного числа чужих наработок, это не на

Олдфаг (02.12.2015 20:56, просмотров: 1) ответил KLIM83 на Колоссальный объём писанины- при использовании библиотек. Что есть редкостное КЮ. Но использовать их никто не заставляет.

Куда от них деться при подключении чужих громоздких процедур работы с USB или файловыых систем. Самому что ли всё переписывать? Вообще переход на ARM означает добровольное соглашение на использование огромного числа чужих наработок, это не на tinyAVR вылизывать байты.

- Здрассте. Ежели хотите усб или файловую систему, то извольте привыкать к чужому коду. Или зарывайтесь в талмудах, но потом не удивляйтесь, что по окончании разработки оная никому уже не будет интересна. - SciFi(02.12.2015 20:59)
  - Здравствуйте. Об этом я и говорю Климу83, что от чужих библиотек никуда не денешься, и тезис "никто не заставляет их использовать" здесь не особо канает... - Олдфаг(02.12.2015 21:08, )
    - Он, видимо, имел в виду то, что некоторые и для мигания лампочкой их используют. А это действительно вызывает вопросы. - SciFi(02.12.2015 21:10)
      - Вот именно. - KLIM83(02.12.2015 21:12)
        
        Зачем тогда перешли с tinyAVR на ARM? Лампочкой мигать? - Олдфаг(02.12.2015 21:15, )
        
        Быстродействие, богатая периферия, реализующая обмен с минимальным участием ядра. А вы зачем перешли? - KLIM83(02.12.2015 21:35)
        
        Не понимаю, как желание работать с богатой периферией у Вас ассоциируется с безбиблиотечным ARM-проектом по миганию лампочкой. Я перешел потому что в тот миг STM32F100 стоил $0.99, а у AVR были проблемы со сроками поставки. Удобство периферии Олдфаг(20 знак., 02.12.2015 22:29, )
        
        Это может говорить о том, что круг ваших задач не позволяет ощутить плюсов АРМ. - KLIM83(02.12.2015 23:02)
        
        А как Вы поняои круг моих задач? Может, он и не круг вовсе? Не говорите о вещах которых не знаете. Надо было перенацелить готовый проект с AVR на ARM: порты, таймеры, SPI, USART, спящие режимы - на этом хорошо осваивать новое, а ощутить удобство Олдфаг(202 знак., 02.12.2015 23:42, )
        
        Вы будете смеяться, но, к примеру, у меня практицки сразу арм. А чо такое тайниавр - слышал краем уха, но не более того. - SciFi(02.12.2015 21:18)
- Файловые системы не пробовал, но однозначно думаю что библиотеки необходимы. По части ЮСБ авторитетно не соглашусь. - KLIM83(02.12.2015 20:58)
  - С чем не соглашусь? Что какая-нить VCP УСБ это чужая готовая библиотека? Вы сами себе её писали? Или что она громоздкая? - Олдфаг(02.12.2015 21:05, )
    - CDC довольно неудобная штука. HID и MSC писал сам. - LightElf(02.12.2015 21:36)
    - ЦДЦ не использовал. Не для всех задач применимо. - KLIM83(02.12.2015 21:06)
  - Знаю людей, которые в детстве под DOS один раз написали поддержку FAT и с тех пор у них есть свой готовый код, который обрезается ножницами по форме отверстия в текущем проекте и пересобирается… А вообще, говорят, с нуля FAT32 за пару дней Николай Коровин(10 знак., 02.12.2015 21:01)
    - А потом пять лет тестится и вылизывается и все равно иногда лажает :) - LightElf(02.12.2015 21:04)
      - FAT32? Лажает? Вот эта фигня в полторы структуры? Ну тада лучше вообще не пытаться ничего писать сложнее мигания светодиодом. Не, с ним тоже бывают (и весьма часто) проблемы, но… - Николай Коровин(02.12.2015 21:09)
        
        Глюки реализаций FAT весьма многообразны, несмотря на то что там полторы структуры. Сектора != 512 байт, длина трека != 63 или 32 сектора, короткие имена файлов в непонятной кодировке, длинные имена. Не только лишь все правильно переваривают LightElf(19 знак., 02.12.2015 21:35)
        
        А, ну тут и в библиотеке шансы нарваться на нерадивого товарища не меньше… тут принципа два. 1) Ничему не верить, любая константа может обернуться переменной; 2) читать спецификацию, а «как обычно делают» — чисто для сведения. - Николай Коровин(03.12.2015 05:40)
        
        Во времена ДОС спецификация не была доступна, вместо нее бродили всякие самодеятельные описания. Которые до сих пор то там, то сям выстреливают - Lightelf(03.12.2015 09:03)
        
        Делал лет 10-15 назад фат16 по Данкану все заработало быстро качественно! не так страшен фат как его малюют! - IBAH(03.12.2015 10:08, ссылка)
        
        И шо, таки корректно воспринимает китайские имена файлов? И на дисках с разбивкой по 3кб на сектор и 29 секторов на дорожку не лажает? :) А серьезно - я не говорю, что это невозможно. Я говорю о том, что во многих либах есть неочевидные косяки. - LightElf(03.12.2015 12:05)
        
        FAT16!!! Китайцы под стол пешком ходили! - IBAH(03.12.2015 13:46)
        
        И что FAT16? Кетайские и японские имена - запросто. Кодировочки оченно забавные бывают. Даже в юникоде есть проблемы с upper/lower case, патамучта у турков есть буквы "маленькая i без точки" и "большая I с точкой". И вот сунут в ваш прибор флешку, LightElf(155 знак., 03.12.2015 14:01)
        
        Два вопроса: 1) где гарантия, что сторонняя библиотека прожуёт? 2) А у прибора в паспорте поддержка юникода есть или чётко написано «имена 8.3 латиницей»? Нарпотреб и спецтехника — очень разные звери. Бывает, посмотришь на готовую библиотеку, от Николай Коровин(1527 знак., 03.12.2015 16:01 - 16:06)
        
        Гарантию дает только страховой полис. Жирные мутные либы - сам не люблю. Но вопрос в том, что используя стандартные вещи (типа той же FAT16) можно некисло обжечься на нюансах реализации. Типо человек под линухом пишет файл с латинским именем 8.3 А LightElf(1015 знак., 03.12.2015 16:44)

ARM, RISC-V контроллеры