Easyelectronics.ru

Электроника для всех
Текущее время: 23 янв 2021, 00:05

Часовой пояс: UTC + 5 часов



JLCPCB – Прототипы печатных плат за $2/5шт. два слоя. $5/5шт. четыре слоя
Крупнейший производитель печатных плат и прототипов. Более 600000 клиентов и свыше 10000 заказов в день!
Получите скидку на почтовую отправку при первом заказе в JLCPCB!

Начать новую тему Ответить на тему  [ Сообщений: 335 ]  На страницу Пред.  1 ... 10, 11, 12, 13, 14  След.
Автор Сообщение
 Заголовок сообщения: Re: amForth
СообщениеДобавлено: 06 фев 2014, 14:41 
Старожил

Зарегистрирован: 15 янв 2013, 13:24
Сообщения: 5665
PRC писал(а):
Хотя мнемоники тоже выбирать с умом нужно. У интела они отлично запоминаются и легко понятны, а у авр меня они всегда бесили. Ну и у интела куча разных команд использует одну мнемонику, а с командами компилятор разбирается. Тот же mov делает все виды пересылки и загрузки данных, а у авр ldi/mov/lds хотя по сути все одно и тоже.
Если под интелом Вы подразумеваете ассемблер x86 (а не x51, например), то это же CISC-команды! Посмотрите, скОлько префиксов и модификаторов у той же команды MOV в интелах, причём и длина команды не постоянная.
А в AVR - система RISC-команд. Если бы AVR позволил себе такой же волюнтаризм в ассемблере, как у CISC x86, он не получил бы столь высокой эффективности 1 команда/такт.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: amForth
СообщениеДобавлено: 06 фев 2014, 16:27 
Старожил
Аватара пользователя

Зарегистрирован: 26 янв 2010, 21:48
Сообщения: 3965
Откуда: Звенигород
Да без разницы х86 или х51. Смысл одинаковый.
И как наличие кучи мнемоник влияет на эффективность? Вот явный идиотизм авр - загрузка констант LDI R16,0xFF это одна команда, а перемещения из регистра в регистр MOV другая. Загрузка же из памяти будет еще одной командой LDS, индексная загрузка LD. И еще всякие синонимы, типа SER R16 = LDI R16,0xFF. Кто мешал все операции сделать через MOV? Чем хуже MOV R16,0/MOV R0,R16/MOV R16,tmp/MOV R16,Z+? Так ведь гораздо наглядней и запоминается гораздо легче, а что коды команд будут разные глубоко пофик - пусть с этим компилятор разбирается.

_________________
От Парижа до Находки с водкой лучше, чем без водки!


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: amForth
СообщениеДобавлено: 06 фев 2014, 17:01 
Старожил

Зарегистрирован: 15 янв 2013, 13:24
Сообщения: 5665
PRC писал(а):
И как наличие кучи мнемоник влияет на эффективность?
Вы RISC совсем не понимаете. Почитайте какой-нибудь вики-"букварь", что ли. Не куча мнемоник влияет на эффективность, а ... Впрочем, стоп, не буду я в теме про сами-знаете-что заниматься офф-топиком.

PRC писал(а):
Вот явный идиотизм авр ...
Почему так избирательно на AVR нападаете... В ту же компанию "идиотов" надо записать PIC, MSP, и ещё многие корейские и китайские микроконтроллеры, даже не буду перечислять. Хм, даже "умный" x86 Pentium после первичного CISC-декодера добавил вторичный RISC-декодер... надо же скорость как-то развивать.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: amForth
СообщениеДобавлено: 06 фев 2014, 17:25 
Старожил
Аватара пользователя

Зарегистрирован: 26 янв 2010, 21:48
Сообщения: 3965
Откуда: Звенигород
Я ассемблер пика уже не помню, да и знал его всегда хреново. Поэтому и авр, как наиболее известный тут проц.
Теперь как влияет архитектура на мнемоники? Значит то, что в авр чуть ли не треть команд - это синонимы нескольких (CLR, SER, про команды переходов вообще молчу) ускоряет его. А сделать все пересылки одной мнемоникой затормозит?

