Автор: Андрей Шабронов
Статья: Магнитометр на модуле USB-UART
Дата публикации: журнал Современная Электроника 04 2020
Ссылка: https://www.soel.ru/magazines/PRINT/SoE ... tml#zoom=z

Автор: Андрей Шабронов
Статья: Тахометр для квадрокоптера
Дата публикации: журнал Современная Электроника 08 2019
Ссылка: https://www.soel.ru/magazines/PRINT/SoE ... tml#zoom=z

Автор: Андрей Шабронов
Статья: Адаптер 1-Wire c использованием двух портов RS-485 и гальванической развязки
Дата публикации: журнал Современная Электроника 07 2019
Ссылка: https://www.soel.ru/magazines/PRINT/SoE ... tml#zoom=z

http://shabronov_s2.dyn-dns.ru/temp/uar ... tr_v1/test
http://shabronov_s2.dyn-dns.ru/temp/uar ... g_v1/test/
http://shabronov_s2.dyn-dns.ru/temp/uar ... 75_v1/test


P.S.
Андрей Шабронов: Применение интерфейса 1-Wire в радиоканале 433 МГц на модуле HC11
Дата публикации: журнал Современная Электроника 08 2020

Прямо вспомнился журнал "Радио". Как раз тот самый случай, когда применение бросает тень на Форт.

Почему? Потому что проекты простые или потому что интерфейс программ на уровне QBasic?

Достаточно фразы "и зафиксирован клеем". Это домашние поделки, которые еще странно что в журнал взяли. Я понимаю, что у человека завалялись россыпи 555-й серии, но по тексту куда ни брось взгляд - проблемки. Метрология? Ну хотя бы понимание, что ГУН - это нестабильно. Системотехника? На кой черт тащить тахометр в ПК? Контур управления двигателем через ПК - просто кошмар на уровне непрофессионализма. А датчик оборотов на ИК, с засветками-то? Датчик Холла уже даже в дешевых вентиляторах стоит. Вобщем, это все домашние поделки одиночки, закусившего удила и паяющего-программирующего ради пущего пиара. Не проблема купить коробку датчиков и возиться с ними по выходным, но зачем в журналы-то тащить?

Запрос для Hishnik
цитирую ....Достаточно фразы "и зафиксирован клеем". Это домашние поделки, которые еще странно что в журнал взяли....
--------------------------------------------------------
Т.к. тут про форт тема, так же можно посмотреть:
- http://90.189.213.191:4422/doc_sh/toguchin_2020n/ и статью по реализации на форте термометрии.В журнале. soel_2021_5_32

Руководствуясь девизом ... отвергая предлагай!
Что по реализации на форте может предложить Hishnik?
Если ответа не последует, то вывод напрашивается один - .. а судьи - кто?

Реализация на Форте к тому проекту имеет мало отношения. Там проекты по подключению датчиков, и основные вопросы связаны с датчиками и конкретными условиями их применения. От Форта там программа на ПК, принимающая данные с UART. С UART можно работать с помощью самых разных языков программирования, Форт в этой роли ничего нового не привносит. Оператор мог бы работать на Форте с датчиками интерактивно, но в режиме слежения 24/7 ему явно не до этого. Можно было бы писать на Форте скрипты для автоматизации, но опять же в режиме наблюдений 24/7 не до экспериментов. В итоге статья выглядит сырой сама по себе, а Форт там выглядит чужеродным элементом.

