Замена символа в string, которая не нужна

@Ansen2 · Регистрация: 25.02.2014

Author24 — интернет-сервис помощи студентам

В C# не имею достаточного опыта!
Получаю от контроллера через порт строку:

C#

1	string msg = serialArduinoPort.ReadLine();

Пока в строке были только символы проблем не было.
Но нужда заставила в некоторых байтах строки передавать (и соответственно получать) целое без знака до 255.
Контроллер передает то что хочу. А вот в строке значения всех этих байтов заменяются на '?' (вопросительный знак)!
Подскажите как решить проблему?
Не хочется все переписывать на чтение по байтам (serialPort.ReadByte())....
Уже как-то с этим повозился...

@zvoronz · 25.02.2014, 21:39

В контроллере когда формируете строку, нужно к каждому цифровому разряду прибавить ASCII значение знака '0'. У вас то всё передаётся, просто не отображается потому что коды не попадают. Разбирать строку придется всё равно, но за то вы будете сразу видеть передаваемые значения.

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

@Ansen2 · 25.02.2014, 22:18 **[ТС]**

На стороне контроллера (Arduino) у меня есть буфер:

C++ (Qt)

1	byte bufWrite[128];

В него я успешно вставляю символы и отправляю:

C++ (Qt)

unsigned char ValImp;
ValImp='1';
bufWrite[i]=ValImp;
...
Serial.write(bufWrite,33);//print(msg);
Serial.print('\n');

При этом в программе на компе получаю корректную строку (если все 33 символа заполнены)
А когда попробовал в некоторые байты вставить так:

C++ (Qt)

  unsigned char ValImp;
  ValImp=255;
  if (<условие>)   ValImp=<значение от 0 до 200>;
  else                  ValImp=255;// Флаг что нет значения
  bufWrite[i]=ValImp;

получаю там вопросительный знак...

Добавлено через 2 минуты
Забыл спросить! Что я не так делаю?

@zvoronz · 25.02.2014, 22:36

255 это точно непечатаемый символ, он и выводится в виде ? .
Как строку получится посылать только печатаемые символы.

@Ansen2 · 25.02.2014, 22:39 **[ТС]**

То есть "обойти" проблему никак нельзя...

@zvoronz · 25.02.2014, 22:46

Какова у вас задача? Вы хотите передавать получается массив байт а не строку? Кодируйте каждое байтовое значение например в 16-ричное, строка увеличится всего лишь в 2-ва раза но тогда на стороне клиента вы сможете её полностью преобразовать в массив байт и уже с ним работать.

Psilon · 25.02.2014, 23:24

Ansen2, а чем вас не устраивает знак вопроса? Если это непечатаемый символ, система может отобразить его как захочет...

@Ansen2 · 26.02.2014, 00:08 **[ТС]**

Мысль интересная, но порт "захлебывается"(теряются посылки вследствие большой частоты передачи) и при длине посылки 33 байта. Так что буду переделывать наверное на побайтовую обработку...
Спасибо.
А вам приходилось работать с СОМ портами? Тяжелая штука в отладке из-за необходимости работы через потоки...

Добавлено через 2 минуты
Для Psilon. Мне нужно то что послано из контролера, не вставленный вместо него ?

Добавлено через 1 минуту
Т.е. 0хС3

Добавлено через 2 минуты
Пардон 0х3F

Psilon · 26.02.2014, 06:45

Ansen2, ну так и переведите в число

C#

            string s = "Hello world!" + (char) 255;
            foreach (char c in s)
            {
                if (c <= '~') //из ASCII
                    Console.Write(c);
                else
                    Console.Write("0x{0:X}", (int) c);
            }
            Console.WriteLine();
            Console.ReadKey();

@Ansen2 · 26.02.2014, 11:20 **[ТС]**

Psilon, уважаемый!
Я после выполнения

C#

1	string msg = serialArduinoPort.ReadLine();

в определенном msg[i] всегда получаю 0х3F, а не отправленные с контроллера 255(0хFF) или 254 и т.д.

@kolorotur · 26.02.2014, 12:34

Сообщение от Ansen2

в определенном msg[i] всегда получаю 0х3F, а не отправленные с контроллера 255(0хFF) или 254 и т.д.

