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

Fuse Doctor не определяет пациентов


goodbye

Рекомендуемые сообщения

Реклама: ООО ТД Промэлектроника, ИНН: 6659197470, Тел: 8 (800) 1000-321

  • Ответов 1,6т
  • Создана
  • Последний ответ

Топ авторов темы

@Trute Вам вообще заняться нечем, или получаете извращенное удовольствие сношая окружающим мозг?

Важный вопрос со звездочкой(!!!) Найдите пожалуйста микроконтроллер в корпусе QFP-32. Жду.

Жизнь не белая или чёрная, а в мелкую серенькую полосочку...

Ссылка на комментарий
Поделиться на другие сайты

20% скидка на весь каталог электронных компонентов в ТМ Электроникс!

Акция "Лето ближе - цены ниже", успей сделать выгодные покупки!

Плюс весь апрель действует скидка 10% по промокоду APREL24 + 15% кэшбэк и бесплатная доставка!

Перейти на страницу акции

Реклама: ООО ТМ ЭЛЕКТРОНИКС, ИНН: 7806548420, info@tmelectronics.ru, +7(812)4094849

Выбираем схему BMS для корректной работы литий-железофосфатных (LiFePO4) аккумуляторов

 Обязательным условием долгой и стабильной работы Li-FePO4-аккумуляторов, в том числе и производства EVE Energy, является применение специализированных BMS-микросхем. Литий-железофосфатные АКБ отличаются такими характеристиками, как высокая многократность циклов заряда-разряда, безопасность, возможность быстрой зарядки, устойчивость к буферному режиму работы и приемлемая стоимость. Но для этих АКБ, также как и для других, очень важен контроль процесса заряда и разряда, а специализированных микросхем для этого вида аккумуляторов не так много. Инженеры КОМПЭЛ подготовили список имеющихся микросхем и возможных решений от разных производителей. Подробнее>>

Реклама: АО КОМПЭЛ, ИНН: 7713005406, ОГРН: 1027700032161

Внимательнее, пожалуйста. Ещё раз:

21 минуту назад, Piotr__1 сказал:

Найдите пожалуйста микроконтроллер в корпусе QFP-32

 

Жизнь не белая или чёрная, а в мелкую серенькую полосочку...

Ссылка на комментарий
Поделиться на другие сайты

3 часа назад, Trute сказал:

@Yurik_V это для QFN, а нужно для QFР

Там же, только на соседней странице.

TQFP.jpg.2e150bf0cb05e77b4378ecfed0396d1d.jpg

Изменено пользователем Геннадий
Ссылка на комментарий
Поделиться на другие сайты

@Геннадий Не :D Там TQFP, а товарищ @Trute просил QFP и он только начал доходить что требование бессмыслено.

И да, @Trute , TQFP - это разновидность QFP. При чем отличаются они ВЫСОТОЙ корпуса. В чистом QFP сейчас микроконтроллеры уже не выпускаются. И, да, вам уже несколько раз отвечали, но вы гордо воротили нос, заявляя "это не то" даже не попробовав разобраться самому...

И, да, авито источник информации еще "надежнее" википедии...

Жизнь не белая или чёрная, а в мелкую серенькую полосочку...

Ссылка на комментарий
Поделиться на другие сайты

  • 3 недели спустя...

Здравствуйте.

Пациенты   Attiny2313A-SU   Attiny2313V-10SU.   Залоченые. 

Доктором попытался вилечить - НЕ получилось.

При первой попытке лог с терминала:

