сом порт , БД

[olegd]

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

[Snejnaya]

olegd

а с чем именно проблемы - с передачей данных по сом-порту или с сохранением их в базу данных?

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

[olegd]

я сам обслуживаю это оборудование и не о какой продаже речь не идет.зачем так писать не зная о человеке ничего.

[Stilet]

зачем так писать не зная о человеке ничего.

А потому что в твоей теме нет ни намека на проблему.
И нечего сердится ты сам задал вопрос так что на него по другому не ответишь.

[Snejnaya]

автор, какое отношение имеет твоя тема к "помощи студентам"?

на форуме существуют отдельные разделы по БД, и отдельно можно спросить, как осуществляется передача данных по сом-порту (ничего сложного нет - могу выложить пример передачи и приема данных).

если хочешь полностью готовый код - то во фриланс.

[olegd]

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

[Snejnaya]

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

DCB dcb;
   HANDLE hCom;
   BOOL fSuccess;
   TCHAR *pcCommPort = TEXT("COM1"); 
   DWORD Zero;

hCom = CreateFile( pcCommPort,
                    GENERIC_READ | GENERIC_WRITE,
                    0,    //  must be opened with exclusive-access
                    NULL, //  default security attributes
                    OPEN_EXISTING, //  must use OPEN_EXISTING
                    0,    //  not overlapped I/O
                    NULL //  hTemplate must be NULL for comm devices
                    );

В случае успешного завершения функция CreateFile возвращает идентификатор созданного или открытого файла (или каталога). При ошибке возвращается значение INVALID_HANDLE_VALUE.
fSuccess - переменная булевского типа, в дальнейшем мы будем использовать ее, чтобы удостоверится, что операция завершилась корректно или узнать, что произошла ошибка.

Нужно инициализировать структуру DCB

dcb.DCBlength = sizeof(DCB);

fSuccess = GetCommState(hCom, &dcb);

здесь мы считали текущее состояние структуры dcb

далее, собственоно, устанавливаем те параметры, которые нам нужны и настраиваем СОМ-порт

   dcb.BaudRate = CBR_115200;     // устанавливаем скорость передачи
 данных по СОМ_порту 115200 бит в сек
   dcb.ByteSize = 8;             //  будем передавать информацию по байтам (по 8 бит)
   dcb.Parity   = NOPARITY;      //  задаем паритет(четность)
   dcb.StopBits = 0;//ONESTOPBIT;    // и стоп-биты

  fSuccess = SetCommState(hCom, &dcb);//настраиваем СОМ-порт

Теперь можно переходить к передаче-приему данных по СОМ_порту, например

fSuccess = WriteFile(hCom, &mas, sizeof(char)*10, &Zero, NULL);

в этой строке мы передаем по СОМ-порту данные, содержащиеся в массиве mas[10], элементы которого - char. Если бы мы хотели передать, допустим, данные из массива mas1[20] с элементами типа int, то строчка была бы такой:

fSuccess = WriteFile(hCom, &mas1, sizeof(int)*20, &Zero, NULL);

С чтением данных дело обстоит, как правило, несколько сложнее, в следующем посте попробую описать, почему.

[Snejnaya]

Чтение данных осуществляется функцией ReadFile

fSuccess = ReadFile(hCom, &c, 1, &Zero, NULL);

&c - адрес переменной, в которую считываем данные (1 байт)
третьим параметром - размер считываемых данных.
третий параметр - размер (в байтах) считываемой информации

Какая сложность тут возникает... От девайса идут данные непрерывным потоком. Тебе нужно определить, где, собственно, начинается полезная информация. В противном случае (т.к. данные считываются побайтно) при чтении из порта данных типа long int, к примеру, может получится полная околесица.

Поэтому ждут "отклика" от девайса - пакета инициализации (назовем его так). Т.е. девайс (его ПО) формирует пакет данных, строго определенной структуры, например:
заголовок-вес-транспорт-груз-время
на каждое поле отводится строго определенный размер. Девайс высылает этот пакет по СОМ-порту, на "той стороне" ты ПОБАЙТНО анализируешь данные и "ловишь" заголовок пакета. Чтобы не пропустить заголовок делают это так: есть какой-то буфер размера 4 байт(к примеру). Идут данные непрерывным потоком
1-2-3-4-5-6-7-8-9-10 и т.д байт.
считываешь 4 байта (1-2-3-4) в буфер, проверяешь, не лежит ли теперь в буфере заголовок пакета. Если не лежит, считываешь следующий байт (пятый), данные в буфере сдвигаешь на один байт и в конец буфера кладешь пятый байт. Получается, что теперь в буфере лежат 2-3-4-5 байты. Не являются ли они заголовком пакета? Нет, считываем шестой байт и т.д. пока не "поймаем" заголовок.

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

Вроде как можно считывать данные типов int, long int и др. размером более 1 байта обычным

fSuccess = ReadFile(hCom, &long_int_variable, 4, &Zero, NULL)

но по моему опыту часто возникают сложности с таким чтением... Лично мне (когда я делала обмен данными между девайсом и компом) пришлось продолжать чтение по 1 байту, переводить все в двоичную форму а затем из четырех байтов слеплять одно 32-разрядное двоичное число и переводить его в long int - по-другому вылезали косяки
Охотно допускаю, что чтение можно осуществлять и не побайтно... Если кто-то из сведующих зайдет, думаю, меня поправят.