-
- А зачем? - PlainUser(26.09.2011 13:20)
- Меня всегда вымораживал этот вопрос. Ну давайте не будем смотреть на объем скомпиленных программ. Работает и хай с ним. В TINY не влезло, мегу8 возьмем. Туда не влезло возьмем мегу256. Или с чем вы там работаете. А че, кристаллы дешевые. И как мы mazur(86 знак., 26.09.2011 13:38)
- Последние лет 20-25 я постоянно ВЫНУЖДЕН от чего-то отказываться из-за нехватки времени. То в село, к брату не поедешь, то книгу не почитаешь, то "код не по-оптимизируешь". Если проблемы нет, то это либо узкий кругозор, либо "подлинный дзен" :) - Скрипач(26.09.2011 14:47 - 27.09.2011 13:15)
- Не,не,не.Так не пойдет.Возьмем скажем мегу8 напишем быстро и качественно , желательно на 80% используя старые наработки....А вот когда будет не влезать в мегу8 , вот тогда перечитав "историю двух бай" и начнем выеживаться. - PlainUser(27.09.2011 12:55)
- Можно оптимизировать софт, а можно оптимизировать затраты личного времени на одну заработанную денежную единицу. =AlexD=(649 знак., 26.09.2011 14:09)
- Эх , вспомнил как к АРМ7 подключил АЦП на 16MSPS ,хотя это как-бы невозможно.Без битов и тактов не обошлось.Ну в общем никому это нафиг не надо.Зато примитивная деятельность идет на ура. - PlainUser(27.09.2011 13:07)
- Оттож :-( - =AlexD=(27.09.2011 13:34)
- Эх , вспомнил как к АРМ7 подключил АЦП на 16MSPS ,хотя это как-бы невозможно.Без битов и тактов не обошлось.Ну в общем никому это нафиг не надо.Зато примитивная деятельность идет на ура. - PlainUser(27.09.2011 13:07)
- А зачем? Зачем за те же бабки тратить лишнее время? Есть ещё много зачем, в том числе прямо адресованные к Вашим "методам". Но ответы на них должны интересовать в первую очередь Вас. А мне пох - Vit(26.09.2011 13:50)
- ты и прав и неправ одновременно: должна быть золотая середина - koyodza(26.09.2011 13:48)
- Меня всегда вымораживал этот вопрос. Ну давайте не будем смотреть на объем скомпиленных программ. Работает и хай с ним. В TINY не влезло, мегу8 возьмем. Туда не влезло возьмем мегу256. Или с чем вы там работаете. А че, кристаллы дешевые. И как мы mazur(86 знак., 26.09.2011 13:38)
- Думаю, там ещё можно. По крайней мере в моём фрагменте можно переставить пару команд в теле Send_Byte после чего Send_Nibble превратить в три команды и rjmp туда, в серёдку Send_Byte. Но Вы так и не поняли основной посыл содержательной ReAl(408 знак., 01.09.2011 10:51)
- С еором ничего не выйдет. Все равно нужно сохранять LCD_DATA. r16-младшая тетрада-управление. Старшая тетрада-шина данных. На LCD сначала отправляется старшая тетрада, затем младшая. - mazur(01.09.2011 11:02)
- Пробовал разные варианты. Если уж мы нашли время на это. Давайте пойдем до конца. Дано: еор избавляет нас от push\pop. Используются два регистра. r16, r17. Докажите. Я потратил время на ваши варианты и свои. Докажите. С железобетонными фактами. - mazur(01.09.2011 16:23)
- Не надо пробовать разные Ваши. Надо пробовать один мой. Только тогда претензии могут предъявляться ко мне. - ReAl(01.09.2011 16:26, ссылка)
- У вас либо ошибка, либо опечатка. Надо: mazur(80 знак., 01.09.2011 16:33)
- БЛИН ЗПТ У МЕНЯ ТАК КАК НАДО ТЧК НАДО ИМЕННО 0X0F ЗПТ ПРОВЕРЬТЕ В СИМУЛЯТОРЕ ТЧК - ReAl(01.09.2011 16:35)
- Вы мне сегодня слишком напомнили Вас же того периода, когда Вы тут появились. И быстро отбили у меня желание чему-то Вас учить. Я опять устал. - ReAl(01.09.2011 16:38)
- Виноват, простите меня, засранца. mazur(136 знак., 01.09.2011 16:45)
- Ну, жвачка хоть и не ириска, коронки так не срывает, но все равно не люблю. Простить не сложно, сложнее потом не вспомнить. - ReAl(02.09.2011 18:25)
- Кхм-кхм... mazur(01.09.2011 18:50)
- Виноват, простите меня, засранца. mazur(136 знак., 01.09.2011 16:45)
- Вы мне сегодня слишком напомнили Вас же того периода, когда Вы тут появились. И быстро отбили у меня желание чему-то Вас учить. Я опять устал. - ReAl(01.09.2011 16:38)
- БЛИН ЗПТ У МЕНЯ ТАК КАК НАДО ТЧК НАДО ИМЕННО 0X0F ЗПТ ПРОВЕРЬТЕ В СИМУЛЯТОРЕ ТЧК - ReAl(01.09.2011 16:35)
- У вас либо ошибка, либо опечатка. Надо: mazur(80 знак., 01.09.2011 16:33)
- Не надо пробовать разные Ваши. Надо пробовать один мой. Только тогда претензии могут предъявляться ко мне. - ReAl(01.09.2011 16:26, ссылка)
- Я умею признавать свои ошибки. А вы? Речи нет, вы хорошие специалисты, но, проверьте хотя бы свои теоретические выкладки... DATA_PORT-PORTC, LCD_DATA-r17 mazur(01.09.2011 16:08 - 16:11)
- Проверьте это. Полностью соответствует первоначальному моему варианту в плане применения EOR ReAl(1040 знак., 01.09.2011 16:24 - 16:27, ссылка)
- На этих картинках нет моего варианта кода. То, что в вашем есть ошибка -- видно невооруженным глазом без симулятора. - ReAl(01.09.2011 16:14)
- Возможно, я и ошибаюсь. Но LCD_DATA "сохраняется" в своем же регистре, никуда не исчезая. Проверьте ReAl(1501 знак., 01.09.2011 13:20)
- Младшая часть LCD_DATA убивает младшую часть r16. - mazur(01.09.2011 13:37)
- Нет. Там для этого два EOR с маскированием старшей части LCD_DATA. (R16LO XOR LCD_DATA_LO) XOR LCD_DATA_LO = R16LO XOR (LCD_DATA_LO XOR LCD_DATA_LO) = R16LO XOR 0 = R16LO - ReAl(01.09.2011 14:45 - 14:50)
- Вы, похоже, теоретически рассуждаете. Я уже прогнал в симуляторе ваши варианты, свои накидал и прогнал. Не получается с EOR. - mazur(01.09.2011 14:59)
- «Нет ничего практичнее хорошей теории». Либо у меня описка (так как всё должно работать), и Вы её просто скопировали в свой тест, или Вы добавили свою, или крив симулятор. EOR работает как положено. Например, ReAl(242 знак., 01.09.2011 16:13)
- Нет, у меня описки нету. Там всё нормально. - ReAl(01.09.2011 16:17, ссылка)
- ;) А не замахнуться ли нам на
Вильяма, нашего, Шекспирабулеву алгебру? Сильно. А в обычной математике, типа 2+2=4 тоже сомневаетесь и на калькуляторе проверяете? - Cepгeй Бopщ(01.09.2011 15:44)
- «Нет ничего практичнее хорошей теории». Либо у меня описка (так как всё должно работать), и Вы её просто скопировали в свой тест, или Вы добавили свою, или крив симулятор. EOR работает как положено. Например, ReAl(242 знак., 01.09.2011 16:13)
- Вы, похоже, теоретически рассуждаете. Я уже прогнал в симуляторе ваши варианты, свои накидал и прогнал. Не получается с EOR. - mazur(01.09.2011 14:59)
- Нет. Там для этого два EOR с маскированием старшей части LCD_DATA. (R16LO XOR LCD_DATA_LO) XOR LCD_DATA_LO = R16LO XOR (LCD_DATA_LO XOR LCD_DATA_LO) = R16LO XOR 0 = R16LO - ReAl(01.09.2011 14:45 - 14:50)
- Младшая часть LCD_DATA убивает младшую часть r16. - mazur(01.09.2011 13:37)
- Пробовал разные варианты. Если уж мы нашли время на это. Давайте пойдем до конца. Дано: еор избавляет нас от push\pop. Используются два регистра. r16, r17. Докажите. Я потратил время на ваши варианты и свои. Докажите. С железобетонными фактами. - mazur(01.09.2011 16:23)
- С еором ничего не выйдет. Все равно нужно сохранять LCD_DATA. r16-младшая тетрада-управление. Старшая тетрада-шина данных. На LCD сначала отправляется старшая тетрада, затем младшая. - mazur(01.09.2011 11:02)
- А самое главное -- это бесполезная работа, байты экономить. По крайней мере таким образом. google://принцип или закон Парето. - fk0(01.09.2011 10:38)
- А теперь филосовский вопрос: и что это вам дало по большому счету? Ваша программа не влезала и эти 50 байт ее спасли? Нет. Она не успевала а теперь успевает? Тоже нет. Выходит, вы потратили время зря, только лишь ради собственного удовлетворения Cepгeй Бopщ(160 знак., 01.09.2011 10:37)
- Ну, дык, парень учится. Красиво написаная программка тренирует мосх прально думать. - mse ща как залогинюсь!(09.09.2011 22:36, )
- А зачем? - PlainUser(26.09.2011 13:20)