Уважаемый Administrator и так же может кому интересно ситуация с объектами мониторинга. Постараюсь прояснить форт применение.
Есть такая постановка вопроса - сколько стоит? Или пресловутая цена вопроса? Т.е. при создании и поддержании системы, в нашем случае мониторинга температур.
Так вот вокруг ...цены вопроса... все и крутится. Что на обЪекте? - 1) простой пк, бытового уровня, который можно заменить и меняют каждые 5-7 лет, т.к. выходит из строя или бп или hdd. 2)-кабельная линия провод КММ, 2е пары в защитной оболочке 3) схемы на печатной плате с имс-2409 см. описание в статье выше. 4) - адаптер для подключения по сом-порту к кабельной линии 5) - термоподвески - датчики ds1820 в металлической тонкостенной трубе - это самый дорогой технологический элемент. И устанавливать какую-нибудь СКАДУ типа ТРАСС-МОДЕ? вот такую http://www.adastra.ru/ Для нее надо 50-60 тыс.рублей и проект под нее подготовить тоже такую сумму попросят. И кто ее будет обслуживать? Итого - вывод чем меньше с программой =настроек= и поддержек тем лучше.
Что видит пользователь объекта? вот это http://90.189.164.185:4422/silos_v3/otchet_togo.html что надо установить на новый ПК если сломается старый? вот это http://90.189.213.191:4422/doc_sh/toguc ... los_v3.zip Нужны ли ключи?, пароли? настройки? - нет не надо. Распаковал и выполнил. Если порт сом-тот же и подключен адаптер то все заработает. Это успешно делало 4 системных администратора за время эксплуатации.
И так вывод.
1. Каждому объекту присуще свои особенности. Была такая ситуация. Анализ где какой датчик превышает критичную температуру и надо данный силос перегружать и охлаждать что бы не было всякой фигни. Можно посмотреть документальный фильм, «как горят элеваторы» https://www.youtube.com/watch?v=REUp_bx ... nnel=Mixon Сделали систему анализа по xls файлам. Но весила она что то за 40 мб, и надо было изучать как с ней работать. И что же получилось. А посмотрели пользователи сказали спасибо и работали по старинке. Откроют файл и смотрят где какой датчик изменяется. Вот тут архив http://90.189.164.185:4422/silos_v3/otchet/2021/ другие архивы убирают, кому нужен прошлогодний снег.
2. На программном обеспечении зарабатывают только посредники (перепродажники).
3. Программное обеспечение должно =коррелироваться= с "железным обеспечением"
4. и контрольный вопрос в тему программного обеспечения - сколько стоит программное обеспечение для магнитометра https://nsk.ank-ndt.ru/catalog/magnitny ... imag-400ts или подобного этому. Вообщем то опять ситуация как в анекдоте про бабушку в супермаркете ... все мне тут нравиться - и товаров много, и продавцы вежливые и воздух чистый, но вот цена не нравится...
Всем успехов и здоровья.

Это все здорово, конечно. Когда элеватор не горит - это хорошо для всех. А если еще за этим следит автоматика - это явное упрощение жизни людям, работающим на элеваторе.

Вопрос-то в следующем. Какой результат ожидается от уведомления форумчан об этой работе? Тут основной вопрос в раскладке датчиков. С точки зрения программного обеспечения ПК - открыть COM-порт и прочитать данные. Форт справился. Странно было бы, если бы не справился. От этого следует ожидать... чего? Заказов на аналогичные разработки от читателей форума? Запросов на консультации по работе COM-порта? Я так понимаю, что технические уточнения и предложения не приветствуются, хотя тут навскидку можно задать пару вопросов вида "а почему бы не вот так, было бы удобнее".

Уважаемый Administrator. Вы точно отметили ситуацию с инженерными решениями. А кому это надо? Мое мнение, хотя оно может и слишком пессимистично, в том, что избыток доступа к интернету создает ситуацию все уже есть. Только поискать и все найдется. А как только доходит до выполнения задуманного, вот тут и все выплывает: и где купить, и где спаять и что программировать. Например обмен информацией на форуме. А зачем обмениваться? Можно ведь просто взять, без обмена. Напоминаю сентенцию: если и нас есть по одному яблоку, то при обмене так и останется по одному яблоку. Но если у нас есть идеи, то при обмене и у меня и у Вас будет две идеи.
Вывод.
1. Форум - это обмен информацией и идеями. Вот и все.
2. Но анализ показывает, что зачастую на форумах желают узнать, но не желают рассказать. Вот Вы тоже задали вопрос цитирую ..Какой результат ожидается от уведомления форумчан об этой работе?..
3. Итого. опять сентенция. ну уже в по анекдоту... берешь в банке кредит - деньги чужие, а вот отдавать то свои приходиться. Так про информацию все в противоположности: Если ты отдал идею или техническое решение, или программу - то это твое.
Надеюсь донес глубину мысли.
Успехов и здоровья. Ну и музыкальная открытка тех мест где бывал с женой. Это из лета 2021 о.Русский http://90.189.213.191:4422/temp/ludi_20 ... to/v4_rus/

