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

Вопросы от начинающих по МК


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

как-то так:

volatile unsigned char temp_UART;
struct temp_tames {
unsigned char minutes ;
unsigned char hours ;
}
volatile union{						
struct temp_tames	 clock;	
unsigned int			  times;
}Tcurrent, Ton , Toff;


Ton.clock.hours = 15;
Ton.clock.minutes = 45;
Toff.clock.hours = 18;
Toff.clock.minutes = 30;


if ( (Ton.times <= Tcurrent.times)&&(Tcurrent.times <= Toff.times) )
{
 // что-то работает
}

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

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

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

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

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

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

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

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

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

Вот лобовое решение по сравнению времени в таком формате

signed char compare_time(unsigned int hour1, unsigned char min1, unsigned int hour2, unsigned char min2){
if(hour1 < hour2)return -1; //если "часы" различаются - сравнивать "минуты" нет смысла
 else if(hour1 > hour2)return 1;
if(min1 < min2) return -1; //если "часы" одинаковы, придется сравнивать "минуты"
 else if(min1 > min2) return 1;
return 0; //если и "минуты" не отличаются, либо сравниваем секунды (и так далее), либо говорим, что времена совпали точно.
}

Но проще хранить его как одно число, unsigned long хотя бы.

Ругался на отсутствие форматирования исходного кода (включая отсутствие осмысленных комментариев и наличие неубранного после конфигуратора мусора) не менее 15 раз.

Часть моих наработок.

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

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

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

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

Вот лобовое решение по сравнению времени в таком формате

.........

Но проще хранить его как одно число, unsigned long хотя бы.

жуть.... :shok:

представляю что начнется, когда ТС дойдет до условия к примеру:

Твкл=22:30

Твыкл=04:30

:spiteful:

unsigned long для хранения часов и минут занабто , достаточно unsigned int .....

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

представляю что начнется, когда ТС дойдет до условия к примеру:

Твкл=22:30

Твыкл=04:30

Вот так, шаг за шагом, ТС придет к использованию системы исчисления времени, применяемой в современных компьютерах: просто считаются секунды, начиная с 1970г. До 2034го доживем, а там видно будет... Обошли ведь однажды проблему миллениума :)

ПС. Не пойму, откуда у меня в башке эти пределы? Сейчас посмотрел календарь в компе - 1980....2099гг. :unknw:

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

unsigned long для хранения часов и минут занабто , достаточно unsigned int .....

Все нормально, с запасом на 8000 лет :-)

Ругался на отсутствие форматирования исходного кода (включая отсутствие осмысленных комментариев и наличие неубранного после конфигуратора мусора) не менее 15 раз.

Часть моих наработок.

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

Эх... Я знал, что найдутся люди, которые не выдержат и напишут решение :)

Совсем не дают людям поработать мозгом :unsure:

Кстати, si4karuk, послушайте что говорит КЭС. В его посте реальная подсказка :)

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

Может сразу создать свой компьютер??

Я Вас не понимаю, вы разговариваете о высших материях, не учитывая что я чайник

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

Храните не отдельно часы, отдельно минуты, а просто число минут (если нужна большая точность - секунд) с момента включения устройства. И со счетом никаких проблем, и со сравнением. При выводе числа на дисплей код чуть усложнится, но ненамного, тем более если менять отображаемую информацию надо раз в минуту.

Ругался на отсутствие форматирования исходного кода (включая отсутствие осмысленных комментариев и наличие неубранного после конфигуратора мусора) не менее 15 раз.

Часть моих наработок.

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

То есть в сутках 1440 минут, или 86400 секунд их сравнивать?

#include <avr/io.h>
#define F_CPU 1000000UL
unsigned int sutci_min;
unsigned long sutki_sec;
unsigned char hour;
unsigned char min;
unsigned char second;
int main(void)
{
   while(1)
   {
 hour =  2;
 min = 6;
 second = 24;
 sutci_min = (hour*60)+min;
 sutki_sec = (((hour*60)+min)*60)+second;
   }
}

Я на верном пути??

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