_________________
От Парижа до Находки с водкой лучше, чем без водки!


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: amForth
СообщениеДобавлено: 06 фев 2014, 18:20 
Заглядывает иногда

Зарегистрирован: 19 апр 2013, 09:55
Сообщения: 135
оффтоп. Интервью Bjarne Stroustrup, данное 1 января 1998 года для журнала Computer.
не удержался
это потрясно.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: amForth
СообщениеДобавлено: 06 фев 2014, 19:17 
Старожил

Зарегистрирован: 26 дек 2011, 18:08
Сообщения: 636
PRC писал(а):
Да без разницы х86 или х51. Смысл одинаковый.
И как наличие кучи мнемоник влияет на эффективность? Вот явный идиотизм авр - загрузка констант LDI R16,0xFF это одна команда, а перемещения из регистра в регистр MOV другая. Загрузка же из памяти будет еще одной командой LDS, индексная загрузка LD. И еще всякие синонимы, типа SER R16 = LDI R16,0xFF. Кто мешал все операции сделать через MOV? Чем хуже MOV R16,0/MOV R0,R16/MOV R16,tmp/MOV R16,Z+? Так ведь гораздо наглядней и запоминается гораздо легче, а что коды команд будут разные глубоко пофик - пусть с этим компилятор разбирается.

Вообще похоже наименованием команд занимались индокитайцы, не понимающие смысла слов,
так как вариации MOVE и LOAD есть COPY,
так как данные не Перемещаются из Источника в Получатель, а просто Копируются :)
Цитата:
оффтоп. Интервью Bjarne Stroustrup, данное 1 января 1998 года для журнала Computer.
не удержался
это потрясно.
Так многие об этом тут и пишут - подставы мошенников 60-х работают в 20-х другого века.
Интел молодец - сумел сделать ядро тянущее С--, и вроде все довольны, не надо обновлять железо...
но сейчас это ядро спотыкается на .НЭТ - тот же ТИА Портал от Сименса еле ворочается,
Интел опять выручит :)


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: amForth
СообщениеДобавлено: 06 фев 2014, 21:29 
Старожил
Аватара пользователя

Зарегистрирован: 26 янв 2010, 21:48
Сообщения: 3965
Откуда: Звенигород
freeon писал(а):
Вообще похоже наименованием команд занимались индокитайцы, не понимающие смысла слов,

Читал очень интересную книжку по архитектуре 8086 и его интеграции в настольные системы. Издание начала 90 (точнее год выхода перевода), авторы инженеры интела - китайса, америкос и не помню кто третий.

_________________
От Парижа до Находки с водкой лучше, чем без водки!


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: amForth
СообщениеДобавлено: 07 фев 2014, 11:20 
Заглядывает иногда

Зарегистрирован: 19 апр 2013, 09:55
Сообщения: 135
AlexPM писал(а):
Почитайте какой-нибудь вики-"букварь", что ли. Не куча мнемоник влияет на эффективность, а ...

поддерживаю.
кроме выполняемых операций имеют значение режимы адресации и количество операндов.
в некоторых случаях мнемоники машинных команд отражают режимы адресации ( как у avr ),
в некоторых - нет ( msp430 ).
например у msp430 вычислительное ядро имеет только 27 команд, 7 режимов адресации для источника и 4 - для приемника.
чтобы выделить особо значимые команды применяются так называемые "эмулируемые инструкции" (у msp430 - 24 штуки) :
Цитата:
In addition to the MSP430 and MSP430X instructions, emulated instructions are instructions that make
code easier to write and read, but do not have op-codes themselves. Instead, they are replaced
automatically by the assembler with a core instruction. There is no code or performance penalty for using
emulated instructions.

Show например

зы. самая мозгоклюйная (на мой, сугубо личный взгляд) система команд (и архитектура) у PIC16...


Последний раз редактировалось hexer 07 фев 2014, 12:16, всего редактировалось 1 раз.

Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: amForth
СообщениеДобавлено: 07 фев 2014, 12:03 
Старожил

