Посмотрел видео, согласен. (сложно без железа делать).belyx писал(а):но есть все-таки недочёты в V6
. Согласен, но в данном случае это издержки формата String.Labu55 писал(а):Точка дробей/разделителя разрядов занимает целое знакоместо, т.е. увеличивает выводимое значение на один разряд. Другими словами заменяет массив полностью вместо одного старшего бита.
), и если сочтёте нужным поделиться моим проектом в Proteus 8.6 с Led&Key, но пока симуляция прерывается через несколько секунд после запуска. Пока разбираюсь с причинами.нет у меня такой платы,
возможно есть смысл отказаться от библиотек в свете их избыточной универсальности- "утяжеления" кода, многообразия в сети модификаций и их частичной/полной несовместимости, упрощения/игнорирования протоколов общения в т.ч. обнаружения ошибок, не использования возможностей заложеныхSancho писал(а):пишем пожелания и аргументируем
Proteus не пользуюсь.Labu55 писал(а):если сочтёте нужным поделиться проектом в Proteus 8.6 с Led&Key
Этот байт - сумма со всех кнопок(128 - возможно левая, 64 - следующая и т.д), ещё не разложенный на биты.Labu55 писал(а):Не разобрался с Byte_out, что это- последовательность в десятичном формате 0, 13, 10?
Спасибо.[hr][/hr]Sancho писал(а):Этот байт - сумма со всех кнопок(128 - возможно левая, 64 - следующая и т.д), ещё не разложенный на биты.
Кнопки определяются правильно. Правда тестировал не в проекте, а с помощью отправки в серийный порт сигнала с B1-B8 (0, 1) и с Bite_out (00000010, 00000100 и т.д., или в DEC 1, 2, 4, 8, 16, 32, 64, 128). Так, как 1638 не запоминает/записывает нажатий кнопок их необходимо именно удерживать а не нажимать до считывания, что возможно в тяжёлых проектах потребует дополнительной обвязки. Так что же всё-таки означают 10 и 13 по моему скрину? Спасибо.Sancho писал(а):реагирует на остальные кнопки
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 2 гостя