The OpenNET Project
 
Поиск (теги):    НОВОСТИ (+) КОНТЕНТ WIKI MAN'ы ФОРУМ twitter

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Логика"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Программирование под UNIX (C/C++)
Изначальное сообщение [ Отслеживать ]

"Логика"  –1 +/
Сообщение от RedD on 26-Окт-14, 21:04 
Есть 16 -ти битное число типа, 0x0000 h, как его разбить на 0x00h H, 0x00h L.
Ответить | Правка | Cообщить модератору

Оглавление

  • Логика, RedD, 22:33 , 26-Окт-14, (1)  
    • Логика, RedD, 22:38 , 26-Окт-14, (2)  
      • Логика, RedD, 22:56 , 26-Окт-14, (3)  
        • Логика, RedD, 23:06 , 26-Окт-14, (4)  
          • Логика, Alex_S, 08:06 , 27-Окт-14, (5)  
            • Логика, RedD, 08:15 , 27-Окт-14, (6)  
              • Логика, RedD, 08:17 , 27-Окт-14, (7)  
  • Логика, name, 14:49 , 27-Окт-14, (8)  
    • Логика, RedD, 17:47 , 27-Окт-14, (9) –1  
      • Логика, RedD, 17:51 , 27-Окт-14, (10)  
  • Логика, pavlinux, 20:04 , 29-Окт-14, (11)  
    • Логика, RedD, 03:40 , 03-Ноя-14, (12)  
      • Логика, skb7, 00:48 , 04-Ноя-14, (13)  
        • Логика, pavlinux, 01:12 , 04-Ноя-14, (15)  
          • Логика, skb7, 21:24 , 04-Ноя-14, (28)  
      • Логика, pavlinux, 00:58 , 04-Ноя-14, (14)  
        • Логика, RedD, 06:55 , 04-Ноя-14, (16)  
          • Логика, RedD, 07:13 , 04-Ноя-14, (17) +1  
            • Логика, RedD, 07:21 , 04-Ноя-14, (18)  
              • Логика, RedD, 08:04 , 04-Ноя-14, (19)  
                • Логика, skb7, 15:46 , 04-Ноя-14, (23)  
                  • Логика, RedD, 19:00 , 04-Ноя-14, (24)  
                    • Логика, skb7, 19:58 , 04-Ноя-14, (25)  
                      • Логика, pavlinux, 20:11 , 04-Ноя-14, (26)  
                        • Логика, skb7, 21:13 , 04-Ноя-14, (27)  
                        • Логика, pavlinux, 18:58 , 05-Ноя-14, (29)  
              • Логика, skb7, 15:42 , 04-Ноя-14, (21)  
          • Логика, RedD, 09:07 , 04-Ноя-14, (20)  
          • Логика, pavlinux, 15:45 , 04-Ноя-14, (22)  
            • Логика, RedD, 12:09 , 11-Ноя-14, (30)  
              • Логика, skb7, 14:50 , 11-Ноя-14, (31)  
              • Логика, pavlinux, 01:58 , 27-Ноя-14, (33) –1  

Сообщения по теме [Сортировка по времени | RSS]


1. "Логика"  +/
Сообщение от RedD on 26-Окт-14, 22:33 
Data 16 bit
usignet char Н равно data // младший
L равно data/256 //старший


Так?


Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Логика"  +/
Сообщение от RedD on 26-Окт-14, 22:38 
Тьфу l с h попутал, ну главное принцып
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "Логика"  +/
Сообщение от RedD on 26-Окт-14, 22:56 
Лана проверил, работает, вопрос закрыт )


Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

4. "Логика"  +/
Сообщение от RedD on 26-Окт-14, 23:06 
int data=0xFCFC;
usignet char L=0;
usignet char H=0;
L=data;            //FC
H=data/256Dec;     //FC
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

5. "Логика"  +/
Сообщение от Alex_S (??) on 27-Окт-14, 08:06 
> int data=0xFCFC;
> usignet char L=0;
> usignet char H=0;
> L=data;            
> //FC
> H=data/256Dec;     //FC

  да хрен то
