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

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

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

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

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

В 15.07.2014 в 02:34, Сергей Борт сказал:

 

Подскажите почему не работает защита от перегрева, в БП по версии 16,на компараторе который отвечает за эту защиту,на выходе во время срабатывания защиты 1 вольт, который я так понимаю не даёт открытся диоду и закрыть транзистор управления

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

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

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

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

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

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

 @WIZ4RD GAMER, может быть, надо просто её подстроить?(погрешность резисторов делителя, U ИОНа не много другое, Ку LMки,...) и порог срабатывания например не 60°С?! Либо LMка мёртвая, ещё "ляпы"

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

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

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

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

В 15.06.2022 в 05:19, Diamantalex сказал:

На какой из схем, транзистор BD140 стоит не правильно? или на обоих он правильно нарисован?

IMG_20220615_091539.jpg

IMG_20220615_091138.jpg

 

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

Приветствую всех! Собрал версию 14, все работает, единственное что не получается это минимальный ток ниже 120 миллиампер не опускается. Подскажите пожалуйста, где, что измерить? Своих вариантов исчерпал.

lm324 50v v14.spl7

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

7 часов назад, Dr. West сказал:

Уменьшить R18.

Пытался, даже напрямую без него, ниже 50 миллиампер не получается.  Если поставить R20 чуть побольше то можно получить 0, соответственно тогда верхний предел на 2 Ампера. 

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

1 час назад, AdamBeno сказал:

Если поставить R20 чуть побольше то можно получить 0

Либо ОУ подбирать, либо минус питания вводить. Третьего варианта не вижу.

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

25 минут назад, AdamBeno сказал:

Куда вводит минус?

На питание опера (11 вывод) больше некуда.))

«Людям без чувства юмора нужно давать инвалидность»
Аркадий Райкин

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

35 минут назад, vg155 сказал:

ОУ подбирать

Это конечно проще, особенно если заранее позаботились и поставили панельку на ОУ.)

«Людям без чувства юмора нужно давать инвалидность»
Аркадий Райкин

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

32 minutes ago, vg155 said:

минус питания вводить

Я что-то упустил, по этой схеме нет минусового питания? Тогда и думать не надо, ЛМ-ка - не Rail-to-Rail, и работать при входных напряжениях, бизких к нулю, не может. Если есть что-либо вроде LT1491, то можно попытаться исправить положение и без введения отрицателного источника питания ОУ. Но надёжнее всё таки ввести минусовое. Даже так называемые Rail-to-Rail операционники имеют небоьшой нижний предел входного напряжения.

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

22 минуты назад, Karlson904 сказал:

Но надёжнее всё таки ввести минусовое

Прошу простить меня, но откуда и куда ввести минус не понятно мне.

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

18 minutes ago, AdamBeno said:

откуда и куда ввести минус

 

53 minutes ago, -Baton- said:

На питание опера (11 вывод)

отсоединв этот вывод от земли. А откуда? На просторах этой темы есть описания вариантов организации отрицательного плеча питания ОУ. 

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

@Karlson904 ЛМ-ка нормально закрывает выход, по крайней мере в 16 версии, должна также работаь и тут. По напряжению, она же закрывает выход... Она нормально работает с однополяркой. Проблемы возникают, когда вход не сбалансирован. Но это будет проявляться и при двуполярном питании. Единственное, при двуполярном питании, тогда можно к минусу подтянуть вход резистором и сбалансировать вход самому. 

Варианта тут 2, либо подбирать ОУ, либо переводить на двуполярное питание и балансировать входы.

@AdamBeno По напряжению регулировка до 0?

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

8 минут назад, ALex_68 сказал:

По напряжению регулировка до 0?

Да, и стабилизация работает по напряжению и по току, все плавно все четко, но вот описанная проблема существует. И еще, в схеме изначально использовал lm317 для питания ОУ, вместо tl431 и 2n5551.

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

33 минуты назад, AdamBeno сказал:

откуда и куда ввести минус не понятно мне

Тогда лучше ничего не менять в схеме, иначе возникнут другие проблемы, а просто подобрать ОУ. Если, конечно, есть из чего выбрать.

Минимальный ток 200мА - это, конечно, ни в какие ворота.

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

6 minutes ago, ALex_68 said:

либо подбирать ОУ, либо переводить на двуполярное питание

Так и я о том же. Тут даже проблема не столько в близости напряжений к нулю, сколько в их разнице между между инвертирующим и неинвертирующим входом. В плече регулировки напряжения эта разница в десятки раз больше, а в плече регулировки тока - милливольты. Не все ОУ в состоянии правильно уравнивать такие малые величины - зависит от входных токов, балансировки, дрейфа, и т.д. 

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

2 минуты назад, Karlson904 сказал:

В плече регулировки напряжения эта разница в десятки раз больше, а в плече регулировки тока - милливольты.

Вопрос же не в точности, вопрос в том, что она вообще не закрывает. На лицо несбалансированный вход, при чем не хило.

Я бы менял ОУ...

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

12 minutes ago, ALex_68 said:

Я бы менял ОУ

Я так и сделал в своей конструкции, когда обнаружил в плече регулировки тока даже некоторый гистерезис. Причём питание было двуполярным, поскольку при однополярном не удавалось добиться регулировки малых токов, а ОУ 100% AD и LT. Поэтому и предлагаю попытаться заменить ОУ на более совершенный, способный работать при малых величинах разницы входных напряжений. 

4 minutes ago, AdamBeno said:

взял минус поближе C1

А ларчик просто открывался :D

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

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

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

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

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

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

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

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

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

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

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

  • Сообщения

    • Повторюсь - НЕТ, так как у вас там крутилки, что приведет к искажениям при работе в мостовой схеме.
    • Все верно, вы почти все что нужно сделали.  Только не нужно было добавлять это 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 формате. Мне же нужно каким то образом принять эти данные и обработать их соответствующим образом. Но при этом и нужно учитывать так же что плеер может сам отправить эти данные по началу воспроизведения трека. Вот в этом сейчас и стоит основная задача. Чего я и пытаюсь получить в итоге.
    • Ну тогда дорога к сименсу в гости - они вам какой-нибудь Desigo CC или даже Siematic предложат, тыщ за 10 долларов. Ну и ещё тыщ 5 надо будет отдать за контроллеры и их конфигурирование.   А если попроще - то можно к отечественным MasterSCADA обратиться, либо к WiredBoard - у них не совсем SCADA система, но нормальные контроллеры, довольно просто настраиваются и можно графическую оболочку рисовать.
  • Похожий контент

×
×
  • Создать...