radiohlam.ru

количество элементов не статично. думаю как сделать процедуру прорисовки n строк на экран (экраны разные могут быть + изменяемый размер шрифта) если количество элементов меню больше n. на выходе должна получится процедура у которой будут входные параметры: n,m, курсор_позиция, строки для отображения...

в голову приходит только какая-то дикая математика с делением количества элементов в меню на количество строк на экране... и всё. Ну и где же тут "дикая" математика? Деление чисел, это все таже старая добрая арифметика. А в вашем случае дикости быть совершенно не должно, вы же пишете код ...

Заимел 5 штук дисплеев cx65. таки освоил как его подключать и даже вывел тестовую программу. и даже связал всё это удовольствие с RTOS теперь у меня на него грандиозные планы: хочу сделать меню древовидной структуры. то есть как в телефоне список пунктов и подпунктов и изменение параметров . клавиат...

месяц болел, снова вернулся!)
Вопрос - как примерно реализовать многомастерность? у меня на линии и2ц одни часы к которым обращаются от 1 до 5 масетров одновременно. как тиньку обучить чтоб не мешала? слушать линию постоянно? али как?

вопрос в догонку: надо ли сбрасывать ack на последний байт при записи в слейв? upd: туплю. не надо. реализовал запись. работает. вот кусок кода: ComWriteI2C: rcall Start_uslovie ; старт шины ldi BTS, 0xA0 ; загрузили адрес на ЗАПИСЬ rcall Send_Byte ; выдали адрес часов на запись ldi BTS, 0x02 ; загр...

привожу рабочий код который только что запустился: GetTimeI2C: rcall Start_uslovie ; старт шины ldi BTS, 0xA0 ; выдали адрес часов на запись rcall Send_Byte ldi BTS, 0x02 ; выдали адрес ячейки памяти байт rcall Send_Byte rcall Start_uslovie ; повторный старт ldi BTS, 0xA1 ; выдали адрес часов на чте...

сделал так: GetTimeI2C: rcall Stop_uslovie ; стоп rcall Pause_tbuf ; чтобы до всех дошло, что шина свободна rcall Start_uslovie ; старт шины ldi BTS, 0xA0 ; выдали адрес часов на запись rcall Send_Byte sbrc I2C_flags,0 ; проверяем "ack" (если ноль - всё пучком, ответ есть) rjmp GetTimeI2C_...

странно...
D:\EWorkNow\MC_Sourcers\Clock_1Drive_Board\Clock_1Drive_Board.asm(462): error: Invalid number
ругается на sbic I2C_flags,0b00000001

не sbis а sbrc
я невнимателен(

благодарю, сейчас начну изощьраться!
прежде чем залью, вопрос : стоит ли делать счётчик данного цикла чтоб в бесконечность не уйти? а то может вполне и оказаться что адресата то и нет...
upd: ну это уже паранойя

смущает другое: неужели проверка акнолиджа после каждого отосланного байта должна быть?

Ну да, идея такая. Когда слэйв принимает адреса, он же должен акнолиджами отвечать. Если не отвечает, то и смысла в дальнейшем обмене нет, он значит пока не готов. Насчёт реализации - не совсем так. Никакой флаг перед старт условием устанавливать не нужно. Этот флаг самому нужно выставлять только п...