аспект порядка байт не рассмотрен
может быть наоборот, первый байт - старший

но для школы - сойдет


Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

6. "Логика"  +/
Сообщение от RedD on 27-Окт-14, 08:15 
>> int data=0xFCFC;
>> usignet char L=0;
>> usignet char H=0;
>> L=data;
>> //FC
>> H=data/256Dec;     //FC
>   да хрен то
>  аспект порядка байт не рассмотрен
>  может быть наоборот, первый байт - старший
>  но для школы - сойдет

НО НО, я целый час думал, 20 минут в нете рылся )))))))))))

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

7. "Логика"  +/
Сообщение от RedD on 27-Окт-14, 08:17 
>[оверквотинг удален]
>>> usignet char L=0;
>>> usignet char H=0;
>>> L=data;
>>> //FC
>>> H=data/256Dec;     //FC
>>   да хрен то
>>  аспект порядка байт не рассмотрен
>>  может быть наоборот, первый байт - старший
>>  но для школы - сойдет
> НО НО, я целый час думал, 20 минут в нете рылся )))))))))))

А вообще не для школы, в atmegе32 нужно так разбить, чтоб на два разных порта выдать )

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

8. "Логика"  +/
Сообщение от name (??) on 27-Окт-14, 14:49 
про операции сдвига вправо влево не слышали?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

9. "Логика"  –1 +/
Сообщение от RedD on 27-Окт-14, 17:47 
> про операции сдвига вправо влево не слышали?

Слышал, имеете ввиду
H=data>>8;
L=(data<<8)>>8; вначале старший в нули выдвигаем,

Так ?


Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

10. "Логика"  +/
Сообщение от RedD on 27-Окт-14, 17:51 
H=data>>8;
L=data; старший сам отвалится
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

11. "Логика"  +/
Сообщение от pavlinux (ok) on 29-Окт-14, 20:04 
> Есть 16 -ти битное число типа, 0x0000 h, как его разбить на
> 0x00h H, 0x00h L.

H = data^0x00ff;
L = data^0xff00;

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

12. "Логика"  +/
Сообщение от RedD (ok) on 03-Ноя-14, 03:40 
Для Павлиналинукса

H = data^0x00ff;
L = data^0xff00;

Вот это похоже то что нужно,


Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

13. "Логика"  +/
Сообщение от skb7 (ok) on 04-Ноя-14, 00:48 
> Для Павлиналинукса
> H = data^0x00ff;
> L = data^0xff00;
> Вот это похоже то что нужно,

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


h = data >> 8;
l = data;

Так же нужно учитывать порядок байт. Процессор атмеги вроде little-endian, так что этот код будет корректен. Но если данные пришли по сети -- там big-endian, и всё будет наоборот. Так же надо учитывать вопрос портируемости -- если код пишется для одного проца -- можно и так. Если надо будет портировать -- то нужно делать проверку на endianness.

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

15. "Логика"  +/
Сообщение от pavlinux (ok) on 04-Ноя-14, 01:12 
>> Для Павлиналинукса
>> H = data^0x00ff;
>> L = data^0xff00;
>> Вот это похоже то что нужно,
> Не слушайте злого дядю

Сам боклан :-P  

Время дофига? Напиши молекулярный извлекатель для всех битностей от 8 до 128,
На входе число, на выходе два, в двое меньшей битности.

P.S. case, typeof - для дефочек, только битовые операции, только хардкор!

Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

28. "Логика"  +/
Сообщение от skb7 (ok) on 04-Ноя-14, 21:24 
> Сам боклан :-P

Як той казав: "я мненью вашему вращенье придавал, и осью был мой детородный орган" :)

> Время дофига? Напиши молекулярный извлекатель

Сударь, судя по вашем ухищрениям с компиляцией /dev/null, время дофига как раз-таки у вас. Just saying.

Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

14. "Логика"  +/
Сообщение от pavlinux (ok) on 04-Ноя-14, 00:58 
> Для Павлиналинукса
> H = data^0x00ff;
> L = data^0xff00;
> Вот это похоже то что нужно,