Правильно, вы же работаете с текстом, а для символов применимо такое понятие, как кодировка.
При считывании сырых байтов с порта и конвертировании их в строку (строки/символы в .NET представлены в кодировке UTF-16), вы преобразуете значение этих байтов в зависимости от используемой для считывания кодировки (свойство Encoding класса SerialPort).
Например, если вы используете кодировку ASCII для считывания с порта, то все символы значением выше 127 будут преобразованы в вопросительные знаки, что вы и наблюдаете.
Если вы будете использовать другую кодировку, где символ 255 представлен официально (например, в кодировке Win-1251 под номером 255 стоит буква "я"), то при конвертировании этого символа в UTF-16 ему будет присвоено значение того же символа, но уже в таблице UTF-16. То есть буква "я" из 255 превратится в 1103.

То есть если вы посылате в порт числа, а не буквы, то и работайте с данными как с числами, а не буквами. Иначе потеря значений неизбежна.
Вместо ReadLine используйте Read и передавайте массив байтов.

@zvoronz 273 / 241 / 56 Регистрация: 29.05.2012 Сообщений: 889
	25.02.2014, 21:39	2
	В контроллере когда формируете строку, нужно к каждому цифровому разряду прибавить ASCII значение знака '0'. У вас то всё передаётся, просто не отображается потому что коды не попадают. Разбирать строку придется всё равно, но за то вы будете сразу видеть передаваемые значения. Сам почитал и еле понял что написал В общем вам нужно на стороне контроллера преобразовывать числовые значения в строковые и тогда только отсылать их со всей строкой. 0

@zvoronz 273 / 241 / 56 Регистрация: 29.05.2012 Сообщений: 889
	25.02.2014, 22:36	4
	255 это точно непечатаемый символ, он и выводится в виде ? . Как строку получится посылать только печатаемые символы. 0

@Ansen2 0 / 0 / 0 Регистрация: 25.02.2014 Сообщений: 10
	25.02.2014, 22:39 [ТС]	5
	То есть "обойти" проблему никак нельзя... 0

@zvoronz 273 / 241 / 56 Регистрация: 29.05.2012 Сообщений: 889
	25.02.2014, 22:46	6
	Какова у вас задача? Вы хотите передавать получается массив байт а не строку? Кодируйте каждое байтовое значение например в 16-ричное, строка увеличится всего лишь в 2-ва раза но тогда на стороне клиента вы сможете её полностью преобразовать в массив байт и уже с ним работать. 0

Psilon Master of Orion 6100 / 4956 / 905 Регистрация: 10.07.2011 Сообщений: 14,522 Записей в блоге: 5
	25.02.2014, 23:24	7
	Ansen2, а чем вас не устраивает знак вопроса? Если это непечатаемый символ, система может отобразить его как захочет... 0

@Ansen2 0 / 0 / 0 Регистрация: 25.02.2014 Сообщений: 10
	26.02.2014, 00:08 [ТС]	8
	Мысль интересная, но порт "захлебывается"(теряются посылки вследствие большой частоты передачи) и при длине посылки 33 байта. Так что буду переделывать наверное на побайтовую обработку... Спасибо. А вам приходилось работать с СОМ портами? Тяжелая штука в отладке из-за необходимости работы через потоки... Добавлено через 2 минуты Для Psilon. Мне нужно то что послано из контролера, не вставленный вместо него ? Добавлено через 1 минуту Т.е. 0хС3 Добавлено через 2 минуты Пардон 0х3F 0

@kolorotur 17790 / 12941 / 3381 Регистрация: 17.09.2011 Сообщений: 21,215
	26.02.2014, 12:34	11
	Сообщение было отмечено Ansen2 как решение Решение Сообщение от Ansen2 в определенном msg[i] всегда получаю 0х3F, а не отправленные с контроллера 255(0хFF) или 254 и т.д. Правильно, вы же работаете с текстом, а для символов применимо такое понятие, как кодировка. При считывании сырых байтов с порта и конвертировании их в строку (строки/символы в .NET представлены в кодировке UTF-16), вы преобразуете значение этих байтов в зависимости от используемой для считывания кодировки (свойство Encoding класса SerialPort). Например, если вы используете кодировку ASCII для считывания с порта, то все символы значением выше 127 будут преобразованы в вопросительные знаки, что вы и наблюдаете. Если вы будете использовать другую кодировку, где символ 255 представлен официально (например, в кодировке Win-1251 под номером 255 стоит буква "я"), то при конвертировании этого символа в UTF-16 ему будет присвоено значение того же символа, но уже в таблице UTF-16. То есть буква "я" из 255 превратится в 1103. То есть если вы посылате в порт числа, а не буквы, то и работайте с данными как с числами, а не буквами. Иначе потеря значений неизбежна. Вместо ReadLine используйте Read и передавайте массив байтов. 3

Замена символа в string, которая не нужна

Решение