Это один из вариантов, но проще и отсчет вести в секундах, а в часы, дни и минуты переводить только для отображения. Причем, учитывая размеры типов данных и то, что точность нужна вроде до минут, можно сделать примерно так:

unsigned int min=0;
unsigned char flags=0;
unsigned int time1,time2;

#define CYCLES_IN_MINUTE=12345 //сколько прерываний таймера происходит за 1 минуту. Не всегда можно подобрать, чтобы было ровно одно прерывание а секунду.
#define FLAG_MIN=(1<<0)

ISR(TIMER0_CMPA){
static unsigned int cycles=0; //тип данных зависит от CYCLES_IN_MINUTE
if(++cycles>CYCLES_IN_MINUTE){
 cycles=0;
 min++; //отсчет минут
 flag |= FLAG_MIN; //флаг того, что началась новая минута
}
}
void displey_time(){
// преобразование min в дни+часы+минуты и отображение на индикаторе. 
}
int main(){
...
while(1){
...
 if(flag && FLAG_MIN){
  displey_time();
  if((min-time1>0) && (min-time2>0)){ //если не ошибаюсь это поможет при переполнении, хотя 45,5 дней - приличный запас
   /*код при попадании в диапазон*/
   flag &= FLAG_MIN;
  }
 }
}
}

В коде я намеряно допустил 7 ошибок, так что простор для работы мозга остается.

Ругался на отсутствие форматирования исходного кода (включая отсутствие осмысленных комментариев и наличие неубранного после конфигуратора мусора) не менее 15 раз.

Часть моих наработок.

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

То есть в сутках 1440 минут, или 86400 секунд их сравнивать?

#include <avr/io.h>
#define F_CPU 1000000UL
unsigned int sutci_min;
unsigned long sutki_sec;
unsigned char hour;
unsigned char min;
unsigned char second;
int main(void)
{
while(1)
{
hour = 2;
min = 6;
second = 24;
sutci_min = (hour*60)+min;
sutki_sec = (((hour*60)+min)*60)+second;
}
}

Я на верном пути??

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

дал же код... 6 байт для всех переменных , всего одна проверка, что еще нужно?

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

В пару операторов mul, это не так уж много. Статических переменных тоже не слишком много, под это даже регистров хватит, не говоря об ОЗУ. То есть неоптимально, конечно, но вполне терпимо. Другое дело, что есть более простые способы. Кстати, перевод из одной переменной в строку/массив займет гораздо больше времени и памяти, но выполняться он будет раз в минуту или раз в секунду, то есть крайне редко, и эта задержка будет незаметна.

Особенно вы, поражаете меня своими подсказками :blink:

Могут быть еще незамеченные ошибки. А поиск ошибок в чужом коде тоже обучение в некотором роде.

Ругался на отсутствие форматирования исходного кода (включая отсутствие осмысленных комментариев и наличие неубранного после конфигуратора мусора) не менее 15 раз.

Часть моих наработок.

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

Начнём с Вашего кода :

if ((hour >= hour_on_1) & (hour <= hour_off_1))
{
if ((minute >= minute_on_1) && (minute <= minute_off_1))
{
OUTPUT_ON;
}
}

Вот Вы сравнили часы, попали они в диапазон. Зачем сравнивать потом минуты, если часы уже попали ? Минуты нужно сравнивать, если часы не попали в диапазон, а точнее - стали равны !

Как то, примерно, так :

if ((hour > hour_on_1) && (hour < hour_off_1)) return 1;
if (hour == hour_on_1){
 if (minute > minute_on_1) return 1;
}
if (hour == hour_off_1){
 if (minute < minute_off_1) return 1;
}
return 0;

Что касается всех вышесказанных "тайн о высших материях".

Создайте функцию, которая будет переводить Ваши сравниваемые точки в количество минут, прошедших от определённого момента (Если с датой, то например от 01-01-2010, 00:00. Если без даты, то от 00:00 текущего дня). Дальше тупо сравнение этих преобразованных чисел. Всё.

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

И ещё, небольшой совет на будущее.

Когда работаете с однотипными данными, как в Вашем случае с часами и минутами, создавайте структуры. Типа:

typedef struct{
 unsigned char hour;
 unsigned char min;
}t_time;
t_time time_cur, time_on, time_off;

C ними проще будет работать. Особенно, если таких "точек" будет множество.

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

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

У меня не совпадают прошивки (флеш) залитый в мк и считанный с него же, например заливаю

:100000000C942A001895000018950000189500001F
:10001000189500001895000018950000189500002C
:10002000189500001895000018950000189500001C
:10003000189500001895000018950000189500000C
:1000400018950000189500001895000018950000FC
:10005000189500008FE58DBFC8E3E0E24E2E84E0E6
:100060008EBFD4E0F4E05F2EA89584B7082E877F7A
:1000700084BF88E1992781BD91BDEEEFF3E0A0E652
:10008000B0E088278D933197E9F76624D79ADF9AF5
:1000900080ED97E00E945E00DF9880ED97E00E947F
:1000A0005E000C944700F894FFCF3197F1F7089564
:1000B000689462F80895E89462F80895EF93FF93C6
:1000C000EE27E82BE92B31F0E4E5F4E03197F1F786
:0A00D0000197D1F7FF91EF91089519
:00000001FF

а при считывании получаю

:200000000C942A00189500001895000018950000189500001895000018950000189500005B
:20002000189500001895000018950000189500001895000018950000189500001895000058
:2000400018950000189500001895000018950000189500008FE58DBFC8E3E0E24E2E84E032
:200060008EBFD4E0F4E05F2EA89584B7082E877F84BF88E1992781BD91BDEEEFF3E0A0E63C
:20008000B0E088278D933197E9F76624D79ADF9A80ED97E00E945E00DF9880ED97E00E9404
:2000A0005E000C944700F894FFCF3197F1F70895689462F80895E89462F80895EF93FF93DA
:1E00C000EE27E82BE92B31F0E4E5F4E03197F1F70197D1F7FF91EF910895FFFFFF91DD
:00000001FF

Это нормально?

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

Содержимое сравнивай прошивок, а не промежуточный файл для её хранения. в HEX-е размер строки не фиксирован, а там еще масса служебных полей есть в отличие от самой прошивки поэтому и отличаются. Сливай прошивку в .BIN и сравнивай.

Учение - изучение правил. Опыт - изучение исключений.

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

А если т ак? Тут я типа перевожу часы в минуты, потом соавниваю уже именно минуты.

uint8_t clock(char th1,char th2,char tm1,char tm2)
{
if (((hour*60)+minute) >= ((th1*60)+tm1))
{
if (((hour*60)+minute) <= ((th2*60)+tm2))
{
return 0;
}
}
return 1;
}

Как вы смотрите на такой вариант??

Структуры, хорошая штука

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

unsigned int time_to_minute(t_time time){
return (unsigned int)time.hour*60 + time.minute;
}

if( (time_to_minute(time_cur)>=time_to_minute(time_on)) && (time_to_minute(time_cur)<time_to_minute(time_off)) ){ // Попали в диапазон
....
}