Тут одно НО, если у тебе нужны не просто старшая и младшая половины, а
нужно запихнуть результат в, действительно, 8-битную переменную, то
компилятор сам урежет старшие байты. То есть строка L = data^0xff00
будет одно и тоже, что и L = data^0x00 или тупа L = data;  

Например:

int data = 0xbeaf;
unsigned char H = data^0x00ff;
unsigned char L = data^0xff00;

L = 0xaf
H = (0xbeaf ^ 0x00ff) => (0xaf ^ 0xff) => (0xa0 ^ 0xf0) => f-a вроде 0x50;

---
Поэтому для примера выше можно так:

unsigned char H = ((data >> 8)|( data << 8));
unsigned char L = data;

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

16. "Логика"  +/
Сообщение от RedD (ok) on 04-Ноя-14, 06:55 
Вот злодеи ...
Лана понял что своей башкой думать нада, предварительно всех послушав.

А вот так мне тож больше нравится,

H=data>>8;
L=data;

Хотя и остальное опробую время будет, отпишусь )
Не могу с мобилки писать, издевательство какое то, толи дело стандартная клава писишная ...

Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

17. "Логика"  +1 +/
Сообщение от RedD (ok) on 04-Ноя-14, 07:13 
Для skb7 я тебя понял ..., спасибо )
Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

18. "Логика"  +/
Сообщение от RedD (ok) on 04-Ноя-14, 07:21 
А насчет порядка бит, я если честно только с AVR ками, и то так мелочевка, для себя ...
И только под конкретную задачу, нужно мне было, я сделал, и забыл, я не профи в этом плане, я инженер )

Но я учусь )


Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

19. "Логика"  +/
Сообщение от RedD (ok) on 04-Ноя-14, 08:04 
H = data^0x00ff;
L = data^0xff00;

Вот это кстати не работает ) Павлинус тя точно нельзя слушать, но да лана умнее буду )
Но у меня есть маленькое преимущество, я сразу в железе делаю, и если код не работает это сразу видно ))))

Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

23. "Логика"  +/
Сообщение от skb7 (ok) on 04-Ноя-14, 15:46 
> H = data^0x00ff;
> L = data^0xff00;
> Вот это кстати не работает ) Павлинус тя точно нельзя слушать, но
> да лана умнее буду )
> Но у меня есть маленькое преимущество, я сразу в железе делаю, и
> если код не работает это сразу видно ))))

А оно и не может работать, маски накладываются операцией "побитовое И", т.е. "&", а точно не операцией "побитовое исключающее ИЛИ". Посмотрите в википедии таблицы истинности для этих операций и всё станет понятно. pavlinux либо опечатался, либо специально троллит (никогда не знаешь, он одинаково часто проделывает и то, и другое).

Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

24. "Логика"  +/
Сообщение от RedD (ok) on 04-Ноя-14, 19:00 
>[оверквотинг удален]
>> L = data^0xff00;
>> Вот это кстати не работает ) Павлинус тя точно нельзя слушать, но
>> да лана умнее буду )
>> Но у меня есть маленькое преимущество, я сразу в железе делаю, и
>> если код не работает это сразу видно ))))
> А оно и не может работать, маски накладываются операцией "побитовое И", т.е.
> "&", а точно не операцией "побитовое исключающее ИЛИ". Посмотрите в википедии
> таблицы истинности для этих операций и всё станет понятно. pavlinux либо
> опечатался, либо специально троллит (никогда не знаешь, он одинаково часто проделывает
> и то, и другое).

Обьясни у каждого .h файла есть .c
Или бывает так что .h есть,  а .c нет?
то что .c может быть без .h понятно

Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

25. "Логика"  +/
Сообщение от skb7 (ok) on 04-Ноя-14, 19:58 
> Обьясни у каждого .h файла есть .c
> Или бывает так что .h есть,  а .c нет?
> то что .c может быть без .h понятно

Компилируется именно .c файл (в объектный файл), .h файл не компилируется. Перед этапом компиляции запускается препроцессор и просто заменяет все строки "#include" содержимым указанного .h файла.