Зарегистрирован: 19 мар 2013, 19:37
Сообщения: 2900
Откуда: Санкт-Петербург
PRC, freeon: Ребята, если бы кто-нибудь из вас реализовал этот ассемблер на старой машине с ограниченным объёмом памяти и быстродействием (скажем, чём-нибудь на intel 8080) - он бы понял, почему для простых процессоров есть разные мнемоники однотипных команд.

Всё очень просто: мнемоника однозначно задаёт либо весь код команды, либо сколько-то битов в нём (остальные биты - номера регистров). Так что такой набор мнемоник - действительно дань архитектуре.

Кстати, на 80x86 тоже остались "дублирования": команда LEA отчасти дублирует MOV.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: amForth
СообщениеДобавлено: 07 фев 2014, 12:21 
Старожил
Аватара пользователя

Зарегистрирован: 26 янв 2010, 21:48
Сообщения: 3965
Откуда: Звенигород
Когда появился авр компьютеры уже были достаточно мощными, что бы не городить кучу команд. Тем более они для одной команды и так напридумывали кучу синонимов.

_________________
От Парижа до Находки с водкой лучше, чем без водки!


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: amForth
СообщениеДобавлено: 07 фев 2014, 12:40 
Старожил

Зарегистрирован: 19 мар 2013, 19:37
Сообщения: 2900
Откуда: Санкт-Петербург
Привычки так просто не изменишь: матёрые программеры хотят "насквозь" понимать, что они делают :-). Для них ассемблер - это просто такая форма записи машинных кодов (для меня так было на 8080, на 8086 я уже от этого отошёл... но там и на асме не особо писал).

Плюс если объединить все однотипные команды в одну мнемонику MOV - будут сложные правила на предмет того, какие аргументы допустимы - т.е. проще ассемблер не станет.

В общем, сложившаяся практика именования команд - конечно, всего лишь дань традиции (которую сломали на 8086 в силу того, что там она уже начала мешать), но проблем от неё нет (опять же, пока у нас не 100500 режимов адресации).

А вообще надо в валгаллу с этим обсуждением уходить, наверное :-).


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: amForth
СообщениеДобавлено: 20 сен 2014, 22:52 
Старожил

Зарегистрирован: 27 апр 2013, 13:53
Сообщения: 1453
amForth постепенно развивается и дополняется библиотеками. :)
Текущая версия релиза 5.4 от 16.08.2014г.

P.S. Аsm+Forth в связке.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: amForth
СообщениеДобавлено: 09 окт 2014, 13:27 
Заглядывает иногда

Зарегистрирован: 19 апр 2013, 09:55
Сообщения: 135
Programming the Arduino in AmForth – Craig A. Lindley – December 2013
http://www.craigandheather.net/docs/Lindley_Arduino_AmForth_Article.pdf


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: amForth
СообщениеДобавлено: 10 дек 2014, 11:30 
Заглядывает иногда

Зарегистрирован: 19 апр 2013, 09:55
Сообщения: 135
форт на комете Чурюмова-Герасименко


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: amForth
СообщениеДобавлено: 10 дек 2014, 23:00 
Старожил

Зарегистрирован: 02 дек 2010, 13:52
Сообщения: 5164
Откуда: п. Борок, Ярославская область
Плохо вы ассемблер avr курили. Команды там лишь на первый взгляд дублированы. Но на самом деле выполняются с разными последствиями. Например команда CLR Rx очищает регистр (любой) и изменяет флаги. А команда LDI Rx, 0x00 тоже очистит регистр, но только от R16 до R31 и не будет менять флагов.
Команда SER тоже меняет флаги и работает со всеми регистрами.

Надо учитывать все нюансы.

UPD:
Посмотрел аппнот по системе команд. SER флаги таки не меняет... :-) Видать и я плохой курильщик ассемблеров :-)

