Ruslan1

Здравствуйте! Есть устройство, которое имеет SD-карточку и USB-флэшку, на базе PIC32 со встроенным ЮСБ хостом. При перекачке данных на юсбишку (чтение с SDC и запись в USB) вижу скорость не более чем 170 кбайт в секунду. Чисто чтение с SDC дает скорость около 600 кБ/с, то есть собака зарыта именно в USB. :( Использую FATfs от Чана, прикрутил к нему майкрочиповские функции работы с USB. Читаю-пишу блоками по 4096 байт (используется многосекторный режим доступа для обоих носителей). Может быть кто-нибудь может подсказать, где собака зарыта? Куда копать, что делать? Подскажите пожалуйста, для меня этот USB почти темный лес. Почитал форумы на мелкочипе- в результате родил многосекторный доступ к ЮСБ-носителю. Это увеличило скорость раза в три (до 170 кБ/с), но что еще можно сделать- не знаю.

Ну так разберитесь. Причем речь идет не о том чтобы заменить именно LAT. Вам нужно взять файл описания пинов из хайтека и вставить именно эти описания на место дефайнов, определенных в ваших исходниках. Прочитать про отличия- это просто открываете хайтековский хедер и смотрите как должно быть. вот прикладываю хедер, идущий к стоящей у меня версии, уверен что у вас на 99% такой же. (переименовал *.h в *.txt, иначе загружаться на форум не хотел). Там же и фьюзы описаны. pic18f4550.txt Главное чем хайтек отличается, это описанием битовых переменных и структур. Еще конечно полезно документацию почитать, которая устанавливается вместе с компилятором- очень разжеванный документ. Когда поправите все что понимаете- выкладывайте проект, я докую. Но полностью за вас делать не буду, это непедагогично :)

Дык эта, там же все дефайны явно не под хайтековский компилятор. то есть нужно для начала переделать все дефайны под хайтек например: LATCbits.LATC6 заменить на LATC6 то же самое и с фьюзами. Знаете что делать? или более подробно объяснить? Хотя это именно то что я говорил- поставьте MPLAB-C18 и не мучайтесь :) (у меня самого хайтек стоит для PIC18, но это по историческим причинам :)

Какими еще модулями? У чана все в исходниках дается и компилируется на месте. Кидайте проект целиком, подскажу. Отвлеченные замечания- 1. этот PRO - дерьмо редкостное. лучше уж STD пользовать. 2. Еще лучше- родной майкрочиповский компилер. Сразу кучу зайцев и на будущее пристрелите, если майкрочиповским компилером пользоваться. Но в данном случае неактуально, что петит что полный фат не содержат ничего компилерозависимого, любой компилятор прожевать должен. Я сам эти Чановские проекты только для PIC32 пользовал, ничего и не пискнуло при сборке или при подключении к своим проектам. Кстати, работает отлично.

Мало данных. Укажите: 1. разрешающую способность 2. Спектральную плотность шумов или просто частотный диапазон и допустимую погрешность. 3. Диапазон возможных питающих напряжений 4. какие корпуса готовы запаять (и с каким шагом) 5. На какую цену ориентируетесь Есть с цифровым выходом (напрямую читаете данные), но обычно до 12 бит. Если точнее- то с аналоговым выходом. Самые точные с дифференциальным аналоговым выходом, но это уже не трехосевые. Кстати учтите, что в многоосевых оси имеют погрешность ортогональности. Еще очень важный момент- тепловой уход. Хорошие сенсоры имеют еще и встроенный термометр, пользуясь которым можно произвести корректировку данных. Если производитель пишет что сам все за вас скомпенсировал- не верьте.

Дык понятно что на карандаше эти камни, мне бы дебаг фирмвари на нем провести успеть.... :) В чем я точно уверен- что тысячи часов никому не придет в голову гонять экспериментальную плату :) Меня реально удивило несколько моментов: 1. Не накрылось, хотя напряжение было подано в течении нескольких часов. 2. Не грелось и ток лишний не потребляло (я грешным делом думал что в такой ситуации закоротит нах что-нибудь унутрях или выходные каскады внутреннего линейного стабилизатора ток от поданного на выход напряжения жрать будут). 3. Не работало. То есть ядро не продолжало героически трудится на оверволтадже, оно заблокировалось и не реагировало на программатор.