Ну если обмен, то я вполне обменяюсь информацией.

Во-первых, ПК в системах управления - неоднозначная вещь. Ему явно нужен промежуточный уровень, реализуемый, например, на микроконтроллере. Этот микроконтроллер должен взять на себя задачи, критичные ко времени реакции. Завести данные на ПК в режиме bit bang - это иллюзия обеспечения интерфейса. USB еще и имеет ограничение в 1000 пакетов в секунду (современные версии - 8000), так что делать устройства ввода данных нужно очень осторожно. Ворох мелкой логики в качестве формирователя импульсов похож на теоретизирование. Дребезг контактов, помехи и прочие неочевидные причины сведут на нет такие решения. Простой МК будет
1) Дешевле.
2) Меньше по размеру (по сравнению с несколькими корпусами DIP14).
3) Обрабатывать данные сам, убирая заведомо недостоверные данные.
4) Передавать результаты по USB из буфера, обеспечивая хранение в моменты, когда ПК занят.

По измерениям температуры. Зря проигнорирован вариант, когда от кластеров DS1820 данные собираются в промежуточные концентраторы. МК на уровне 100 МГц с набором интерфейсов "развяжет" эту систему, опять-таки освободив ПК от необходимости постоянно следить за UART. Дополнительно
1) Линия иногда висит или коротит? Подключение встроенного АЦП позволит делать все то, для чего предполагается вольтметр. Встроенная диагностика удобнее внешней. Да и передача через что угодно, а не только через светодиоды, мигающие разными способами.
2) Принятие оперативных решений. Температура растет? Локальный МК может не просто переслать пакет на ПК, а включить сирену/пожаротушение и дополнительно послать СМС. Независимо от того, что там с ПК.
3) До локальных концентраторов провода очевидно короче. Дальше или без проводов или более устойчивыми по сравнению с 1 wire интерфейсами.

Уважаемый Hishnik . Вероятно Вы правы в теоретических раскладках. Возможно можно и так. Но сделано как сделано. И для понимания ситуации кратко история "вливания в проект".
Преамбула
Линия не работала для дальних датчиков. И соответственно программа тоже. Использовался проект и программа от фирмы https://elin.ru их ветвители для ds2409. Подрядной организации заплатили! Они смонтировали линию, "закасячили" с монтажом подвесок. Вообщем все вроде работает и не работает. А идет загрузка элеваторов. И срочно требуется все включить. И смотреть хотя бы как нибудь. Вообщем ..все пропало шеф.. Заказчик ужо вплоть до возвращения денег поднимал вопрос.
Вот на этом этапе, по совету "Элин", меня нашел директор подрядной организации и попросил помочь. С соответствующим вознаграждением.
Первичный анализ показал, что есть две проблемы
1 - проблема "длинных" линий, т.к. для дальних участков датчиков сигнал настолько "тухнет" что "отключение" линий не помогает. Кабель взяли с большой "погоной" емкостью. Решений было два или "делить линии" или менять кабель. Напоминаю, что проект, расчет и монтаж проводился без меня и анализ возможной достоверности передачи данных не делался.
Предложил попробовать "схему восстановления" для 1wire. http://www.sciteclibrary.ru/rus/catalog/pages/6645.html Почти все заработало в режиме просмотра через просмотрщик OneWireViewer_ Dallsa. Но программа "Элина" работать не захотела. Причина в том, что алгоритм "Элина" был построен на таком принципе:
1-этап - автоматический опрос всех датчиков по всем ветвителям с составлением "дерева" пути и формирования базы доступа.
2-этап - режим опроса по установленному пути и запись данных в базу. и соответственно учет и показ данных пользователям.
База "дерева" датчиков не формировалась, если хотя бы один датчик при опросе "сбоил". Выглядело это так. Запускаем программу. Она минут 10--20 работает и "вылетает" с сообщением не могу сформировать т.к. сбой доступа. Сообщает адрес. И этот адрес все время разный. "Элин" говорит разбирайтесь сами где то сбой доступа к датчику. На аргумент, что по тесту видит, им это не аргумент. Вот примерно так было.
Кстати, программа "Элина" прекрасно все опрашивала и строила "дерево" если собиралось все на столе. Это было проверено.