UPD2:
Блеять... эта SER еще и с регистрами от R16 до R31 работает... че-то прям хотел выпендриться а не вышло :-) Ржунимагу :-) И опкод с LDI у них одинаковый. Видать действительно чисто для удобства сделано.

_________________
Ёж птица гордая, пока не пнешь - не полетит.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: amForth
СообщениеДобавлено: 18 дек 2014, 14:20 
Заглядывает иногда

Зарегистрирован: 19 апр 2013, 09:55
Сообщения: 135
Чужие: странная архитектура инопланетных компьютеров


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: amForth
СообщениеДобавлено: 18 дек 2014, 15:35 
Старожил
Аватара пользователя

Зарегистрирован: 26 янв 2010, 21:48
Сообщения: 3965
Откуда: Звенигород
Я про CLR уже по памяти писал и до кучи. Зато про SER и переходы точно помню. Налепили кучу синонимов, а для пересылок ума не хватило.

_________________
От Парижа до Находки с водкой лучше, чем без водки!


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: amForth
СообщениеДобавлено: 23 дек 2014, 08:26 
Заглядывает иногда

Зарегистрирован: 19 апр 2013, 09:55
Сообщения: 135
Цитата:
Release 5.6 is out and it is by far the biggest change in amforth ever.
It is the first version that runs on two different controller types:
AVR Atmegas and the TI MSP430 (Launchpad G2553).
...
Enjoy
Matthias


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: amForth
СообщениеДобавлено: 20 мар 2015, 20:54 
Заглядывает иногда

Зарегистрирован: 27 янв 2013, 18:58
Сообщения: 115
PRC писал(а):
Вот явный идиотизм авр - загрузка констант LDI R16,0xFF это одна команда, а перемещения из регистра в регистр MOV другая. Загрузка же из памяти будет еще одной командой LDS, индексная загрузка LD. И еще всякие синонимы, типа SER R16 = LDI R16,0xFF.

Не катите бочку на команды AVR - нормальные мнемоники для тех кто дружит с английским.
LDI - LoaD Immediate
SER - SEt Registr
SBIC - Skip if Bit I/o Clr
BREQ - BRanch if EQual
...


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: amForth
СообщениеДобавлено: 21 мар 2015, 05:54 
Старожил

Зарегистрирован: 22 мар 2010, 22:54
Сообщения: 3995
ArtemKAD, да всё нормально, даже форт нормальный, если выпить достаточно%) некоторые просто не пьют и не в кондиции для нужного понимания.

почему на z80 смогли обойтись одним LD и для загрузки immediate, и для рег-рег, и для рег-память в обе стороны, а некоторые лепят отдельно LOAD и STORE? да еще по куче мнемоник на первое и второе? в любом случае это просто формальность, транслятор переведет одинаково спокойно любой вариант.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: amForth
СообщениеДобавлено: 21 мар 2015, 19:21 
Заглядывает иногда

Зарегистрирован: 27 янв 2013, 18:58
Сообщения: 115
Ink писал(а):
ArtemKAD, да всё нормально, даже форт нормальный, если выпить достаточно%) некоторые просто не пьют и не в кондиции для нужного понимания.

Само собой нормальный. Пить надо меньше, что-бы понять.

Ink писал(а):
почему на z80 смогли обойтись одним LD и для загрузки immediate, и для рег-рег, и для рег-память в обе стороны, а некоторые лепят отдельно LOAD и STORE? да еще по куче мнемоник на первое и второе? в любом случае это просто формальность, транслятор переведет одинаково спокойно любой вариант.


Похоже Вы Z80 успели позабыть.
Там всяких скобочек и закорючек вместе с "одним LD" ничуть не меньше чем у AVR. Не говоря уже о том, что попытка стянуть все в одну команду привело к разбуханию опкода самой команды(разные LD с разным размером) с веселыми 10-20 тактами на исполнение(разные LD с разным временем).


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: amForth
СообщениеДобавлено: 21 мар 2015, 20:03 
Старожил