Так что да, может быть .h без соответствующего .c файла. Например, у тебя есть разные модули (.c файлы): модуль для датчика температуры, модуль для общения с дисплеем, модуль для общения с микросхемой RTC и т.д. Во всех модулях тебе нужно получать нижний и верхний байт от двухбайтной переменной. Можно сделать хедер, назвать его например "common.h":


#ifndef COMMON_H
#define COMMON_H

#include <stdint.h>

/* Routines to get the high and low byte of 16-bit word */
#define HI(x) ((uint8_t)(x >> 8))
#define LO(x) ((uint8_t)(x))

#endif /* COMMON_H */

Дальше в каждом модуле подключить этот хедер и использовать макросы из него. При это не будет никакого "common.c" файла и всё будет работать.

На самом деле в .h файлы обычно засовывают две вещи:
1. объявления функций какого-то .c файла, т.е. интерфейс этого .c файла (чтобы другие .c файлы могли юзать эти функции подключая этот хедер)
2. всякие макросы, которые могут использованы разными модулями (.c файлами)

В свою очередь без .h файла тоже можно обойтись -- просто скопировать руками содержимое .h файла вместо соответствующей строки #include.

Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

26. "Логика"  +/
Сообщение от pavlinux (ok) on 04-Ноя-14, 20:11 
>> Обьясни у каждого .h файла есть .c
>> Или бывает так что .h есть,  а .c нет?
>> то что .c может быть без .h понятно
> Компилируется именно .c файл (в объектный файл), .h файл не компилируется.

Придумаешь тоже! Ни .с, ни .h не компилируются!!!

$ echo 'int main(){ return 0;}' > system32.dll
$ gcc -xc system32.dll
$ ./a.out

$ gcc -xc /dev/null -c
$ objdump -d null.o

objdump -d null.o

null.o:     формат файла elf64-x86-64

Гы :)

Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

27. "Логика"  +/
Сообщение от skb7 (ok) on 04-Ноя-14, 21:13 
> Придумаешь тоже! Ни .с, ни .h не компилируются!!!

С точностью до наоборот. Существующая возможность принудительно задавать тип файла через опцию "-x" не отменяет того факта, что и .c, и .h компилируются. По умолчанию компилятор определяет тип файла как раз таки по расширению). Из "man gcc":


-x none
         Turn off any specification of a language, so that subsequent files are handled according to their file name suffixes (as they are if -x has not been used at all).

Да, и раз уж на то пошло, то даже .h можно компилировать, см. Precompiled headers: https://gcc.gnu.org/onlinedocs/gcc/Precompiled-Headers.html

А .c можно не компилировать напрямую, а например инклудить в другие .c файлы; см. например вывод следующей команды в каталоге с сырцами кернела:


grep -r 'include ".*\.c"' drivers/usb/*

Вот тут объяснено зачем это может понадобиться:
http://stackoverflow.com/questions/232693/including-one-c-so...

В конечном итоге всё сводится к пониманию простых вещей, описанных в стандарте и в "man gcc":

1. процесс сборки: препроцессинг (*.c, *.h -> *.c), компиляция (*.c -> *.S), ассемблирование (*.S -> *.o), компоновка (*.o -> бинарь)
2. для сборки программы необходимо и достаточно чтобы был один .c-файл с одной функцией с именем main(), которая будет являться точкой входа программы.

> $ echo 'int main(){ return 0;}' > system32.dll
> $ gcc -xc system32.dll
> $ ./a.out

Ты прямо указываешь компилятору, что "трактуй этот файл как .c", т.е. ты свой файл обозвал .c, только неявно.

По умолчанию gcc определяет тип файла по его расширению, а значит компилируются всё же .c файл.

> $ gcc -xc /dev/null -c
> $ objdump -d null.o
> objdump -d null.o
> null.o:     формат файла elf64-x86-64
> Гы :)

Да, пустой файл можно скомпилировать (правда особого смысла в этом нет).

Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

29. "Логика"  +/
Сообщение от pavlinux (ok) on 05-Ноя-14, 18:58 
> Да, пустой файл можно скомпилировать (правда особого смысла в этом нет).

Процессор погреть, холода скоро.


Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

21. "Логика"  +/
Сообщение от skb7 (ok) on 04-Ноя-14, 15:42 
> А насчет порядка бит, я если честно только с AVR ками, и то так мелочевка, для себя ...

Только порядок байт (в машинном слове), а не бит (в байте)  ;)
Ну если только AVR -- то там little-endian (как на PC) и можно не париться.

> я сделал, и забыл, я не профи в этом плане, я инженер )

Я тоже инженер. Но в низкоуровневом программировании (работа с железом) такие вещи постоянно применяются (сдвиги, маски, endianness, указатели), так что лучше не забывать.

Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

20. "Логика"  +/
Сообщение от RedD (ok) on 04-Ноя-14, 09:07 
Своей башкой думать и смотреть исходники линуксовые там все есть уже давно )
Митрофаныч прав )
Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

22. "Логика"  +/
Сообщение от pavlinux (ok) on 04-Ноя-14, 15:45 
> А вот так мне тож больше нравится,
> H=data>>8;

unsigned char H = ((data >> 8)|( data << 8));

Это преобразование из Little Endian в Big Endian,
с последующих отрезанием старшей части компилятором.

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

30. "Логика"  +/
Сообщение от RedD (ok) on 11-Ноя-14, 12:09 
>> А вот так мне тож больше нравится,
>> H=data>>8;
> unsigned char H = ((data >> 8)|( data << 8));
> Это преобразование из Little Endian в Big Endian,
> с последующих отрезанием старшей части компилятором.

Почему не работает функция ceil, библиотека math.h подключена

Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

31. "Логика"  +/
Сообщение от skb7 (ok) on 11-Ноя-14, 14:50 
>>> А вот так мне тож больше нравится,
>>> H=data>>8;
>> unsigned char H = ((data >> 8)|( data << 8));
>> Это преобразование из Little Endian в Big Endian,
>> с последующих отрезанием старшей части компилятором.
> Почему не работает функция ceil, библиотека math.h подключена

Ответ как всегда в начале мана:


$ man 3 ceil

Видим следующее:


NAME
       ceil, ceilf, ceill - ceiling function: smallest integral value not less than argument

SYNOPSIS
       #include <math.h>

       double ceil(double x);
       float ceilf(float x);
       long double ceill(long double x);

       Link with -lm.

Т.е. одно из двух:
1. либо вы не линкуетесь с libm.so
2. либо вы используете неправильные типы данных:

Вот пример работающего кода:


#include <math.h>
#include <stdio.h>
#include <stdlib.h>

int main(void)
{
    double x = 15.365;

    printf("x       = %f\n", x);
    printf("ceil(x) = %f\n", ceil(x));

    return EXIT_SUCCESS;
}

Собираем с линковкой libm.so:


$ gcc main.c -lm

Вывод:


x       = 15.365000
ceil(x) = 16.000000

Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

33. "Логика"  –1 +/
Сообщение от pavlinux (ok) on 27-Ноя-14, 01:58 
> Почему не работает функция ceil, библиотека math.h подключена

Зачем math.h?

#include <stdio.h>
#define ceil(x) (long long)(x+1)

int main(void)
{
    double x = 987.654321;
    printf("%lld\n", ceil(x));
    return 0;
}


:)
Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема



  Закладки на сайте
  Проследить за страницей
Created 1996-2015 by Maxim Chirkov  
ДобавитьРекламаВебмастеруГИД  
RUNNet TopList
п╡п╣я│п╣п╩я▀п╣ п╨п╟я─я┌п╦п╫п╨п╦ я─п╟п╥п╡п╩п╣п╨п╟я┌п╣п╩я▄п╫я▀п╣ пЁп╦я└п╨п╦ п╦п╫я┌я─п╣я│п╫я▀п╣ я└п╟п╨я┌я▀ я│п╪п╣я┬п╫я▀п╣ п╡п╦п╢п╣п╬ я│п╪п╣я┬п╫я▀п╣ п╦я│я┌п╬я─п╦п╦ п╦п╥ я│п╬я├я│п╣я┌п╣п╧