А какая сейчас форма сигнала на SCK? Подтяжка имеет определенную цель - постараться выправить фронт.

Трудно сказать про форму сигнал (в виду отсутствия осцилла), подтяжка в данном случае нужна для отсечения лишних наводок.
Завёл в проге счётчик рестартов - за сутки набежало 38 шт., из них 10-12 при экспериментах с питанием, а с остальными надо разбираться. Правда за последние 10 часов пока нет прибавления!

Похоже где-то глючокс в загрузчике...

5.4.2013
Вышел релиз AmForth 5.1.
Изменения.

!...блин, только 5.0 ковырять начал - втянулся уже. Шустрые какие, немцы эти

Можно отслеживать текущие изменения кода используя SVN инструментарий.
Форум, тоже вроде, ихний действует.

P.S. 5.0 некоторое время назад тоже "поковырял" (в частности возможности использования генератора asm кода слов ядра из "исходного" некоего форт представления на базисе утилиты g4.fs в win32forth для "исправления" и пересборки слов ядра). В "черновом" варианте можно даже использовать. На 5.0 версии привёл утилиту преобразования "псевдо" Форт кода в asm представление. И варианта "урезанной" сборки для Atmega8515 (8Кб флеш)
Теперь думаю сделать и изменения для 5.1, но т.к. пока "перешёл" на PIC18 то "интерес" к amForth немного остыл:) Могу выложить, то что получилось, в текущем "черновом" варианте. Правда есть, какие-то непонятные "проблемы" с прикреплением к сообщению файла.

Отслеживать, конечно можно. Вот только переехать на свежую версию легко и непринужденно лично уменя не получается. Слишком много рутинных телодвижений. Попробую сформулировать:
1. уже больше, чем напрягает организация - одно форт-слово=один ассемблерный файл (прекомпилированная словарная статья), скомпонованные во множестве вложенных инклуд-файлов.
Еще с версии 4.2 неоднократно случающаяся ситуация - сижу такой, в творческом порыве ваяю чего-нибудь - вдруг оппа! - а стандартного слова-то нету (многа слов ненормативной лексики), не уследил. Легко лечится, конечно же, но осадочек остается. В итоге - прошивка с системой долой. Кристалл стирается, и по-новой - добавление недостающего желаемого, ассемблирование, прошивка, загрузка аплоудером (отдельная песня) опять же желаемого ( десяток а то и поболе "библиотечных" форт-файлов).
2. amforth местами допилен мною для моего удобства, иными словами некоторые комплектные файлы мною модифицированы, а так же есть дополнительные. В частности:
- ввел переменную rstf - reset\restart flags, в которой сохраняется источник крайнего сброса ( при холодном старте читается регистр MCUCSR и сохраняется в ней). Зачем мне это понадобилось, внятно и не скажу, просто вдруг подумалось, что может быть полезным. Кста, у оригиналов ( у немцев ) в версии 5.0 появилось что-то подобное, но как реализовано я пока не смотрел.
- с введением rstf пришлось модифицировать cold.asm. Далее.
- модифицировал оригинальные sleep.asm и no-wdt.asm - сделал условную компиляцию в зависимости от имен регистров в разных моделях микроконтроллеров ( привет Атымелям). у немцев в 5.0 эта проблемка тоже как-то решена, пока не вникал.
3.
- uploader. загрузка в amforth *.frt файлов. Штатным не пользуюсь - почему-то не хочется. пользуюсь собственным. слишком много телодвижений. последовательность выглядит примерно так:

>getcomm COMx
>S" длинный\путь\к\файлу\" setdir!
>S" файл.имя" setfile!
>getfile
>upload
>closefile
... повторяем последние 4 строчки сколько надо раз ...
>CommClose

если по невнимательности ошибся в порядке загружаемых файлов (ненормативная лексика) - сильно выручает marker, опять же если не забыл воткнуть его куда надо. уже смотрю в сторону nnCron с целью грузить файлы списком...
...
Подобная отсебятина может завести в тупик. Приходится с появлением каждой новой версии вдумчиво вникать и править...Вот я и говорю: появление свежей версии - уже стресс

Уфф, выговорился, наболело. Это я на сторонних сайтах говорю: amforth - без проблем!
а на самом деле основная проблема - дотошная внимательность и обьемная рутина

Прошу пардону у сообщества за душевный стрипиз

Спасибо, но наверное не стоит. Как видите, своих тараканов еле удерживаю под контролем.

Я и рассылку ихнюю регулярно читаю. Не все понимаю, однако. Последние пару месяцев у них активно мутил воду некий Enoch. Суть его предложений я не уловил (туповат). Но смотри ка ты, благодаря его усилиям вышла новая версия...Опять кропотливо вникать...
Вот што такое "Automatic scoping of words. A system hook can be used to use a different wordlist than CURRENT to place a new word in." ? Слова все знакомые, а смысл ускользает.