2-ая проблема - персонал настолько низкой квалификации, что был даже согласен смотреть температуры в ручном режиме. Но конечно же тогда объект сдать было нельзя. Вообщем, про sql сервер и прочие СУБД можно было не говорить. Дайте нам цифру в этом силосе и все.

Выводы: что слишком ...глубоко... нырнул в историческое прошлое.

1. "лепилось" все прямо на объекте http://90.189.213.191:4422/doc_sh/silos_v1/ но конечно же не с нуля были другие объекты, ну например такой http://90.189.213.191:4422/doc_sh/baki_termo_uchet/ тоже на Forth
Скачать http://90.189.213.191:4422/doc_sh/silos ... v1_all.zip

2. все замечания от "форумистов" в улучшениях принимаются : по СМС оповещению или перевод участков на МК или введение "кластерной" обработки. Но надо помнить о заказчике, и он платит только за конкретную полезность с минимальными затратами. А лучше вообще без затрат. Зачем платить, если можно не платить.

2. Преамбула закончилась теперь амбула
Интересует использование преимуществ языка Forht. Программа сохранялась по методу описанному в http://www.sciteclibrary.ru/cgi-bin/pub ... 1487009873
Далее вопрос, может кто то и знает?
Может уже так кто то делал на другом языке?
Так же сохранял все проекты и компилятор в одном файле, который работал на объекте? И для дальнейшего развития все извлекал из рабочего файла?
А то получаюсь как первопроходец или открыватель нового направления в программировании.
Нужны не лавры, а понимание ситуации с подготовкой программного обеспечения для объектов мониторинга и управления. А сейчас появилось направление робототехники, вот и думаю как "впихнуть" "не впихуемое". Т.е. программу то сейчас закладываем в робота, а завтра то потребуется ее модернизировать. Может она и сама модернизируется. Как то так.
Всем успехов и здоровья.

Я бы добавил "и большой погонной индуктивностью". Это называется "паразитные параметры", и имеет конкретную величину - импеданс. Если он не согласован для длинной линии - будут проблемы.

Собственно, взгляд на это утвердил меня в мысли, что в несогласованности импедансов основная проблема. Если линия нагружена на цифровой вход, это скорее всего и происходит. Однако импеданс КМОП (да и ТТЛ) довольно высок, а импеданс кабеля - мал. На стыке образуется т.н. impedance discontinuity, формируется сложная картина с переотражениями сигнала. В пределе - длинный кабель становится антенной со своей лямбда/2, вырезая из цифрового сигнала гармоники. В "схеме восстановления" вход банально подгружен, ситуация с импедансами скорее всего стала чуть получше, и весь эффект.


Они и правы. Это программа. Если оборудование не работает, чем они могут помочь?



Ну разумеется На столе много чего работает, там питание другое, помехи другие, длины другие...


А смартфоны на Android сейчас разве не так обновляют прошивку? Да и не только смартфоны, сейчас много чего обновляется по сети.

Уважаемый Hishnik. С анализом согласен. И заинтриговало "обновление на андроиде" Желательно бы по подробнее. с ссылками и конкретными примерами

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

Можно и в своих проектах. Мы это делаем с помощью USB-JTAG, там можно сразу обновить аппаратную прошивку. Возможен и вариант с обновлением только EEPROM - серийный номер, калибровка, прочие настройки, в этом случае нужный софт уже есть в базовой прошивке (на уровне "если принята разблокирующая последовательность, то остальное - новое содержимое EEPROM").