Ви не увійшли.
... не потому что автор не справится, просто программистов не долюбливаю )))
А за что, если не секрет? Конечно, автор нафантазировал многовато, но я думаю, что сам разберется. Дармового ПО для таких целей небыло нет и не будет, а трудоемкость его создания автор даже не представляет.
Загрузка не работает. выложил в ЮТУБ https://www.youtube.com/watch?v=vCo6d3YpiZI&feature=youtu.be
Видео этот сервер не раздает. Вот ваше кино. Осталась самая малость, верно? Успехов.
ПОМОГИТЕ, как залить в пост фото или видео?
Если нет фото в сети, внизу тег "Загрузки". Жмите, загружайте и копируйте ссылку, из окна просмотра, в редактор. Для загрузки видео исправьте в Ютубовском адресе https на http. Потыкайте в кнопки редактора и разберетесь. Помог?
Возможно, у вас испорченный экземпляр датчика или ошибки в схеме или программах. Bosch говна не делает.
Мы в Европу, по нашему обычаю, без приглашения. У них, там, это не принято! А на всех итальянцев, считаю, не стоит так думать. Они же нам Ардуинками играть дают. Это от того, что они варенье и снег любят, чего у них нет. Я знаю, у моей одной знакомой дети во Франции живут, расcказывали и вареники заказывали.
В таком случае у вас настоящий талант "хирурга"! Я когда-то (еще в юности) к К155ЛН1 приклеивал эпоксидкой охладитель! Проработало более 15 лет, пока не выбросили. В то время нужную микросхему нужно было доставать, а некоторых вообще небыло, вот и приходилось прибегать к "насилию".
По эталону. Эти датчики уже откалибованы и у вас наврядли получится лучший результат. Атмосферное давление зависит не только от высоты но и от состава воздуха, темературы, влажности и гравитации в конкретной местности. И эти характеристики неоднородны по высоте атмосферы. https://ru.wikipedia.org/wiki/%D0%90%D1 … 0%B8%D0%B5
Я знаю, брелки делали. Но что-бы так радикально! В пластмассовых, да и в керамических, корпусах, вблизи корпуса, даже сгибать ножки не рекомендуется, во избежании образования микротрещин приводящих к разгерметизации. А тут "ампутация" вместе с частью "туловища". Какая жестокость!
А кто куда движется? Помоему, мы не только стоим но и качественно заземлены и занулены!
Все верно. Если цепь не даёт наводку то можно не защищать высокоомный вход!
)) немного не в тему. ... Или может быть я что то не понимаю?
Если вы это ко мне, то я "разжую". Как раз в самую тему. Эти странные сигналы, называемые автром "рандомные" т.е. случайные, но нашему, появляются именно из за электромагнитной помехи, или на жаргоне радиолюбителей - наводки, на высокоомный цифровой вход микроконтроллера, через никуда не подключенный проводник, служащий в роли антенны. Для того, что-бы умешьшить амплитуду паразитного сигнала, в данном конкретном случае, т.е. подключения механического контакта в качестве датчика сигнала, необходимо уменьшить импенданс нагузки линии связи. Для этого применяют резистор в паре с конденсатором, резистор в качестве токозадающего элемента одного плеча датчика и кондкнсатор, блокирующий высокочастотные переменные составляющие помехи. Вместе эти компоненты создают комплексную нагрузку, уменьшающую уровень паразитных помех до приемлемого уровня. Однако, эта проблема выходит далеко за рамки "висящих в воздухе" входов, приводя к непредсказуемым отказам, сбоям, и искажению данных, в электронных системах.
Вячеслав Азаров, Вы своими советами, кого хош в бараний рог скрутите.)
Человеку ведь нужно разжевать и в рот положить, не таг ли?
Ну я подразумеавал, что физические законы электротехники объяснять не нужно. Человек просил "найти информацию от чего так происходит, и более подробно разобраться в вопросе".
При приеме цифрового сигнала на вход, от герконового датчика, или от кнопки, в прочем, неважно от чего, если сигнала нет, то на входе творится ужас, постоянно появляются рандомные данные, таким образом адекватно не могу отловить нужный момент приема сигнала. Проблему решил занулением принимающего пина. Но не могу найти информацию от чего так происходит, и более подробно разобраться в вопросе, если кто-то разбирался в этом вопросе, подкиньте, пожалуйста, информации по теме, спасибо.
Да просто параллелизьм не шибко популярен. Все выкручиваются простой кооперативкой в лупе.) Простенько в понимании, простенько в отладке. Не?
Всему свое время. Когда понадобится разберутся. Все это не очень простенько, однако, для множества микроконтроллерных задач, не требуется полноценная динамическая ОСРВ, типа Линукс.
Если один из операндов будет с типом L, то и результат будет правильным. Не?
Ну да! И это не логично, но так есть. Для совместимости снизу вверх, наверное.
Бред. Или баг.
Бардак в прочтении стандартов. По уму вы написали правильно. У GCC еще и не такие фокусы бывают. Константные операции по умолчанию должны быть типа int, длинные нужно объявлять явно. ISO/IEC 9899:201x Committee Draft — April 12, 2011 N1570 6.6 Constant expressions
Куда уже проще? Правда, примеров больше не помешало бы, да нет желания их делать самому. Может кто нибудь поучавствует. А на форуме застой еще до этой моей публикации начался. Да если бы только на форуме! Везде!
Если не сложно, можете тут описать функции библиотеки рідною мовою ...
Да, пожалуйста. Детали и использование аргументов смотрите в заголовочном файле и примере. Подробности выполнения в файле реализации.
functions
spawn(..) - создание (порождение) нового потока со своей структурой (стека-данных) состояния
и стартовой функцией
yield() - немедленное переклюние исполненения программы на следующий поток в кольце
hold() - запрещение исполенеия yield() и квантования времени выполнения потока
schedule() - разрешение функционирования yield() (точек переключения контекста выполнения)
quantize() - разрешение 1 мс-го квантования времени выполнения потока и функционирования yield()
grab(..) - реализует баръер (семафор) взаимного исключения выполнения сегментов кода
loose(.) - освобождает (устраняет) баръер, разрешая следующему потоку выйти из grab(..)
constant
MAIN - указатель на фиктивную структуру состояния корневого потока функции main()
variables
thread - динамический указатель на локальные данные потока для реализации реентерабельности
кода потока и его идентификации
А в чем отличие от leOS?
В том, что leOS это таймер такой, запускающий подпрограммы по графику. А Thread реализует настоящую многозадачность (многопотоковость), хотя и очень упрощенно. Для Thread, накладные расходы процессорного времени на переключение задач (потоков) для AVR, при 1 мс кванте времени, составляет не больше 2%.
https://github.com/slavaza/Thread Моя простая библиотека поддержки многозадачности для наименьших AVR моделей Ардуино. Реализует итеративную многозадачность с квантованием времени потоков и опросом состояния системы. Функция delay(ms) больше не блокируюшая а выполняет задержку только одной задачи. Возможно, вскоре добавят поддержку многозадачности и в официальную библиотеку HardwareSerial, но можно это сделать и самому или взять отсюда https://github.com/slavaza/ArduinoCore-avr. Мой скромный вклад в проект Ардуино.
Вот, Ютуб подбросил, фри: https://littlevgl.com/. Под MIT лицензией.
Вячеслав Азаров пише:И все эти мучения покажутся вам сущим пустяком.
У меня башка как-то по другому устроена - GUI на УНО уже сляпал суда просто перенес и все и мучений это не вызывало. Мне сложнее в чужих библиотеках разобраться. Сделаю приборчик выложу видео.
Возможно мы о разных вещах подумали. Вот качественный интерфейс как выглядит.
... подключил и ВУАЛЯ - заработало. Начинаю мучать тач-скрин. Отпишусь по результату. Еще раз СПАСИБО.
Пожалуйста. Осталось самая малость, GUI запрограммировать. И все эти мучения покажутся вам сущим пустяком.
Может другие библиотеки поискать?
Я посмотрел схему. В этом шилде по SPI подключена только флешка, а дисплей по 8-разрядному интерфейсу. Вам придется несколько губже вникнуть в детали схемотехники и библиотек, что-бы "пересадить" шилд на МЕГУ.
То, что вы хотите сделать называется вложенными прерываниями. Программная дипетчеризация вложенных прерываний не лучшее и не самое простое решение. Для этого делают аппаратную поддержку, как в ATxmega или ARM. Обычно, такие ресурсоемкие функции, как графические, не размещают в теле обработчиков прерываний, а выполняют в основном процессе, синхронизируя с таймером если нужно. Выполненние обработчиков прерываний, при плоской модели (без вложенных), должно быть быстрым и длительность выполнения самого динного сегмента кода должна быть меньше самой маленькой допустимой задержки обслуживания других прервываний. Иначе события будут потеряны. Что бы ваша программа работала правильно вам придется все-таки усложнить основной цикл.