Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Внутри Case не присваивается значение глобальной переменной
Форум разработчиков электроники ELECTRONIX.ru > Микроконтроллеры (MCs) > ARM
Димон Безпарольный
Весьма запутано, постараюсь объяснить.

Код
            case(OpenTCP):                        //Открытие TCP
                {                                //
                    printf("\rOpen TCP Session\r");//    
                    GSM_State_Mashine = ConnMQTT;//Успешно
                    GSM_Mashine_Errors = 0;        //
                    int T =    GPRSConnect1(TCP, MQTT_BROKER_SERVER, PORT, DEFAULT_TIMEOUT*8, DEFAULT_INTERCHAR_TIMEOUT*5);
                    if(!T)                         //
                        {                        //Не успешно
                            printf("\rError TCP Open... Try Again...\r");//    
                            int T =    GPRSClose();//
                            GSM_Mashine_Errors++;//
                            break;                //
                        }                        //
                    GSM_State_Mashine = ConnMQTT;//Успешно
                    GSM_Mashine_Errors = 0;        //
                    printf("\rTCP Session Open\r");//
                    break;                        //


Если ставить GSM_State_Mashine = ConnMQTT после вызова GPRSConnect1, то в переменной GSM_State_Mashine остается старое значение и этот case выполняется вечно.

Сама функция GPRSConnect1 и вызываемые ей функции никакого отношения к переменной GSM_State_Mashine не имеет. Причем перед выходом из функции, содержащей этот switch (GSM_State_Mashine) присвоение есть, но за ней (снаружи этой функции) эта переменная имеет старое значение!

Пока вышел из положения присваивая значение GSM_State_Mashine = ConnMQTT; до вызова функции. Так работает. После вызова - нет. Что ж за глюк такой?

Переменная объявлена глобальной volatile unsigned int GSM_State_Mashine = 0;//
alexey123_45
А если в этом case поставить точку останова и пойти по шагам попадете на эту строчку, после вызова функции?
Димон Безпарольный
Цитата(alexey123_45 @ Jul 31 2017, 17:36) *
А если в этом case поставить точку останова и пойти по шагам попадете на эту строчку, после вызова функции?

Да. Все тоже самое.
kolobok0
Цитата(Димон Безпарольный @ Jul 31 2017, 16:07) *
Весьма запутано, постараюсь объяснить.

Код
...
                    int T =    GPRSConnect1(TCP, MQTT_BROKER_SERVER, PORT, DEFAULT_TIMEOUT*8, DEFAULT_INTERCHAR_TIMEOUT*5);

..



поставьте в функцию GPRSConnect1 сразу ретурн. если глюкало исчезнет - ищите а) по корректности передаваемых параметров в функцию б) по потрохам самой функции.


удачи вам
(круглый)
scifi
Напрашивается поставить на эту переменную watchpoint и смотреть, где она свернула не туда.
iosifk
Цитата(Димон Безпарольный @ Jul 31 2017, 16:07) *
int T = GPRSConnect1(TCP, MQTT_BROKER_SERVER, PORT, DEFAULT_TIMEOUT*8, DEFAULT_INTERCHAR_TIMEOUT*5);
if(!T) //