Вряд ли кто-то специально такое проверять будет :) У PIC32 ядро имеет отдельное питание 1.8V, стабилизатор встроен в процессор, снаружи только дополнительный конденсатор цепляться должен. А я не только конденсатор, но еще и VDD подключил (у меня это 3.2V). Вроде трезвый был когда схему рисовал, да и не первое это устройство на PIC32.... Пока отлаживал и тестировал аналоговую часть платы- часа два точно прошло. Потом отладил аналоговщину на второй плате (было сделано два идентичных опытных образца). Далее перешел к процессору. Подключился к процессору через PICkit3 - молчит не откликается. Пробую вторую плату- то же самое. Начал копать плату-схему, нашел ошибку в схеме. Громко матюгнулся глядя в зеркало, прикинул расходы времени денег и сил на заказ-покупку-замену 100-пинового крокодила... Отрезал напряжение 3.2V от этой ноги. Включил- PIC определился. Работает. второй день полет нормальный. На второй плате то же самое- работает. Все-таки молодцы мелкочиповцы, держат марку, делают на совесть. Несколько часов ядро было запитано от 3.2 при максимально разрешенном 1.98 и (вроде бы) ничего с ним не случилось. Причем и ток не жрался и корпус не грелся.

Мда. Обложка настолько страшная, что уже неинтересно что внутри написано. И детям я ее не куплю и не посоветую никому. Ну разве что купить, отодрать обложку и дальше уже дарить/давать в руки. Но опять же, это только мое личное мнение. Может кого и наоборот привлечет вылупившийся нарик на обложке книги. Но таких клюнувших на обложку людей наверное закону ома учить рановато...

не, я только про Молдову сказать могу :) Но в любом случае обязательно обговорите какой инвойс будет вложен в посылку, так как именно на базе инвойса таможня будет решать судьбу посылки. Продавец мне отправил файл, я его еще подкорректировал, и после чего именно этот файл и был распечатан и вложен как инвойс. Еще одна копия инвойса была прикреплена снаружи на коробку- чтобы лишний раз коробку не вскрывали в поисках документа. Еще проследите чтобы в инвойсе было написано "for personal use only" Чего особенного для России нужно- тут я не скажу, не знаю. PS я не могу вам личную почту отправлять. Обратите внимание на имя продавца и его статус. Вы указали мне не того (я покупал у Pioneer Huang). Тот, кого вы нашли, вроде бы продает то же самое и цена на 20$ меньше, только вот не продал ничего, с чего бы это :). Советую не жадничать и покупать у тех, кто уже продавал эту позицию и имеет положительные отзывы.

дык вам в какую страну надо? :) Есть в этом вопросе некоторые тонкости, зависящие и от страны и от реальной цели и метода приобретения.

Дык чудес не бывает. Если у него 8-битная преобразовалка и поставить входной диапазон 1 вольт на клетку, то думаю это получится где-то 10 вольт на 8-битный АЦП. Сейчас посмотрел в своем DST1102B: шкала в FFT растягивается по вертикали до 20mVrmsна клетку, если в dB то до 1dBrms SNR: При этом вижу шумы без щупов: в милливольтах rms по нулям, в dBrms: на уровне 10dB

При каждой компиляции это как-то жестко, у меня и сотня мейков в день бывает, и каждому новый номер давать? Логичней или вручную релизу номер вписывать или все-таки дату, лично мне дата больше нравится. А можно и номер версии и дату, благо уж дату всегда компилятор может сам вставлять автоматом. Хотя туплю я, часто можно дебаг и релиз по-разному собирать, если так то тогда да, релизов много не бывает, можно и автоматом номер инкрементировать.