Зарегистрирован: 22 мар 2010, 22:54
Сообщения: 3995
ArtemKAD писал(а):
Пить надо меньше, что-бы понять.
больше ты хотел сказать.
ArtemKAD писал(а):
Похоже Вы Z80 успели позабыть.
да неужели? ))))))
ArtemKAD писал(а):
Там всяких скобочек и закорючек вместе с "одним LD" ничуть не меньше чем у AVR
каких закорючек?

ld r,123 - 8 bit immediate
ld rr,12345 - 16 bit immediate
ld a,(12345) - load 8 bit from address 12345
ld a,(rr) - load from address pointed by rr
ld rr,(12345) - load 16 bit from address 12345
ld r,(ix+123) - load 8 bit from address ix+123

и если переставить местами 1 и 2 операнды - все останется верным. и для всего хватает лишь ld и скобочек, указывающих что речь идет о взятии из памяти. какие закорючки? "Похоже Вы Z80 успели позабыть" (с)
ArtemKAD писал(а):
Не говоря уже о том, что попытка стянуть все в одну команду привело к разбуханию опкода самой команды(разные LD с разным размером)
лооол :) это каким это образом?:) ппц чушь:) большинство опкодов пришло из 8080, где были совсем другие (имхо, неадекватные!) мнемоники. никаким образом ничего не стягивалось в одну команду, просто кучу барахла переименовали в однообразный вид. еще раз могу повторить: транслятору пофиг, как называются мнемоники, он из любой формы может перевести в опкоды.

могу привести плохой пример из другой классики, system/360:

L R1,8 - загрузка данных из адреса 8
LA R1,8 - загрузка числа 8 в R1 (на самом деле хитрее, но эффект именно этот)
LR R1,8 - загрузка R8 в R1

все команды абсолютно валидные (там изначально даже нет никаких R1, там делается R1 EQU 1 для более лучшей читабельности). и вроде как даже понятнее - LOAD, LOAD ADDRESS, LOAD REGISTER, так ведь? только вот практика немного отличается, программы пишут не роботы, а люди, которые ошибаются. опечатки, которые не находит компилятор - обычное дело. нормальный здоровый язык должен быть к этому устойчив. разные команды для одного и того же - не особо хорошо.
ArtemKAD писал(а):
с веселыми 10-20 тактами на исполнение(разные LD с разным временем).
а это тут при чем? тоже мнемоники постарались? или трудно запомнить сколько тактов какая команда выполняется? я вот что-то помню подавляющее большинство, мне абсолютно "один ld для всего" не мешает.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: amForth
СообщениеДобавлено: 21 мар 2015, 22:43 
Заглядывает иногда

Зарегистрирован: 27 янв 2013, 18:58
Сообщения: 115
Ink писал(а):
ArtemKAD писал(а):
Там всяких скобочек и закорючек вместе с "одним LD" ничуть не меньше чем у AVR
каких закорючек?


Ну вот к примеру

ld a,(12345) - load 8 bit from address 12345

Чем скобки лучше AVR-овского

LDS r,12345

? Как по мне полностью равноценно. Там добавилось две скобки, а там буква S. Если Вы способны запомнить первое, то и второе не должно вызывать проблем.
Что касается LD/ST, по сути двойная проверка для пишущего. Мало того что указываешь куда, так еще и подтверждаешь мнемоникой.

Ink писал(а):
и если переставить местами 1 и 2 операнды - все останется верным.

Ошибки так-же окажутся полностью верными. Как и поиск ошибок затруднен.

Ink писал(а):
еще раз могу повторить: транслятору пофиг, как называются мнемоники, он из любой формы может перевести в опкоды.


Точно. Но текст программы пишут люди.

Ink писал(а):
опечатки, которые не находит компилятор - обычное дело. нормальный здоровый язык должен быть к этому устойчив. разные команды для одного и того же - не особо хорошо.


И чем такие опечатки отличаются от опечаток типа А на В или поменять их местами?

Ink писал(а):
ArtemKAD писал(а):
с веселыми 10-20 тактами на исполнение(разные LD с разным временем).
а это тут при чем? тоже мнемоники постарались? или трудно запомнить сколько тактов какая команда выполняется? я вот что-то помню подавляющее большинство, мне абсолютно "один ld для всего" не мешает.


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