Ведь Т - это число...
А if(!T) подразумевает, что в скобках будет булево выражение - истина или ложь...
А что такое !T по Вашему??? Даже если компилятор воспримет это как битовую инверсию, то это все равно будет число, но не истина или ложь...
Для примера вместо if(!T) сделайте printf( вот этого !T в виде набора битов...
Димон Безпарольный
Цитата(iosifk @ Jul 31 2017, 23:17) *
Ведь Т - это число...
А if(!T) подразумевает, что в скобках будет булево выражение - истина или ложь...
А что такое !T по Вашему??? Даже если компилятор воспримет это как битовую инверсию, то это все равно будет число, но не истина или ложь...
Для примера вместо if(!T) сделайте printf( вот этого !T в виде набора битов...

Не понимаю. Весь Paho MQTT в этих if(!T) и работает. И только в одном месте глючит. Проверил. Баз этого if(!T), просто с вызовом тоже глючит.
aaarrr
Цитата(iosifk @ Jul 31 2017, 22:17) *
А что такое !T по Вашему???

Вообще-то !T - это такой же точно int, как и T:
Цитата
The result of the logical negation operator ! is 0 if the value of its operand compares
unequal to 0, 1 if the value of its operand compares equal to 0. The result has type int.


Димон Безпарольный, поищите undefined behavior в функции GPRSConnect1.
andrew_b
Цитата(iosifk @ Jul 31 2017, 22:17) *
Ведь Т - это число...
А if(!T) подразумевает, что в скобках будет булево выражение - истина или ложь...
А что такое !T по Вашему??? Даже если компилятор воспримет это как битовую инверсию, то это все равно будет число, но не истина или ложь...
Для примера вместо if(!T) сделайте printf( вот этого !T в виде набора битов...
Если вы плохо знаете Си, то лучше не пишите в темах про Си.
Obam
А где здесь ARM? Треду именно что место в темах про C.
Kabdim
Цитата(iosifk @ Jul 31 2017, 22:17) *
Ведь Т - это число...
А if(!T) подразумевает, что в скобках будет булево выражение - истина или ложь...
А что такое !T по Вашему??? Даже если компилятор воспримет это как битовую инверсию, то это все равно будет число, но не истина или ложь...
Для примера вместо if(!T) сделайте printf( вот этого !T в виде набора битов...

Это тяжелое наследство "асемблерности" C. В нём нет булева типа. Поэтому всё целочисленнуказательное что 0 - считается ложным, а все остальное - истинным. Так и живем. sm.gif
-----------
А по сабжу - чудес не бывает. Либо UB, либо битый указатель, либо выход индекса за диапазон, либо стек начал наваливаться на область памяти статических переменных. Ватчпойнты и последовательное выбрасывание кода, помогут разобраться, т.к. в приведенном участке кода ничего криминального не видно.
Димон Безпарольный
Цитата(Kabdim @ Aug 1 2017, 13:37) *
Либо UB, либо битый указатель, либо выход индекса за диапазон, либо стек начал наваливаться на область памяти статических переменных.

Похоже что именно так.
Aaron
берите map-файл проекта с расположением переменных в памяти. И посмотрите, какая переменная в памяти расположена ДО вашей сбойной GSM_State_Mashine в обоих случаях:
- когда "всё работает"
- когда "сбоит"
там, где сбоит - смотрите название переменной и копайте причины её поломки. Возможно неверное приведение типов при работе с указателями или может где-то ещё пораньше в памяти массив лежит, с которым неверно работаете. По крайней мере такой анализ map-файла достаточно быстро проводится, и позволяет быстро находить поверхностные ошибки.

также для того варианта, когда "всё работает" - посмотрите, куда переменная переехала в памяти, предшествующая GSM_State_Mashine - скорее всего, она затирает какие-то несущественные данные, и поэтому вы не замечаете проблем. Так называемый плавающий баг - как правило, он именно вашим описанием и характеризуется, когда от простой перестановки строк кода меняется поведение программы.
Kabdim
Цитата(Димон Безпарольный @ Aug 1 2017, 14:39) *
Похоже что именно так.

Кстати может быть бага в компиляторе. Если gcc, то имеет смысл его обновить до старшего минора в используемой ветке. Или наоборот, попробовать предыдущий мажор. Правда с теми же симптомами может быть и UB.
Димон Безпарольный
Цитата(Kabdim @ Aug 1 2017, 17:37) *
Кстати может быть бага в компиляторе. Если gcc, то имеет смысл его обновить до старшего минора в используемой ветке. Или наоборот, попробовать предыдущий мажор. Правда с теми же симптомами может быть и UB.

Нет. Keil 5.17
tvsdig
Теоретически может еще влиять включенная оптимизация. Но я за вариант кривые указатели.
aaarrr
Цитата(tvsdig @ Aug 1 2017, 22:54) *
Теоретически может еще влиять включенная оптимизация.

На корректный код - не может.

Цитата(tvsdig @ Aug 1 2017, 22:54) *
Но я за вариант кривые указатели.

Маловероятно: кривым указателем можно что-нибудь испортить, а тут состояние машины у ТС остается прежним.

А вообще, можно было бы уже 100500 раз дизассемблировать интересующий фрагмент.

Цитата(aaarrr @ Aug 1 2017, 23:05) *
На корректный код - не может.

Тут я несколько погорячился. Один из немногих встреченных мной "глюков компилятора" (как раз на ARM RVCT) был таки связан с оптимизацией: инлайнилась функция с игнорированием #pragma arm section, и код, предназначенный для выполнения из RAM, выполнялся в результате из флеш.
AVI-crak
Код
case(OpenTCP):                        //Открытие TCP
                {                                //
                    printf("\rOpen TCP Session\r");//    
                    GSM_State_Mashine = ConnMQTT;//Успешно
                    GSM_Mashine_Errors = 0;        //
                    if(GPRSConnect1(TCP, MQTT_BROKER_SERVER, PORT, DEFAULT_TIMEOUT*8, DEFAULT_INTERCHAR_TIMEOUT*5) == 0)                         //
                        { // эта функция всегда возвращает аргумент в регистре R0, выделять новую переменную для этого не нужно.
                            printf("\rError TCP Open... Try Again...\r");//    
                          //  int T =    GPRSClose();//  не вижу повторного использования Т
                            GPRSClose();
                            GSM_Mashine_Errors++;//
                            break;                //
                        }                        //
                    GSM_State_Mashine = ConnMQTT;//Успешно
                    GSM_Mashine_Errors = 0;        //
                    printf("\rTCP Session Open\r");//
                    break;
Kabdim
Цитата(tvsdig @ Aug 1 2017, 22:54) *
Теоретически может еще влиять включенная оптимизация. Но я за вариант кривые указатели.

Не ставьте телегу вперед кобылы. Это не "оптимизации влияют", а в кривой программе undefined behavior, который при оптимизации раскрывается во всей красе. Людям которые это допускают на регулярной основе стоит подучить язык с которым они работают.
tvsdig
Цитата(Kabdim @ Aug 2 2017, 12:29) *
Не ставьте телегу вперед кобылы. Это не "оптимизации влияют", а в кривой программе undefined behavior, который при оптимизации раскрывается во всей красе. Людям которые это допускают на регулярной основе стоит подучить язык с которым они работают.


Отчасти с Вами согласен по поводу подучить язык. Например раздел приоритеты я слабо знаю. Стараюсь использовать скобки.
Но откуда мы знаем с квалификатором объявлена переменная GSM_State_Mashine или без. Поэтому предположил
что ситуация возможна.
Kabdim
Цитата(tvsdig @ Aug 2 2017, 17:54) *
Стараюсь использовать скобки.

Вот кстати использование скобок, это не признак незнания. sm.gif Например, вывод здесь:
Код
cout << "foo" + true ? "bar" : "baz";

будет явно не тем который ожидаем, даже для тех кто хорошо знает приоритеты. И даже если есть знание - скобки всё равно лучше ставить, потому что иногда глаз замыливается, да и самому спустя время проще поддерживать код со скобками чем без.
Цитата(tvsdig @ Aug 2 2017, 17:54) *
Но откуда мы знаем с квалификатором объявлена переменная GSM_State_Mashine или без. Поэтому предположил
что ситуация возможна.

ТС в первом же сообщении указал в конце. sm.gif
KnightIgor
Цитата(Димон Безпарольный @ Jul 31 2017, 14:07) *
Весьма запутано, постараюсь объяснить.

Код
int T =    GPRSConnect1(TCP, MQTT_BROKER_SERVER, PORT, DEFAULT_TIMEOUT*8, DEFAULT_INTERCHAR_TIMEOUT*5);
                    if(!T)                         //
                        {                        //Не успешно
                            printf("\rError TCP Open... Try Again...\r");//    
                             int T =    GPRSClose();//


Так у вас там два раза объявляется переменная с одним именем T. И вообще, хоть C99+ позволяет объявлять переменные не в самом начале блока, я бы синтаксически избегал такие вольности.
x893
Это обсуждение курсовой 2 курса ?
Какая то чушь.
Изучите книжку по С, возьмите JLink и посмотрите - где в Ваших знаниях пробелы.
Потом исправьте и посмотрите ещё раз.
Обычно 2-х итераций хватает.
Димон Безпарольный
Не оптимизация и ничего таккого. В функции GPRSConnect есть вызов itoa1(port, num);.

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

Вот с этой функцией что - то не так:

Код
//---------------------------------------------------------------------------------------------------
void reverse(char s[])                            //reverse:  переворачиваем строку s на месте
{                                                //
    int i, j;                                    //
    char c;                                        //
    for (i = 0, j = strlen(s)-1; i<j; i++, j--)
        {                                        //
            c = s[i];                            //
            s[i] = s[j];                        //
            s[j] = c;                            //
        }                                        //
}                                                 //
//---------------------------------------------------------------------------------------------------
void itoa1(int n, char s[])                        //itoa:  конвертируем n в символы в s
{                                                //
    int i, sign;                                //
    if ((sign = n) < 0)                            //записываем знак
    n = -n;                                        //делаем n положительным числом
    i = 0;                                        //
    do                                            //генерируем цифры в обратном порядке
        {                                        //
            s[i++] = n % 10 + '0';                //берем следующую цифру
        }while ((n /= 10) > 0);                    //удаляем
    if (sign < 0)                                //
    s[i++] = '-';                                //
    s[i] = '\0';                                //
    reverse(s);                                    //
}                                                //


Попробую другие варианты из

https://electronix.ru/forum/index.php?showt...=142582&hl=

С ней все так. Эта функция преобразует номер порта 1883 в текст. Так вот, в вызове itoa1(port, num); под нее объявлен массив char num[4];
А нужно 5. Вероятно не хватило места для нуля. При объявлении char num[5]; все заработало исправно.

Kabdim
Говнокод из интернета, экономия на спичках байтах, причем скорее всего в стеке. Рисковый вы человек. sm.gif
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.