Мне кажется, что Дельфи хуже чем Билдер. Причина: в микроконтроллерах Си распространен значительно больше чем Паскаль. Результат: вы без проблем можете одни и те же исходники на Си использовать как для Билдера так и для микроконтроллера. Это очень удобно если вы пишете тестовую(пользовательскую) программу и обрабатываете данные, собираемые/передаваемые контроллером. Простейший случай: если у вас собираются и пишутся контроллером скажем структуры сложного вида длиной десятки-сотни килобайт, то очень удобно просто один и тот же *.h-файл с описанием этих структур использовать для обоих задач (и в фирмваре и в PC). То же самое и с обработкой. Сначала можно отладить обработку в Билдере , и только потом подключить этот отлаженный файл к микроконтроллерному проекту.

Знаю что офтопик, но невмоготу...... заранее извиняюсь за коммент....... 1. Необходимость иметь навыки работы с интерфейсом "и др." - это круто. Тут мало кто подойдет. 2. "как работает операционный усилитель и ключевые схемы на нем". Кто-то знает о работе ОУ в ключевом режиме? Что это, компараторы? Или имелось в виду "основные схемы включения ОУ", но написано как-то так, что глаза режет. 3. Забыли указать, какое количество является серией. У разных людей под серией может пониматься цифра с разным количеством нулей

Хм. А если я скажу что у меня за 7 лет эксплуатации этот пятый билдер вообще ни разу не падал? Как понимаете, я его на разном железе и на разных виндах использовал, да и сейчас продолжаю использовать? не поверите же :) Я собственно и винду никогда не переставлял после падения, потому как не падала она. Синий экран с сообщением о сбое пару раз видел, но простой перегрузки хватало. Но тут наверное везение, потому как на всех форумах все пишут что винда падучая и переставлять ее нужно каждые несколько месяцев. Может и с Билдером такая же фишка, просто мне повезло и у меня работает нормально и переставлять не приходилось....... Вопрос спорный. Лично я экономлю, так как, написав и отладив программу быстрее, сэкономил пару деревьев, которые бы пошли на печать денег которыми я бы заплатил за дополнительно потребленное электричество :) Это напоминает похвальбы по Евроньюсу о том как электромобили сохраняют экологию. При этом как-то забывая что для производства электричества опять же где-то что-то нужно сжечь, а производство и утилизация современных материалов процесс тоже некошерный. Кто-то уже увеличил количество этого мусора, создав компьютеры и поставив перед нами задачи, без решения которых прекрасно обходились еще каких-то 100 лет назад :) Тема эта длинная и философическая..... А странные результаты можно и без билдеров достигнуть, сдуру много чего можно намудрить, тут не в билдере или модулях зло.

Еще печальней смотреть на человека, который не способен осознать право на существование некоторых других методов решения задачи, чем известные ему. Хотите писать- пишите. Мне проще взять готовый компонент, чем писать скажем что-то из нижеперечисленного списка готовых модулей: Fax FTP Modem Pager Port Script Terminal Я не настолько изощренный писатель, чтобы укладывать это в "дюжину строк". Но вас не неволю.

Почитайте(полистайте хотя бы) Кернигана и Ритчи, грех не прочитать первоисточник если хотите на С работать. Может все будет вам знакомо уже, может не все. Это тот фундамент, с которого можно стартовать. Возможности Си: выгодно писать на стандартном ANSI C, тогда очень велика вероятность что скомпилируется везде (любой компилятор и любой микроконтроллер). Набор библиотечных функций практически одинаков для разных микроконтроллеров, можете в хелпе вашего компилятора почитать подробности. Конечно в каждом семействе МК можно встретить этотические экзотические библиотеки, но они и нужны для узко специальных вещей, характерных для именно этого МК.

Ну, кому как. мне готовый компонент в билдере пользовать очень удобно. кому-то удобней самому писать то, что уже написано. я ж не заставляю :)

