разве это норма что символы идут справа налево? Должны слева направо...Labu55 писал(а):А в мониторе порта с учетом того, что Вы отправляете, всё в норме
разве это норма что символы идут справа налево? Должны слева направо...Labu55 писал(а):А в мониторе порта с учетом того, что Вы отправляете, всё в норме
Уважаемый Lisica. Вы случайно не пробовали в супермаркете засунуть в пакет на 5кг. товара весом 10? Надеюсь с этим у Вас всё в порядке. Так почему в регистр данных HD44780, предназначенный на обработку 2х16 символов должны залезть Ваши ( 012345678910ryrnhtttd6 г ар рк6ш6347877856444тгь6гььннроаоечрerteayrnu65744hme6mu6u4y)+ данные счетчика. Неужели вывод в ком порт Вас не натолкнул ни на какие мысли по этому поводу?Lisica писал(а):разве это норма
Вы всё ещё нуждаетесь в ответе на этот вопрос?Lisica писал(а):разве это норма
Ну да 80х8, и ещё 40-битный регистр сдвига и I2C шина до индикатора, и реку рвёт в самом тонком месте. Просто мне кажется что у человека готовое решение его проблемы уже было в 9-м сообщении а дальше... спортивный интерес переключился на второй проект, потом третий с "данными- 101символ (кириллица по 2байта)" которые не может выводить. Извините если ошибаюсь да и помочь больше ничем не могу. Всем удачи.pan писал(а):ну по даташиту
Предел 16 - значит должно 16 и не более. 16 ведь влезут да? Отрежте сколько нужно, но, всё равно не будит работать правидльно.Labu55 писал(а):должны залезть Ваши
Это не проэкты а макеты, в которых блок выделения должен выделять 16 символов, будь там хоть и пятьсот в строке....Labu55 писал(а):спортивный интерес переключился на второй проект, потом третий с "данными- 101символ
В блоке одна строка кода _GSFS1 = (String("")).substring(0); Исправте как должно быть.Lisica писал(а):неправильности работы блока выделения подстроки
Правильно до того момента пока у Вас символы ANCII.Lisica писал(а):Предел 16 - значит должно 16
А Вы 18 сообщение как читали. Ваш проект(макет) - всё нормально работает у меня. А своё какLisica писал(а):но вы читаете по диагонали
Я что-то сделал не по Вашему? И сколько по-Вашему в строке символов "до конца", не от 1 до 120? Или ответ, что в монитор порта выводятся все данные правильно противоречат скрину? Если противоречат- научите монитор читать киррилицу.Lisica писал(а):Ничего не меняйте и проверьте.Потом замените в блоке вывода подстроки константу на "до конца"
А Вы взаправду считаете что остальные 500-16 ни коим образом не используют вычислительные ресурсы, или шины данных неисчерпаемой ширины и скорости?Lisica писал(а):16 символов, будь там хоть и пятьсот в строке
Как приходят так и идут. Включите счётчик на уменьшение, пойдут как Вы хотите.Lisica писал(а):разве это норма что символы идут справа налево
Я не доказываю, а констатирую факт. и не перепрыгиваю, ето один и тот же проэктик, только с разными приправами.Labu55 писал(а):Поймите, действительно трудно понять человека, который пытаясь доказать свою правоту перепрыгивает с одной задачи на другую.
Я в кодах не силён, так что констатирую только факты неправильной работы.В блоке одна строка кода _GSFS1 = (String("")).substring(0); Исправте как должно быть.
Дальше взял предложенный Вам мой второй вариант, как образец, сделал свой блок для получения подстроки, чтобы проверить наверняка Ваше утверждение о глючности штатного и заново собрал проект. Протестировал. Потом тоже самое проделал в версии 2.5.1. Более подробно в подготовленном отчёте. Поздравляю ошибка есть 100%, но вот сказать точно где возникают ошибки, в программе или при компиляции не могу пока. Уже не хватает сил для проверки генерируемого кода, но по логике- раз различаются результаты в разных версиях FLProg, то тут и гвоздям быть. Тут не помешала бы помощь опытных ребят, чтоб не тревожить раньше времени Ув. Автора. Всё что необходимо собрал в архиве, подробные комментарии всего по месту. Благодарю Вас за внимательность и целеустремлённость.На дисплее печатаются 16 пробелов 16 раз
Ну наконец то подружились Фома с Ерёмой...Labu55 писал(а):Поздравляю
Просмотреть, в ide код и выудить что там не так.Labu55 писал(а):программе или при компиляции
но Вы то, что-то поняли из всего диалога кроме желаемого, того что ошибка действительно есть? Очень надеюсь, что -да. И то что, для нахождения скрытой ошибки нужно устранить явные, как-то счётчик до бесконечности, некорректные данные (как по длинне так и по содержимому) и не менять начальные условия (задачи). Поведенческая психология (бихевиоризм) у большинства людей одинаковая - ухватиться за явное и считать оппонента объектом с аналогичным багажем навыков, знаний и мышлением, если false вначале, то true дальше теряет значение. Меня кое-чему научила эта ситуация. Эх пойду- ка я проверять польз. блок ТМ1638 с похожим алгоритмом бегущей строки, который уже 3 месяца гуляет (думал успешно) по людях. Подозреваю что в нашей ситуации признак окончания строки (NULL) принимается за пробел, или присходит наоборот.Lisica писал(а):подружились Фома с Ерёмой
Обычным Copy-Past_ом. ПраваяКнопкаМыши на поле.как Вы запихнули результаты ком порта в текстовый
HD44780 не получила команду на очистку (что должно происходить при инициализации) - такой Блок 1602.Lisica писал(а):Иногда, после прошивки дуины, на дисплей выводяятся крякозяблики.
Попробуйте с насущного, необходимого, елементарного - ссылка.Lisica писал(а):Я в кодах не силён
Непредусмотреные символы (кириллица?).Lisica писал(а):прямоугольники Малевича
Почему непредусмотренные? Самый последний символ в таблице, вывожу как \377Labu55 писал(а):Непредусмотреные символы (кириллица?).
Это я понял.Labu55 писал(а):но Вы то, что-то поняли из всего диалога кроме желаемого, того что ошибка действительно есть?
Тоже в курсе.Labu55 писал(а):для нахождения скрытой ошибки нужно устранить явные
Вам свои "спасибо" я уже раздал, а теперь "ДОБРО ПОЖАЛОВАТЬ В МИР FLPROG", надеюсь мы все здесь надолго. Сил и вдохновения нашему Уважаемому Автору.Lisica писал(а):не успел сказать
символы выводятся переменной типа unsigned char (макс. значение 255 с учётом 0). Протоколом передачи передаются порядковые номера символов в таблице ANCII. Кириллица, японица, китаеца, арабика, гречиха (шучу в названиях раскладок) подменяются на уровне знакогенератора (представление в виде матрицы точек, или битовых массивов для 7-ми сегментного дисплеев)для тех же латинских символов. Очень часто в Ардуино пренебрегают беззнаковыми типами данных и загоняют символы строки в знаковые char, о чем очель ласково предупреждает компилятор. Почему ласково? Потому, что компилирует правильно но говорит что другие компиляторы могут это сделать неправильно или что ему тоже может взбрести что-то в голову и он не отвечае за результат. С кириллистическими индикаторами не работал, потому мне немного знаком только метод вышеописанный выше (на уровне библиотек или подмены). Как-то так. Если кто-то увидел мои заблуждения- искренне прошу вывести бред на чистую воду. Я учусь.Lisica писал(а):Почему непредусмотренные? Самый последний символ в таблице, вывожу как \377
Ох, уж эти Яндексы. Пришлось срочно смотаться в Америку, что-бы посмотреть, и вернуться. Спасибо поправили по делу, хоть учился в 90-х, но материал наверное излагали с 70-х, а может бэд секторы в памяти , или приобретённая зависимость от китайских CGROMов, ну и попытка унифицировать ответ и для монитора порта(терминальной программы).Sancho писал(а):от таблицы,
агаLabu55 писал(а):А вот и вторая часть
Слэш - "/".Lisica писал(а):Ну вот.. Теперь иде ругается на строку сложения со слешем...
не будит... коды символов вводятся с обратным слешем "\"Sancho писал(а):Просто замени и будет счастье
Теперь идею уловил, но думаю, просто нужно посмотреть на марку чипа на плате или библиотеку немного подправить, чтобы понять что-к чему.Lisica писал(а):не будит... коды символов вводятся с обратным слешем "\"
А иде может ругаться на сложение с обратным слешем из за библиотеки?Sancho писал(а):или библиотеку немного подправить, чтобы понять что-к чему.
Ага... но на "каплях" не написано...Sancho писал(а):на марку чипа на плате