amForth
ничего там особенного нет - все как всегда.

Извините за офтоп. А как можно применить микроконтролеры и самодельную электронику в быту?
Если есть не надуманные применения, с удовольствием бы занялся. За одно дополнительное
применение форта.

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

P.S. Моя субъективная оценка.

на робофоруме ilya73 строит что-то типа "умный дом" у себя на даче ( в питере). или уже построил. на amforth'е, кстати.
к сожалению, достижениями не особо делится. может быть стесняется. а может быть делится, но не с нами, а на ресурсах, посвященных "умному дому".
ну а так, навскидку - часы (ds1307), термометр(ds1820), светильник какой-нибудь хитрый. недавно игрался с GROVE - Светодиод LED RGB многоцветный. прикольно. очень симпатично выглядит. проверял BRICK - Датчик движения - работает, а вот с GROVE - Сенсор звука не повезло, глуховатый достался. в общем, как сказал один инженер - " сейчас применение электроники ограничивается только фантазией"

Есть много книг изданных по МК (перечислять не буду, можно найти в i-nete и на торентах) где зачастую примеры и есть использование МК электронных самоделок в быту. А то что они используют при изложении материала и разработки не Форт это не проблема. Для проверки и первичной опробации есть и симуляторы,
типа программы Proteus. (в другом Форте для AVR есть некоторое число примеров). Для Форта "непаханное" поле применения:)

P.S. По случаю (проходя мимо магазина дискаунтера электроники) купил недорогую радиоуправляемую китайскую машинку Mioshi(480р) и думаю, что без переделки её не оставлю, хотя от её электроники, да и механики может мало что остаться:) Что то подобное этому Радиоуправляеая машинка своими руками
Дело не в самой машинке, а важнее импульс продвигающий, например, интересное хобби.

Спасибо. Решил в качестве упражнения попробывать сделать мишени для мелкокалиберного
и пневматического оружия. Чтобы они взводились с большей и большей интенсивностью
по мере игры. Нужно продумать, как с микросхемы включать исполнительные устройства и
многое другое. И еще, чтоб проект не оказался астрономической стоимости или не перешел в
долгострой.

не уверен, что тут Вам помогут с решением по исполнительным устройствам и сопряжению их с "микросхемой".
по стоимости - большую её часть как раз и составит стоимость исполнительных устройств и сопряжения, а "мозги"... если нет желания заморачиваться с изготовлением платы и пайкой "обвязки", и позволяет карман, то вот посмотрите - Freaduino Pro Mini (ATMega 328) или другой аналогичный. если выберете именно этот, сборка amforth'a для прошивки - с меня. а с программированием, я думаю, тут помогут. сразу же сделаю вклад - генератор "случайных" чисел

вроде работает. я его на многоцветном светодиоде проигрывал.

Спасибо

Да, давненько не писал.
Пока боролся с железом: "самопроизвольный" сброс прошивки на Mega 2560, заглючивший индикатор WH2004A (пролежал ~7лет) + пока определился с БП (вернее ИБП).
Часть "комплекса" работает (UNO+ds1307+1-ин (из 4-ёх) ds1820 + индикатор OLED (аналог WH2004A) + 4-е кнопки управления + ключ на реле (управление котлом).
Осталось малость : подобрать трансформатор для измерения сетевого напряжения, продумать протокол обмена между UNO и Gboard, команды по СМС.

ЗЫ
Или я туплю, но вроде имеется глюк:


ЗЗЫ
Кто-нить боролся с дребезгом контактов?

как организована связь м\у терминалом и системой?


viewtopic.php?t=2908

ЗЫ с прошедшим сорокалетием! (случайно наткнулся на твою страничку вКонтакте)

Спасибки!
Связь с терминалом через UART, но в самой системе не будет терминала.
Пока вижу примерно следующее: GBoard ожидаем СМС команду с GSM модуля (аппаратный UART), проверяем номер тел. на соответствие (уже умею), "парсим" текст СМС (умею), передаём в UNO по софт UART (вроде работает ).
"Парсер" в UNO думаю сделать примитивным:

Вот ломаю голову по поводу обмена между устра-ми.
Можно просто: 02h ascii - тело 03h или 02h ascii - тело crc8 03h

по поводу глюка с вложенными if else then.
у меня вроде не было такого, а вот где я их вкладывал - не помню. помню, что вкладывал много, потому что штатный case чудил не подеццки - кажется, выносил систему напрочь. в версии еще 4.5...или раньше.

я почему про связь спрашивал - гальваническая развязка интересует, с наскока не получилось, но я сделаю...

мне кажется контрольную сумму лучше оставить, но тебе видней...

multitasker не используешь?

case - у меня сейчас его много (для кнопочек-меню).
В своё время "спалил" UNO, но выбрал время и "починил" (заменил мегу), а вот с usb (atmega16u2) беда.
Благо есть в наличии "Foca V2.0 is a USB to serial UART" - цепляю напрямую к меге.
с multitasker-ом вышла забавная штука. Устройство спонтанно рестартует и вроде стеки на местах!?
Переделываю на прерывания от таймера и нахожу ошибку в той части которая работает таском!!!
Пока работает на прерываниях.
ЗЫ
А для mutlitasker-а лучше доработать твою либу 1w-sensors.frt ?

Foca - это клева, у меня теперь тоже есть.
Да. я знаю. но не исправил на робофоруме - все жду, может кто критиковать начнет. вот, ты - первый, ура! там вообще в коде позорные ляпсусы встречаются, особенно в первых постах, но не исправляю, смотрю, кто заметит. никто. а 1-wire да, надо переделывать. особенно аккуратно надо поглядеть, что оставить на ассемблере, а что переопределить на "нормальном форте". ассемблерные определения могут завесить систему напрочь, в том-же "одно-проводе", например: сидим, ждем отклика присутствия, а его нет и не будет - датчик отвалился... или придумать надежный механизм таймаутов и встроить его наравне с прерываниями.

ко времени реакции ядра системы на прерывания претензии есть? все-таки NEXT отжирает от производительности 27 тиков тактового генератора...

а за мультитаскер - обидно. кто бы нашелся указывать немцам на недоработки...

Так "фашисты" вроде накатали lib/hardware/timer.frt - expired?, а вот every нафиг нужен ? ИМХО проще просто на прерывание повесить.
В своём "софтюарте" и "загрузчике", я банально считаю переповторы и при превышении лимита вываливаюсь из цикла.

Вроде нормально работает! Например "софтюарт" на скорости 9600 справляется вполне (по спадающему фронту происходит прерывание - .начало приёма байта). Кста, без твоей tttt1.frt (активно используется)- мне бы пришлось учить AVR ассемблер!

Я свой "проект" скорее всего верну (только надо поправить 1w-sensors.frt) на мультитаск, ибо простаивать ~750 мсек (пока DS намерит температуру) - расточительство!

ЗЫ
Интересно узнать поведение слова 1w_search, а точнее насколько стабильно будет соблюдаться последовательность обнаружения датчиков?

ЗЗЫ
Подкупил 24c512 - соотв. буду использовать твою либу. Есть нюансы?