Про сериал порты. Я пользовался и продолжаю пользоваться старой версией Async, которая еще платная была. сейчас залил ее на местные файлосклад: /upload/UTILITIES/TurboPower_AsyncProfessional_v3_05/ Вроде бы сделано давно, но прекрасно работает и сейчас. Может кому пригодится. Отличное разжеванное описание, куча примеров, компонентов больше чем нужно. Не стану говорить что оно лучшее, но я это использую уже очень давно и другие компоненты для портов даже не пробовал, этого более чем достаточно для моих задач работы с портами. Нормально инсталлируется и работает сейчас и на 7-й винде (32-bit), а дальше я не ходил пока.

Тогда скажите в чем у вас есть опыт, чтобы понятно было от чего отталкиваться при объяснении. (ну за что-то же вам сейчас зарплату уже платят :) 1. Кернигана и Ритчи читали? 2. В каких средах и с какими контроллерами и на каких языках работали? Если на оба вопроса ответ "нет", то помочь вам вряд ли кто-нибудь в состоянии в приемлемые сроки. Потому что сначала нужно освоить язык программирования, потом разобраться что такое микроконтроллер вообще. После этого уже можно браться за применение скажем известного языка программирования на неизвестном микроконтроллере или изучение неизвестного языка програмировния на известном микроконтроллере, но никак не неизвестного на неизвестном, результат будет плачевный.

Не удержусь, похвастаюсь. Я купил DST1102B из Китая напрямую, было это месяц назад. Проблема была в том что все подписи под-над кнопками-крутилками были по-китайски. Продавец тогда так и писал в описании товара, что английских наклеек нет но будут, и как только так он сразу и вышлет. Бесплатно. Сегодня пришла наклейка :) Подходит, осталось только сделать: отклеить старую и приклеить новую Или мне так везет на хороших людей, или действительно хорошие добросовестные китайские продовцы не редкость. Данного товарища зовут Pioneer Huang, если кому надо- рекомендую как добросовестного продавца на алиэкспресс.

Да, UNI-T однозначно имеют маленькое разрешение, а на дисплее высокого разрешения отображают точку как 2х2 пикселя. Жулики. Вам достаточно найти продавца и посмотреть на прибор или потребовать прислать вам фотографию экрана, точнее любого участка экрана с текстом. Если текст выводится 1-пиксельный, то точно нормальное разрешение, если вы не увидете нигде линии толщиной 1 пиксель- это на 80% низкое разрешение. 20% я оставил на случай что они такие толстые шрифты применяют. Но это тоже не гут. :) А где написано про логический анализатор? Честно говоря, дешевенько выглядит, если там действительно есть ЛА. Если анализатора нет- то нормальная цена, у китайцев 600 долларов. С этой точки зрения (UNI-T дешевле) есть вероятность что дисплей нормальный, так как цена не низкая :)

C++ Builder. Я бы советовал версию 5, хотя сейчас начнут кричать что это старье. Учился по книжке Архангельского, потом прикупил его же книжку по следующему билдеру (6 и 2006), но продолжаю использовать 5-й билдер. На 7-й винде работает без проблем, мне хватает, использую от сериал портов и до баз данных. Конкретно для сериал портов в C++ Билдере использую Async Professional from TurboPower Software Company. Когда-то он был платным, теперь вроде официально бесплатный. Кстати, в этом Асинке есть много такого, что писать муторно, а применять очень красиво: готовые терминалки, полудуплексы с управлением по сигналу RTS и много другого, и все это с примерами использования.

А, точно, недоглядел, ну тогда извиняюсь, не будет барабана :) А я уже размечтался :) Помните, как говорилось в фильме "Берегись автомобиля", что то типа ".....автовладелец не может не думать о том, что оставил на обочине пять тысяч рублей, которые еще к тому же снабжены колесами..." тут то же самое: покупая редкий дорогой прибор нужно дополнительно подумать на предмет его сохранности. особенно учитывая что таскать на выезды хотите. А в остальном классная штука.

дык продавцам тож с чего-то жить нужно... ну, например вот с ходу накопалось самое крутое что нашел DSO1060 это 357$ плюс пересылка в Россию 31$. А если на таобао покрутиться, то можно еще сэкономить денег но за счет траты нервов. А 20 штук вообще по 201$ взять можно. И продать потом по 19 тыров......