Как то, приблизительно, так.

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

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

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

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

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

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

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

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

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

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

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

  • Сообщения

    • Все предложенные к рассмотрению источники питания работают примерно по одному принципу: сетевое напряжение выпрямляется, фильтруется (получаем чуть больше 300 вольт постоянного), затем преобразуется снова в переменное, но уже на частотах в несколько десятков килогерц, понижается на трансформаторе и снова выпрямляется. За счёт высокой частоты преобразования используется трансформатор на ферритовом, а не на стальном, сердечнике, гораздо меньших габаритов и стоимости. Минусы: значительное усложнение схемы блока и вероятность возникновения различных помех от него. Модули управления (кроме первого) также являются импульными преобразователями, с теми же достоинствами и недостатками. Если нужно по быстрому собрать некое подобие ЛБП, то уж лучше брать модуль вроде этого. Ну и блок питания к нему соответствующий. Но не очень понятно, какой практический опыт можно получить от соединения готовых модулей парой проводов.  
    • У меня больше всего вопросов вызвала необычная схема обеспечения отрицательного питания. Автор этой обстоятельной заметки пишет: For this supply to work correctly, the transformer must have a secondary voltage of at least 18V RMS.  Почему? Что будет не так с отрицательным питанием, если напряжение на трансформаторе будет меньше 18В?   https://tinyurl.com/23mlwxtt - я в простейшей эмуляции ставлю 12В пикового напряжения для трансформатора и на стабилитроне все как положено: -5.6В.
    • Согласен, очень криво объяснил. Это работа трёх вольтовой линии, просто на диод шотки сдвоенный, на один анод приходит сигнал напрямую с трансформатора, а на второй через дроссель. Вольт/деление 5 вольт в клетке, тайминг по моему 10 МС. Третья фотография это сигнал на катодах уровень земли ровно по центру экрана. Но все линии по итогу в порядке 3.3 в, 5, в, 12 в и -12 в. Нагрузить все линии не могу сразу ,так как тут же выгорают транзисторы (имеется нагрузка 250 ватт по 10 ампер на каждую линию за исключением-12в), поэтому нагружаю 3.3 вольтовую линию на 10 ампер,  подключаю переменный резистор 50 ватт на 15 ом на 5 вольтовую линию и постепенно довожу до той той картины с перекосом (это гдето  50 ватт общее). По поводу микросхемы, вверху имеется скрин где между импульсами проскакивает мини импульс, если так можно сказать, он проскакивает и на одной  и на второй ноге (7,8). Микросхема не tl 494, а lw4933/abx942.1/c9421646. Далее они приходят на базы транзисторов 945g  коллекторы этих транзисторов соединены с  выводами трансформатора. Просто схема типовая, легче мне кажется просто привести фото самого блока, для тех кто разбирается будет гораздо информативне.  Диод шотки по 12 вольтовой линии был подгоревший, заменил на донора. Приводить скрины не буду что бы не захламлять тему. В итоге, пока все так же, при достижении определенной нагрузки суммарно где-то 50 ватт, появляется этот "выброс и перекос". По этому имеются мысли на два варианта, это микросхема , этот мини импульс между периодами, на низкой нагрузке особо не влияет, но при достижении определенной приводит с самовозбуждению входной цепи и непроизвольному открытию транзистора нижнего плеча. Либо дело в "горячей части", плавающий дефект в обвязке силовых ключей.  Спасибо за ответ.
    • @Gomerchik а вы контролировали как меняется уровень сигнала на А1 ардуины?
    • Спасибо за совет. Автором данного проекта я не являюсь, мне нужно было воссоздать уличный датчик для метеостанции взамен пропавшего(( Из разного найденного в интернете этот проект работает с моей станцией Орегон (спасибо автору). В понедельник попробую последовать Вашему совету. Но все равно куча непоняток  как блин это работает)) Если дело в неправильной отправки команды, то как на это влияет подключение датчика температуры? Если совсем не подключать таймер, то передача идет один раз (как и прописано в программе), станция принимает и отображает, но минут через сколько-то естественно станция уже ни чего не показывает, но с таймером питание полностью не пропадает с ардуинки, но передача сигнала каким-то образом работает по таймеру.  В моем понимании данная команда подается один раз потому, что таймер должен отключать питание МК после передачи сигнала и каждые 43 сек снова подавать питание (так того требует станция).  Ардуино передает показания температуры отключается полностью и 43 секунды мк не работает.  Сейчас у меня питание пока сделано на подпитке от солнечной батареи, но пару пасмурных дней и аккумулятор съедается до отключения(
    • thickman Так и сделаю. Вытащу из бу БП.  Буду знать, как отличить. Благодарю. Заменил транзисторы на IRFB20N50K. Картина стала, совсем другой.  Похоже трудность не в драйвере, на момент подвозбуда, переходные процессы, в нем, завершены. Увеличил затворные резисторы до 50ом, стало немного лучше.  Не понятно, почему верхний ключ греется несколько сильнее. Возможно, стоит посмотреть ток в коллекторе.  Снабберные емкости временно удалил, изменений не произошло.  Замена ТГР на другой, на кольце MSTN-16A-TH, так же, результата не принесла.   irfb20n50k.pdf
  • Похожий контент

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