Отличий 5.0 от 5.1 немного. Для просмотра изменений core words использую программу показа различий KDiFF или WinMerge.

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

P.S. И тоже опробую доп. решения для убирания "энтропии" в сборке amForth.

Да! о самом важном чуть не забыл. Есть у них нелеченный косяк, из-за которого ( я думаю ) многие неофиты, не совладав с amforth'ом, отодвинули его в сторону. Косяк проявляется в том, что ассемблированная без ошибок и прошитая система не выходит на внятную связь. Причина - ошибка в инициализации USART.
Смотрим ~\amforth-5.1\core\words\usart.asm:

Обратите внимание

.dw XT_DOLITERAL
.dw USART_C_VALUE
.dw XT_DOLITERAL
.dw USART_C | bm_USARTC_en
.dw XT_CSTORE

или
USART_C_VALUE
USART_C
bm_USARTC_en OR C!
что неверно.

Здесь:
USART_C_VALUE - значение записываемое в регист Ц последовательного приемопередатчика
USART_C - адрес регистра Ц последовательного приемопередатчика
bm_USARTC_en - бит (селектор) признака записи в регистр Ц ппп

Дело в том что в микроконтроллерах AVR8 регистр UCSRC (тот самый регистр Ц) и UBRRH ( бод рэйт генератор, старший байт) совмещены (имеют один и тот же адрес)
уфф, лучше приведу цитату из даташита на мегу32:

URSEL - это и есть тот самый bm_USARTC_en
соответственно должно быть:
USART_C_VALUE bm_USARTC_en OR
USART_C С!

Ну и наконец-то правим немцев:

...тожа чёта могём, когда хоча припрёт

Да я и не спорю.

Вот-вот, это-то и выдрачивает я и описывал - более сотни файлов скомпонованых в нескольких вложенных инклудах...

Как вариант, можно собрать все ассемблерные фрагменты в несколько ( не сотни, а - несколько!) файлов, сгруппировав их по стандартным наборам слов CORE, DOUBLE и т.д.
и определять селекторы-переменные ассемблера, как у них сделано для аппаратных модулей.
что-то вроде:
.set WANT_dup = 1 ; нужен
.set WANT_nip = 0 ; нинужен
.set WANT_swap = 1 ; нужен
.set WANT_-rot = 0 ; нинужен

как-то так, но я этим заморачиваться нибуду - лениво.

"Раскодирование" исходников amForth для возможности изменения (5.0 немного отличается от 5.1)
AmForthSrc

P.S. Возможно окажется полезным для понимания устройства amForth и улучшения.
Некоторые "загадки" корней amForth непонятны:)

Похожее решение в "другом Forth для AVR" где в каждом слове прописана его зависимость от других слов.

когда мы говорим о причинах малой распространенности форта и его проблемах - надо осознавать, что это не проблемы форта, как языка программирования, а проблемы людей.
например является фактом, что и бейсик и паскаль были созданы как учебные языки программирования. языки, целью которых было обучение основам программирования. результат мы наблюдаем. масса свежеиспеченых специалистов с новеньким дипломом которые незахотели\несмогли использовать другие языки. появился спрос - рынок его быстренько удовлетворил. Visual Basic и Delphi.
"микроконтроллер для домохозяек". с этим можно соглашаться или протестовать. это свершившееся явление. всеразличных *дуин меньше уже не станет. люди, освоившие применение микроконтроллеров и программирование на *дуине, в своих мелких, домашних проектах будут их применять. для себя и для друзей. для дачи и дома. just for fun.
на этой волне Forth в лице amforth имеет хорошие шансы "внедриться в массовое сознание".
с вероятными последствиями.
цитата из личной переписки (на робофоруме) человеку привычнее писать на Си. не знаю насколько профессионально он этим занимается. эта цитата - не аргумент конечно. просто человек чувствует потенциал присущий Forth'у.
а "домохозяйке с микроконтроллером" побарабану "особенности оптимизации интерпретатора шитого кода" им интереснее - измерить температуру в теплице, включить свет при вхождении в комнату, покрутить двигателем - либо открыть калитку, либо включить насос и набрать воды. да просто - поморгать светодиодом или совладать с ацп. самодельного робота по квартире погонять. где-то так.

Тут обратная просьба - укажите ссылку на изиэлектроникс чтоб можно почитать о чем речь идет.
А по поводу массы свежеиспеченых специалистов с новеньким дипломом - так кто ж будет заниматься самообразованием?Да еще при том что популязации Форта практически нет ни какой.Все вокруг да около.Вообще создается впечатление что на военке он трудится, а туда попасть как сами понимаете....