0
Да без проблем :)
  • avatar
  • dcoder
  • 16 марта 2011, 14:13
0
В общем да — тут надо проверить,
но если он и правда тащит 10ма — то вообще круто :)
  • avatar
  • dcoder
  • 15 марта 2011, 23:55
0
Вот. даташит от NXP (24 стр) На 15ой странице табличка, в ней:
Ilo (output leakage current SDA and OS pins); — 10 µA (max)

Хотя выше и впрямь 10ма.

Но в разделе про вывод OS написано, что подтягивающий резистор должен быть как можно больше, чтобы не искажались показания.
  • avatar
  • dcoder
  • 15 марта 2011, 22:54
0
Щас тоже увидел 10ма. Но до этого точно помню — было где-то написано про микроамперы.

Да и Medved писал, что убил вывод, подключив к нему светодиод.
  • avatar
  • dcoder
  • 15 марта 2011, 22:48
0
Вообще ситуация для их страны очень незавидная:
Пол страны смыло цунами, плюс заражение — хз, сколько лет там нельзя будет жить. И это с учетом того, что стране не хватает территории.
  • avatar
  • dcoder
  • 15 марта 2011, 20:55
0
С моим старым стелсом такие проблемы отсутствовали как класс. Просто переключателей скоростей не было :)
  • avatar
  • dcoder
  • 15 марта 2011, 20:39
0
ДА там сейчас почти по всей стране фон повышен… хотя и не критично. Но префектуру Фукусима вроде-как обьявили зоной заражения.
  • avatar
  • dcoder
  • 15 марта 2011, 20:28
0
А между тем, японцы собираются охлаждать реакторы, сбрасывая воду с вертолетов: lenta.ru/news/2011/03/15/copters/
  • avatar
  • dcoder
  • 15 марта 2011, 20:13
0
Сейчас видел в новостях фееричный кадр:
Медвепут собрал ядерщиков, МЧСников и экологов, и они ему маркерами на бумажке рисовали ситуацию на «Фукусиме-1» :)

Сильный кадр. Такое впечатление, что конец света уже прошел… теперь нету ни компов, ни ПауэрПоинта чтобы презентацию сделать…
  • avatar
  • dcoder
  • 15 марта 2011, 20:11
0
Ну тут комменты древовидные (можно свернуть ветку), поэтому оффтоп не так мешает.
  • avatar
  • dcoder
  • 14 марта 2011, 20:32
+1
Первая попытка скатиться в говно привела к удалению блога «юмор» :)
  • avatar
  • dcoder
  • 14 марта 2011, 20:27
0
  • avatar
  • dcoder
  • 14 марта 2011, 19:14
0
Эти по 4 байта.
Относительные это rjmp и rcall. Они могут прыгать на 4к туда и обратно.

Вот тут есть справочник по командам:
  • avatar
  • dcoder
  • 14 марта 2011, 19:13
0
Есть мнение, что это связано с записью команды в флеш-памяти. Команда всегда имеет размер 16 бит (кроме, ЕМНИП, jmp и call). Туда надо упихать идентификатор команды и операнды. Так-как в LDI второй операнд — целый байт, приходится урезать размер для первого операнда. Наверное урезали до 4х бит. Получается всего 16 комбинаций — 16 регистров.

Правда хз, почему выбрали старшие…
  • avatar
  • dcoder
  • 14 марта 2011, 19:05
0
Ну как-бы, если есть ковеер, то на нем можно одновременно все это делать. Но не с одной картошкой, а с потоком :)
  • avatar
  • dcoder
  • 14 марта 2011, 18:24
0
пост дублируется… глюк?

можно перетащить в свой блог и удалить дубль…
  • avatar
  • dcoder
  • 14 марта 2011, 18:14
0
LPM может выгружать данные в любой регистр.
  • avatar
  • dcoder
  • 14 марта 2011, 17:54
0
«Особенные» не они, а регистры 0-16. С ними не работают некоторые очень удобные команды. Например вместо:
ldi R17, 0x38 ; Запихать число 0x38 в R17

для младших регистров приходится писать:
ldi R16, 0x38 ; Сначала пихаем число во временный регистр (любой из 16-31)
mov R5, r16 ; А потом уже перемещаем в R5

А регистры R26:R27 R28:R29 и R30:R31 — это двойные (1и битные) регистры X Y Z
  • avatar
  • dcoder
  • 14 марта 2011, 17:53
0
А на железном ком-порте нет возможности проверить?
  • avatar
  • dcoder
  • 14 марта 2011, 17:48