Jump to content

    

gretis

Свой
  • Content Count

    351
  • Joined

  • Last visited

Community Reputation

0 Обычный

About gretis

  • Rank
    Местный
  • Birthday 11/07/1981

Старые поля

  • skype
    Array
  • G+
    Array

Контакты

  • Сайт
    Array
  • ICQ
    Array

Информация

  • Город
    Array

Recent Profile Visitors

1556 profile views
  1. STM32CubeIDE

    Не осталось ничего. Жесткий помер смертью храбрых, быкапы как уже упомянул, не восстанавливал, дистрибутив "из коробки". Проблема на самом деле не редкость, самое простое решение это распаковать вручную и положить в репозитарий. Ах, если бы это было самым большим "косяком"... Я искренне рад, что хоть у кого-то ЭТО работает. По поводу того, куда ставлю, это два ноута, оба Win10 x64 c 6 и 10 Гб RAM (на втором теперь ещё и SSD, чистая установка ОС, и нет софта кроме ОС, офиса, 7zip и расплющенной собаки IrfanView. Chrome не в счёт)
  2. STM32CubeIDE

    Посыл к RTFM был бы уместен, если бы этот "Эм" существовал в преемлемом виде. Доки, которые предлагаются для CubeMX просто "не подходят" к CubeIDE. Что-то просто не работает, что-то отсутствует "как класс". В связи с почившим умершим HDD сейчас "начистую" поставил 1.0.2 IDE, еще ни атолик, ни кубмх не стояли. И что таки я обнаруживаю? Новая версия - новые глюки! Кстати, с firmware проблема теперь не только с версией, но и одну единственную он скачал и сказал, что "о! а я уже есть. Таки не могу скачать себя в себя..." Повторюсь, но софт настолько сырой, что ни учиться, ни работать на нем просто невозможно :( В аттаче - результат скачивания firmware при создании первого проекта после установки IDE. Повторюсь, система абсолютно чиста, никаких бэкапов или чего-то подобного ей не подкладывалось. P.S. проблему, конечно, решил, но саму мысль это не отменяет - система слишком сырая, чтобы быть массовой или производственной.
  3. STM32CubeIDE

    Возможно, это я такой вредный. Пробовал версию 1.0.0 "не прокатило". Сегодня увидел, что появилась 1.0.1 полдня поубивал, но... Потраченного времени действительно, жаль. Ну, если уж они "вместо" Atollic TrueStudio запустили это, оставили б хоть более или менее нормально работающую IDE. Если не брюзжать, а попытаться назвать факты, то 1. Репозиторий от КубаМХ видеть не возжелал. Просто игнорирует. На примере f103c8 как минимум, две версии firmware не видит, выбирать не позволяет, принудительно ставит последнюю и все. 2. "избранный" камень при создании нового проекта действует не более чем до перезапуска ide 3. Документацию на выбранный МК скачать/посмотреть не дает 4. Даже "голый" новый проект не компилирует, зависает на 18%. Позднее догадался запустить его с правами администратора - так он хоть выругался. Мол, сам себя не вижу. 5. Может, в 1.0.1 пофиксили, но не увидел в списке - когда сносил 1.0.0 пришлось поплясать с бубном для её удаления. Начиная с того, что антивирус заботливо слопал uninstall, переустановить невозможно (кстати, имейте ввиду, поставить поверх себя самой "оно" отказывается), удалить нечем, переустановкой восстановить пострадавшие файлы невозможно. В общем, так я и не смог не то что импортировать рабочий на уровне трустудии проект, но и откомпилировать "пустышку" также не осилил. Сам факт наличия кнопки "перезапуска" всей IDE уже заставляет задуматься. В целом выглядит крайне сырым. Как его можно рекомендовать для разработок вообще не понимаю. Нечто типа ранней бета-версии. Ну и некоторые баги из списка известных просто умиляют... Кстати, кто пытался ставить на 32битные win системы, так разработчик в явном виде указал поддержку только 64битных Win* что тоже не совсем понятно.
  4. В чистом виде, непосредственно кладу в регистр, без всяких printX/putX/... даже по одному байтику, без всяких ожиданий, прерываний, проверок... результат один и тот же. Сейчас собираюсь идти вынимать осциллограф, чтобы убедиться в том, что baudrate правильный. Да уж. Давно так не проваливался )) Как студент на первом экзамене... На одной отладке пока неясно, в чем была причина, на STK500 стоял джампер, переключающий тактёр не на том положении. Скорее от безысходности (до осциллографа еще не добрался, он дома, а я еще нет). Раскопал arduino платку и на 16МГц при той же ошибке все заработало... По крайней мере, дело было не в регистре. Да... Спасибо kovigor за настойчивость проверить осциллографом. Я даже уже нашел, как :) надо непрерывно слать 'U' и это будет соответствовать коду 010101.... при 9600-8-N-1 В данный момент подозрения с контроллера сняты, вопрос решен. Стоило только о форуме вспомнить. А сколько времени потеряно!... Да уж. Посыпаю голову пеплом
  5. Ну, тут [пока] других ошибок не обнаружено, за исключением, получается, "битого" регистра UDR0 (кстати, в ДШ он почему-то просто UDR и это не единственное "несовпадение" между ДШ и данными в AtmelStudio именно по этому МК, раньше подобного не замечал, но и диапазон контроллеров, с которыми работал, не так уж широк). Получается, вне зависимости от того, отправляю я или получаю, посылка превращается: 0b???10??? -> 0b???11??? и, аналогично, 0b???01??? -> 0b???11???. При этом корректно ходят байты 0b???00??? Для меня просто удивление вызвало, что такое может быть только с конкретным регистром. В моем восприятии, почему-то либо не должно работать совсем, либо... :)
  6. Хорошо, спасибо за совет по контролю обвязки. Сейчас кристалл так ведет себя на двух отладочных платах, в том числе, на STK500. С другим МК проблемы не возникают. К сожалению, под руками нет другой mega328, чтобы исключить сам контроллер
  7. Непосредственно на TX линии? Или речь о контроле тактёра? P.S.: пробовал пускать два стоповых бита, но результат тот же. Неужели такое бывает непосредственно внутри кристалла? Ощущение, что при передаче 4 бит всегда "тащит" за собой установку 5го...
  8. Пробовал на разных скоростях: 2400, 4800, 19200. На остальных процент ошибки вне допустимого. Даже пробовал 250k (ошибка 0%), хотя выше 14400 обычно стараюсь не подниматься - для решаемых задач хватает. Результат одинаковый (читать - такой же). Фузы выставлены, CKDIV8 точно нет. Осциллографом не отслеживал, но запускал таймер, моргал раз в секунду светодиодом, подсчитывал количество за минуту - тактовая больше похожа на те самые 4МГц... Весь код закомментирован, осталось только то, что приведено в первом посте плюс директивы #include...
  9. Всем категорически безошибочного кода! Второй день бьюсь над передачей данных по USART. Исключил все промежуточные звенья, упростил до минимума и не понимаю, где ошибка. int main(void) { uint16_t ui16_ubrr; ui16_ubrr = F_CPU / 9600 / 16 - 1; UBRR0H = (unsigned char)( ui16_ubrr >> 8 ); UBRR0L = (unsigned char) ui16_ubrr; UCSR0C = (0 << USBS0)|(3 << UCSZ00); // 1 Stop-bits, 8 Data-bits UCSR0B = _BV(TXEN0); // Wait for empty transmit buffer while ( !( UCSR0A & (1<<UDRE0)) ) ; UDR0 = 'G'; // 0x47 // Wait for empty transmit buffer while ( !( UCSR0A & (1<<UDRE0)) ) ; UDR0 = 'H'; //0x48 } То есть, убрал вообще всё. Прерывания не разрешены. F_CPU=4000000UL. В UBRR0 попадает число 25, прямо как в табличке в ДШ. Согласно этой же табличке, отклонение 0.2% из допустимых +-2% При этом получаю не ожидаемые 0x47,0x48 а вместо них - 0x87,0x98 Пытался отправить "всю ASCII". Реализовал цикл 0...255 и смотрел, что приходит. Получил крайне странный результат. Полученная последовательность была такой: 0x00, 0x01, 0x02, 0x03, 0x04, 0x05, 0x06, 0x07, 0x18, 0x19, 0x1A, ... , 0x1F, 0x20, 0x21, ... , 0x27, 0x38, 0x39, ... , далее аналогично до 0xFF, 0x00 и сначала. У кого был подобный прецедент? Удалось ли решить? Может ли это быть какая-то особенность или "косяк" в самом МК?
  10. Иногда думать надо меньше, чем хочется. Я в голове накрутил куда более "навороченную" схему, а почему-то банальный вариант, описанный Вами вообще даже не предположил. Я правильно понял, имеется в виду вот такой подход (плюс токоограничивающий резистор в цепи обмотки реле) Одно "но" - я хотел обойтись если не минимальными, то по крайней мере, небольшими размерами устройства, из-за этого и не хотел большого количества реле использовать. Ток на каждого потребителя в пределах 5А за исключением нагревателя стекол/зеркал - на них релейная схема.
  11. От переполюсовки можно и диодный мостик собрать. Главное - не разбаловаться при этом, часто надеясь на такую защиту. За ссылку отдельное спасибо. Согласен, но поскольку потребители будут находиться за пределами салона авто, подавать постоянно туда "плюс" крайне не хочется. Подумаю над тем, чтобы в будущем подавать этот плюс на все сразу через реле при необходимости включения любого из потребителей, а далее управлять "минусом" Да, спасибо, это все учтено, управление "плюсом" без необходимости стараюсь тоже не делать. P.S. может, для питания МК просто зарядку от сотового взять за 100 рублей? :rolleyes: Только тогда встанет вопрос с "массами"... Управлять через оптопару?
  12. в общем, все сводится к тому, что "брось каку, возьми панель от вертолета и набор релюшек". С этого и стоит, наверное, начинать набивать свои шишки... Спасибо.
  13. Из ДШ: "It is designed for supplying microcontroller/microprocessor controlled systems particularly in automotive applications" Решения на них серийные встречал, но не воочию, а "в этих ваших интернетах". Поэтому на нее и ориентировался. А 7805 была мысль поставить, да довольно быстро отсоветовали. Abell, надежнее тумблера с релюшкой, наверное, сложно что-то придумать, и это, пожалуй, правильно. В частности, на случай затопления Но на данный момент моего развития у меня просто кризис и я не хочу в авто иметь самолетную панель
  14. Так ведь они будут ходить через MOSFET, а там все в рамках дозволенного Вот об этом не подумал. Спасибо! Буду искать способы защиты MOSFET от КЗ Ну, раз предохранитель есть, то конечно же, контроллер :laughing: Ээээ.... признаться, не знаю, как это сделать. Тем не менее, почему-то чаще всего именно она рекомендуется и используется в автомобильных схемах... Схему включения брал из ДШ, эту часть просто использовал, без понимания мат.части. Т.е. можно просто оставить вывод в воздухе? За остальные озвученные рекомендации спасибо.
  15. Для управления нагрузкой ("люстра" на экспедиционном багажнике + обогревы стекол и зеркал) хочу использовать МК. Прошу проверить меня в части подключения L4949 и, если есть строгие замечания - в части управления нагрузкой. Для обогрева стекол и зеркал задумываюсь об установки реле. Кнопки заведены на входы программных прерываний, поскольку кнопок будет 5, а бОльший, чем 2313 контроллер ставить не хочется. Фильтрация дребезга кнопок управления планируется на программном уровне. Выходов будет 8, при этом расчитываю вписаться в максимальный ток L4949 даже при включении всех потребителей