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

Предложение срочной подработки


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

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

Установив несколько понижающих ИП с раздельной работой каждого на свою часть нагрузки, вы сэкономите место и деньги. А самое главное надежность работы такого сборного источника питания будет значительно выше отдельного  ИП в 200 Вт.

Как то так...

Опыт - это то, что получаешь, не получив того, что хотел

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

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

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

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

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

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

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

надежность работы такого сборного источника питания будет значительно выше

А Вы в этом уверены? 

С ув, Андрей. Ко мне на ТЫ :)

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

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

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

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

17 минут назад, radio_andrey сказал:

Вы в этом уверены? 

При выходе из строя части источников, прибор остается рабочим, пусть и не полностью. При одном источнике такого, естественно, не будет. Силовая часть маломощного источника будет проще и легче в настройке. Разводка платы упростится, не будет идти вереница дорожек от одного источника. Более компактная система охлаждения. Для маломощных источников вообще можно STEP-DOWN преобразователей поставить десяток и не париться.

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

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

С ув, Андрей. Ко мне на ТЫ :)

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

4 минуты назад, radio_andrey сказал:

перегруз по току может добить и остальные..

Интересно, как? Они НЕЗАВИСИМЫ, каждый строго под свою группу портов (или вообще не каждый порт свой маленький step-down, ток же автор не уточнил)

 

4 минуты назад, radio_andrey сказал:

Так если они по-одиночке будут из строя выходить - это уже не нормальная работа.

Перегрузили, закоротили, перегрели. Брак элементов никто не отменял

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

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

если перестанет работать один или несколько преобразователей, то перегруз по току может добить и остальные...

бред бредовый

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

Хорошо, хорошо, про это я случайно написал. Но, если выйдет один преобразователь из строя, то устройство уже не будет полностью исправным. Надёжности это не прибавляет...

С ув, Андрей. Ко мне на ТЫ :)

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

у вас с логикой проблемы?

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

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

32 минуты назад, radio_andrey сказал:

Так если они по-одиночке будут из строя выходить - это уже не нормальная работа. 

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

Опыт - это то, что получаешь, не получив того, что хотел

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

Мне как-то всё равно, делают ему преобразователь из нескольких частей или один общий. Я отстаивал свою точку зрения по поводу надёжности, несмотря на то, что делал это совсем не удачно. Но это форум и здесь люди общаются, спорят. Я ни на кого не обижаюсь и не собирался вовсе. Удачи!

С ув, Андрей. Ко мне на ТЫ :)

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

Знатно поспорили... (Андрею не хватает понимания термина "надежность")

 Клиент, я так понял, слинял... :unknw:

Избегайте тех, кто старается подорвать вашу веру в себя. Эта черта свойственна мелким людям. Великий человек, наоборот, внушает чувство, что вы можете стать великим. (Марк Твен)

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

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

Клиент не слинял, а получил, что хотел от человека,...

Замечательно! А то я думал, что этот спор напрочь отбил желание реализовывать проект.

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

Избегайте тех, кто старается подорвать вашу веру в себя. Эта черта свойственна мелким людям. Великий человек, наоборот, внушает чувство, что вы можете стать великим. (Марк Твен)

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

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

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

Только что, SmitGN сказал:

у какого блока будет выше надёжность

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

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

У вас речь не о надёжности а о резервировании, сложности и стоимости, если всё правильно посчитано и сконструировано и ничего не выходит за ОБР, то у устройства с меньшим количеством элементов , надёжность выше.

 

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

А что, блок, который полностью выходит из строя надежен? Когда это он успел стать таким? А считать и конструировать можно сколько угодно, пользователь все равно найдет способ перегреть/перегрузить/закоротить и тут уже никакие расчеты не помогут. Ну и на расчеты в дипломе ориентироваться вообще не стоит, они крайне далеки от жизни) Простой пример. В технике повсеместно используются понижающие преобразователи напряжения. Можно ставить линейные, тогда весь преобразователь состоит из одной детали, а можно импульсные, состоящие минимум из 4-5 деталей. Так вот ставят именно импульсные, хотя по твоей логике их надежность нулевая. Однако, благодаря их КПД нагрев минимален. А нет нагрева - надежность работы компонента сразу же вырастает. Плюс не нужны радиаторы. Вот и получается, что схема с большим количеством деталей работает надежнее, чем с меньшим.

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

Господа! Без прояснения терминов "эта музыка будет вечной...". :yes:

 

Избегайте тех, кто старается подорвать вашу веру в себя. Эта черта свойственна мелким людям. Великий человек, наоборот, внушает чувство, что вы можете стать великим. (Марк Твен)

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

вы еще ничего не построили, а уже надежность обсуждаете

Нужно делать то, что нужно. А то, что не нужно, делать не нужно. (С) Винни Пух

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

Решение - много менее мощных преобразователей питания. Даже не из-за надёжности, а т.к. есть готовые платы на 1 потребителя, просто объединили массив таких плат на одой. Дизайн - референсный.

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

47 минут назад, Дуч сказал:

Я предлагал - на LM2596

это старье уже даже внимания не стоит. Нормальные девайсы надо проектировать уже сразу на нормальных решениях. С поставленной задачей легко справятся отличные мегагерцовые DC/DC типа MP1584

Нужно делать то, что нужно. А то, что не нужно, делать не нужно. (С) Винни Пух

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

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

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

Гость
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 система, но нормальные контроллеры, довольно просто настраиваются и можно графическую оболочку рисовать.
  • Похожий контент

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