[2JWelcome

AVR Atmega fusebit doctor (HVPP+HVSP) version 2.12

http://forum.cxem.net/

HVPP MODE

Init programming...  DONE

Read signature...    1E 91 0A

Found...             Attiny 2313

Read fusebits...     FC FE FF

Lock-bits...         FC (locked)

Should be...         62 DF FF

Chip erase...        DONE

Writing...           DONE

Verifying...         62 DF FF  - OK!

Congratulation

 

При второй попытке:

[2JWelcome

AVR Atmega fusebit doctor (HVPP+HVSP) version 2.12

http://forum.cxem.net/

HVPP MODE

Init programming...  DONE

Read signature...    1E 91 0A

Found...             Attiny 2313

Read fusebits...     E6 9B FF

Lock-bits...         FF (no lock)

Should be...         62 DF FF

Writing...           DONE

Verifying...         62 DF FF  - OK!

 

По заводу вроде должно бить   64 DF FF

Вроде все ОК. Но ни UsbAsp програматором и другими ISP не читаются.  По быстрому собрал HVPP програматор на Arduino nano. И сигнатуры правильно не читаються. Но для A-SU и V-10SU они разные. Для всех одноименных. Дело в том что и тех и других по 20 шт есть. После HVPP arduino nano чипы в докторе снова нормально читаются сигнатурам.

Куда купать ?  Кто поможет ? Спасибо.

Изменено пользователем expertlviv
Ссылка на комментарий
Поделиться на другие сайты

@Off expertlviv

Сложно сказать что именно в вашем случаи не так.

Предлагаю отталкиваться от - "Лучше один раз увидеть, чем сто раз услышать"

 

2313_1.jpg

2313_2.jpg

2313_3.jpg

2313_4.jpg

2313_5.jpg

ATTINY2313-20SU

Ссылка на комментарий
Поделиться на другие сайты

20 часов назад, Leprechaun сказал:

@Off expertlviv

Сложно сказать что именно в вашем случаи не так.

Предлагаю отталкиваться от - "Лучше один раз увидеть, чем сто раз услышать"

Спасибо.  Но проблема уже решилась. Уставновлена была прошивка 2,12. Прошил на 2,13 последнюю в сообщении здесь от автора. Тоже не помогло. Потом нашел прошивку 2,11 с терминалом. Вот она и помогла. Все вручную сделал. Да и еще....здесь читал что прописывали вручную сигнатуры. У меня тоже подобное на нескольких было. Read signature...    1E   и стояло ждало. Дописал остальное и вуаля стирание и разлочка проходила и после етого сигнатура читалась исправно. Да и на прошивке 2,12 у меня считывались лок биты как свободны FF а на прошивке 2,11 с терминалом  FC блокированы. Как то так. Главное что все свои 2313 разлочил.

 

 

[2JWelcome

AVR Atmega fusebit doctor (HVPP+HVSP) version 2.13

http://forum.cxem.net/

HVPP MODE

Init programming...  DONE

Read signature...    1E 91 0A

Found...             Attiny 2313

Read fusebits...     FC FE FE

Lockbits...          FC (locked)

Should be...         62 DF FF

Chip erase...        DONE

Writing...           DONE

Verifying...         FC FF FF - FAIL!

Thank You

зображення_viber_2022-01-13_17-18-58-100.jpg

Изменено пользователем expertlviv
Ссылка на комментарий
Поделиться на другие сайты

46 минут назад, expertlviv сказал:

Уставновлена была прошивка 2,12. Прошил на 2,13 последнюю в сообщении здесь от автора. Тоже не помогло.

В 2,12 и 2,13 подключение у 2313 другое.

Ссылка на комментарий
Поделиться на другие сайты

2 часа назад, Leprechaun сказал:

В 2,12 и 2,13 подключение у 2313 другое.

2,12 и 2,13 ?? или 2,12 и 2,11 ??   

Я учитывал что: 

BS2 на 11 пин 2313 в версии 2,11   

а  выше 2,12 версии   XA1 на 11 пин 2313

Ссылка на комментарий
Поделиться на другие сайты

  • 2 недели спустя...

Доброго времени суток! Собрал уже давно бит доктора и есть такая проблема. Когда я установил в панель золоченою атмегу 32 то после нажатия кнопки недолго горит зелёный светодиод а потом мигает красный. Можете пожалуйста подсказать в чем может быть дело

Ссылка на комментарий
Поделиться на другие сайты

Золото было фальшивое.

Контакта с ножками не было.

Включайте терминал-там все будет видно

 

 

2022-01-24_200758.png

Изменено пользователем KT117

Если человеку дать рыбу-он наестся.

Если человеку дать удочку-он обязательно напьется.

Ссылка на комментарий
Поделиться на другие сайты

  • 3 недели спустя...
В 11.07.2015 в 19:52, Геннадий сказал:

А смысл в этих функциях? Доктор - не программатор.

Он и так:

1. Стирает чип.

2. Снимает Lock.

3. Пишет фьюзы по-умолчанию. От этой функции отказаться нельзя, иначе смысл доктора пропадает.

Зачем в нем модифицировать фьюзы? Если снимать локи, то прошивка удаляется и, все-равно, придется подключать к программатору, в котором фьюзы можно спокойненько выставлять во время прошивки.

В начале была мысль, сделать устройство не подключаемое к ПК. Вставил МК - нажал кнопку - получил чистый камень. В слепую управлять таким потенциалом невозможно.

Другое дело довести его до параллельного программатора. Но пока не сезон. Только тихими зимними вечерами. И то, если будет большая необходимость.

 

Ссылка на комментарий
Поделиться на другие сайты

  • 2 недели спустя...
22 часа назад, Aronnax сказал:

Вопрос: 1. Это для Китая-норма? 2.МК к дохтуру?

В чем проблема поменять фьюзы этим же программатором?

Изменено пользователем Leprechaun
Ссылка на комментарий
Поделиться на другие сайты

В 20.02.2022 в 15:21, Aronnax сказал:

Ставлю в программатор и вижу:

и что там тебе не нравится?

если программатор с этим МК работает, то со фьюзами всё в порядке.

а дальше можешь выставлять фьюзы, как тебе надо.

Мудрость приходит вместе с импотенцией...

Когда на русском форуме переходят на Вы, в реальной жизни начинают бить морду.

Ссылка на комментарий
Поделиться на другие сайты

  • 3 недели спустя...

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.
Примечание: Ваш пост будет проверен модератором, прежде чем станет видимым.

Гость
Unfortunately, your content contains terms that we do not allow. Please edit your content to remove the highlighted words below.
Ответить в этой теме...

×   Вставлено с форматированием.   Восстановить форматирование

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

Загрузка...
  • Последние посетители   0 пользователей онлайн

    • Ни одного зарегистрированного пользователя не просматривает данную страницу

  • Сообщения

    • Автору. Никаких тут 250...200 ватт у этой китайской бздюшки нет в помине. Тем паче на таком подобии радиатора Катушки даже на выходе нет-плохо  
    • Повторюсь - НЕТ, так как у вас там крутилки, что приведет к искажениям при работе в мостовой схеме. Если бы вы "могли" то вам нужно было разорвать выход с темброблока и вход усилителей и впаять (можно навесом) вот такую схему:
    • Все верно, вы почти все что нужно сделали.  Только не нужно было добавлять это b=UDR; Сразу после старта сбросить флаг flags = 0; А в основном цикле ждать установки флага FLAG_END_RX. И если он установлен, проверять на совпадение строки в буфере (rx_buf) с вашей строкой (AT+QM \ r \ n .....   .....  AT+MP \ r \ n) При совпадении вызывать выполнение нужного алгоритма.
    • У меня до саба ещё дело не дошло, только сейчас думаю купить амп на полкиловатта, но так можно, при условии, что на входе будет моно, и будет срез частот
    • Про флаг Т: если он не используется в основной программе, а у меня он постоянно в деле. для меня меня отложенная обработка прерывания обычное дело, нужно лишь правильно расставить приоритеты частей программы. И обычное дело: выставляешь частоту задающего генератора побольше, делишь его до получения частоты 1000 Гц каким либо таймером, загоняешь в прерывание с флагом. затем закольцовываешь основную программу с проверкой флага прерывания от таймера 1000Гц. загоняешь программу в Sleep. Получаешь кольцо обработки с образцовым интервалом в 1 мс. После любого прерывания проверяешь флаг от таймера, если он, то сбрасываешь флаг и начинаешь перебирать подпрограммы обработки индикаторов, клавиатуры, и тд. и тп, подпрограммы обработки флагов и др. После окончания обработки всех подпрограмм возвращаешься к Sleep. И так по кольцу. Если происходит прерывание не от таймера, программа выходит из Sleep, проверяется флаг от таймера, если не он (а это не он) обратно к Sleep. В большенстве программ использую этот алгоритм.   GPIOR1 и GPIOR2 в 88 условно можно использовать как флаги, но их адреса больше 0х1Е, на них не распространяются команды cbi, sbi, sbic, sbis, и их сначала нужно загрузить в общий регистр, промодифицировать, и заново сохранить. Эта последовательность длинная, и модифицирует SREG, что сводит на нет работу по сравнению с  классическим GPIOR.
    • @korsaj Сегодня попробовал сделать как ты посоветовал. Получился следующий код. #define F_CPU 7372800UL #define BAUND 9600L #define UBRRL_value (F_CPU/(BAUND*16))-1 #include <avr/io.h> #include <util/delay.h> #include <avr/interrupt.h> #include <stdlib.h> void init_pin(void); #define C_PC0 (~PINC&(1<<PC0)) #define C_PC1 (~PINC&(1<<PC1)) #define LED_1_ON() PORTD|=(1<<PD2) #define LED_1_OFF() PORTD&=~(1<<PD2) #define LED_2_ON() PORTD|=(1<<PD3) #define LED_2_OFF() PORTD&=~(1<<PD3) #define FLAG_END_RX (1<<3) #define FLAG_ERR_RX (1<<4) #define BUF_SIZE 20 char rx_buf[BUF_SIZE]; char buf_index = 0; volatile start=1, flags; char b; ISR(USART_RXC_vect) { b=UDR; if(!(flags & FLAG_END_RX)) { rx_buf[buf_index]=UDR; if(rx_buf[buf_index] == 0x0D) { flags |= FLAG_END_RX; return; } buf_index++; if(buf_index >= BUF_SIZE) { buf_index = 0; flags |= FLAG_ERR_RX; } } } void init_UART() { UBRRL = UBRRL_value; UBRRH = UBRRL_value>>8; UCSRB|=(1<<TXEN); UCSRB|=(1<<RXEN); UCSRC|=((1<<URSEL)|(1<<UCSZ0)|(1<<UCSZ1)); UCSRB|=(1<<RXCIE); sei(); flags = 0; } void send_UART(char value) { while(!(UCSRA&(1<<UDRE))); UDR=value; } int main(void) { init_pin(); init_UART(); while(1) { if (start==1) { _delay_ms(500); send_UART('O'); send_UART('K'); send_UART('!'); send_UART(0x0D); send_UART(0x0A); _delay_ms(10); start=0; } if (b == '0') { LED_1_ON(); LED_2_OFF(); send_UART('N'); send_UART('+'); send_UART('0'); send_UART('0'); send_UART(0x0D); send_UART(0x0A); _delay_ms(10); b=4; } if (b == '1') { LED_1_OFF(); LED_2_ON(); send_UART('N'); send_UART('+'); send_UART('0'); send_UART('1'); send_UART(0x0D); send_UART(0x0A); _delay_ms(10); b=4; } if (b == '2') { LED_1_ON(); LED_2_ON(); send_UART('N'); send_UART('+'); send_UART('0'); send_UART('2'); send_UART(0x0D); send_UART(0x0A); _delay_ms(10); b=4; } if (b == '3') { LED_1_OFF(); LED_2_OFF(); send_UART('N'); send_UART('+'); send_UART('0'); send_UART('3'); send_UART(0x0D); send_UART(0x0A); _delay_ms(10); b=4; } if (C_PC0) { send_UART('P'); send_UART('C'); send_UART('0'); send_UART(0x0D); send_UART(0x0A); _delay_ms(250); } if (C_PC1) { send_UART('P'); send_UART('C'); send_UART('1'); send_UART(0x0D); send_UART(0x0A); _delay_ms(250); } } } void init_pin(void) { DDRC = 0b00000000; PORTC = 0b11111111; DDRD |= ((1<<2)|(1<<3)); PORTD &=~ ((1<<2)|(1<<3)); } Ну как сказать всё работает, но вот меня очень интересует приём команд на саму ATMEGA16. Он так и работает только с цифрами. Более ничего корректно принять не получается даже используя таблицу ascii. А мне нужно будет принимать команды и посложней чем просто буквенно - цифровые. Потому как возвращаясь к командам самого плеера там в этих командах хранятся различные данные. Вот примерно так это всё выглядит. AT+QM \ r \ n Запрос режима работы [0: Bluetooth], [1: MP3] AT+M1 \ r \ n Номер текущего файла AT+M2 \ r \ n Общее количество звуковых файлов AT+MD \ r \ n Источник музыки USB или SD Card AT+MT \ r \ n Общее время воспроизведения текущего файла AT+MK \ r \ n Время воспроизведения текущего файла AT+MP \ r \ n Текущее состояние плеера [0]Стоп, [1]Воспроизведение, [2]Пауза К примеру при отправке команды AT+M1 \ r \ n в ответ мы получим M1 + 000002 \ r \ n при этом здесь может быть любое число в hex формате. Мне же нужно каким то образом принять эти данные и обработать их соответствующим образом. Но при этом и нужно учитывать так же что плеер может сам отправить эти данные по началу воспроизведения трека. Вот в этом сейчас и стоит основная задача. Чего я и пытаюсь получить в итоге.
×
×
  • Создать...