ЗЫ. В общем - Вы придираетесь к мелочам. Вполне нормальный у AVR-а Асм.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: amForth
СообщениеДобавлено: 21 мар 2015, 23:50 
Старожил

Зарегистрирован: 22 мар 2010, 22:54
Сообщения: 3995
ArtemKAD писал(а):
Ну вот к примеру

ld a,(12345) - load 8 bit from address 12345

Чем скобки лучше AVR-овского

LDS r,12345
скобки - это всегда обращение к памяти. в любых командах (ну почти). а LDS/LDI и прочие - это разные команды. я видел асм, у которого в команде сразу регистр закодирован - ужас и ппц (но писать-то можно, да, только убого как-то).
ArtemKAD писал(а):
Что касается LD/ST, по сути двойная проверка для пишущего.
ну конечно, особенно на s/360 мы это отлично видим:) не думали даже о такой проверке, когда придумывали команды.
ArtemKAD писал(а):
Ошибки так-же окажутся полностью верными. Как и поиск ошибок затруднен.
еще раз вас отсылаю к примеру с L/LA/LR и цифирками вместо регистров. не спасает разделение мнемоник от ошибок. а поэтому все это лишняя хрень.

ArtemKAD писал(а):
И чем такие опечатки отличаются от опечаток типа А на В или поменять их местами?
отличаются тем, что в некоторых случаях пока в отладчике не пройдешь - не поймешь где косяк. когда если вместо R1 напишешь R2 - можно найти тупя в код, а тут ну загрузка и загрузка, не так всё очевидно. т.е. кроме операндов надо еще и команду проверять. пример:

LA R1,R2 - загрузит ЧИСЛО 2 в r1. а чтобы в R1 было содержимое R2, надо или LR, или LA R1,(R2). это же офигеть как очевидно сразу, да?:) нормальный бы компилятор заругался, что ты там, где ожиается число, написал регистр. но регистров у нас нет, у нас всё - числа... чем больше таких "особенностей", тем хуже.

MVC 1(2,3),4(5) - угадай, что здесь смещения/длина, а что - регистры:) а там тыща команд, у каждой свои приколы.

это, считай, утрированный, хотя и реальный пример. и чем больше всего разного - тем хуже.
ArtemKAD писал(а):
Есть разница когда конкретная мнемоника занимает одно место и выполняется за одно время вместо общей мнемоники с разными временами и размерами. Сложнее по тексту программы отслеживать и считать.
и зачем отслеживать и считать? особенно на новых процах, где все равно хрен посчитаешь. так можно все циски объявить злом! и длины команд разные, и время, ужас же! тем не менее они есть, и кто этим занимается - все нормально считает, и без разницы как называется команда. хочешь переслать что-то - пиши mov или ld, а что и как - будет ясно из контекста.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: amForth
СообщениеДобавлено: 22 мар 2015, 05:28 
Заглядывает иногда

Зарегистрирован: 27 янв 2013, 18:58
Сообщения: 115
Ink писал(а):
ну конечно, особенно на s/360 мы это отлично видим:) не думали даже о такой проверке, когда придумывали команды.

Мы тут обсуждаем не s/360, а AVR.

Ink писал(а):
ArtemKAD писал(а):
Есть разница когда конкретная мнемоника занимает одно место и выполняется за одно время вместо общей мнемоники с разными временами и размерами. Сложнее по тексту программы отслеживать и считать.
и зачем отслеживать и считать? особенно на новых процах, где все равно хрен посчитаешь.



Отслеживать для формирования коротких временных интервалов. Пока формируется импульс программа вместо ожидания в цикле может дальше двигаться. И опять-же, речь об простых AVR, а не о тех где хрен посчитаешь.


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 335 ]  На страницу Пред.  1 ... 10, 11, 12, 13, 14  След.


Часовой пояс: UTC + 5 часов


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  

Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB