Ореховый
Сб 10 декабря 2016 г., 11:02 вечера
Привет, я снова, прося о помощи.... Снова...
Ну, я строил свою программу. Все еще нужно много работы и укорочить, но я пошел проверить чтение RPM и рассчитать часть проекта на моем велосипеде. И кажется, что булавка не запускается от внешних вещей... Т.е. Пин прерывается.
Мне удалось заставить простые вещи работать, как обнаружение, когда включаются огни и так далее. Но по какой -то причине контакт RPM (PIN 12/PC15) не читает какое -либо изменение состояния. Не обнаружит рост, каплю или изменения...
Я даже пытался вызвать его с платы проекта, применив питание на булавку и землю. Это все равно не обнаружило бы изменения.
Работающие булавки, я могу заставить его обнаружить из простого эскиза. Но в моем проекте ничего...
http: // спешка.com/iqabidatax.CoffeeScript
Выше представлен текущий полный код для программы... Я пытался использовать как 12, так и PC15 для номера PIN -кода
Прерывание запускает простую функцию, которая сохраняет микросхемы на массив... И каждые 15 миллисекунд от планирования массив берет цифры и усредняет их, экстраполируя обороты.
Любая идея, что заставляет прерывание не работать?
Ну, я строил свою программу. Все еще нужно много работы и укорочить, но я пошел проверить чтение RPM и рассчитать часть проекта на моем велосипеде. И кажется, что булавка не запускается от внешних вещей... Т.е. Пин прерывается.
Мне удалось заставить простые вещи работать, как обнаружение, когда включаются огни и так далее. Но по какой -то причине контакт RPM (PIN 12/PC15) не читает какое -либо изменение состояния. Не обнаружит рост, каплю или изменения...
Я даже пытался вызвать его с платы проекта, применив питание на булавку и землю. Это все равно не обнаружило бы изменения.
Работающие булавки, я могу заставить его обнаружить из простого эскиза. Но в моем проекте ничего...
http: // спешка.com/iqabidatax.CoffeeScript
Выше представлен текущий полный код для программы... Я пытался использовать как 12, так и PC15 для номера PIN -кода
Прерывание запускает простую функцию, которая сохраняет микросхемы на массив... И каждые 15 миллисекунд от планирования массив берет цифры и усредняет их, экстраполируя обороты.
Любая идея, что заставляет прерывание не работать?
Ахулл
Сб 10 декабря 2016 г. 11:44
Стоит прочитать -> https: // github.com/leaflabs/libmaple/bl ... разрывы.текст
Ореховый
Солнце 11 декабря 2016 г. 12:57 утра
Хорошо, ооо, это, скорее всего, IRQ, который на PIN -PIN 12 затоплен от прерываний от других булавок, ощущающих высокие? Учитывая, что большинство входов считывают изолятор Opto и находятся в режиме подтягивания, Tthey должен быть довольно? Может быть, не запускает фактическое межрепедное событие, но чтение затопляет IRQ???
Так что мне нужно исправить свой собственный обработчик IRQ только для этого одного булавки? Что -то посвященное для чтения оборотов и ничего больше?
Я прочитал документ, и мне нужно больше изучать его, прежде чем я даже приблизиюсь к тому, чтобы попытаться это сделать... И это поздно, и я лежу в постели, когда ноутбук немного расслабляется перед сном: P, так что сейчас не лучшее время, чтобы начать делать что -то, что, вероятно, что -то взорвет: P
До того, как я отправлюсь завтра, любые другие советы по гидам о том, как построить обработчик замены? Или даже если я полностью упустил смысл того, что мне нужно сделать, и направить в правильное направление: P
Некоторые хорошие новости, я перестал забрать 30 мг своих антипрессантов обратно до 20 мг, и я уже могу сконцентрироваться намного лучше.
Так что мне нужно исправить свой собственный обработчик IRQ только для этого одного булавки? Что -то посвященное для чтения оборотов и ничего больше?
Я прочитал документ, и мне нужно больше изучать его, прежде чем я даже приблизиюсь к тому, чтобы попытаться это сделать... И это поздно, и я лежу в постели, когда ноутбук немного расслабляется перед сном: P, так что сейчас не лучшее время, чтобы начать делать что -то, что, вероятно, что -то взорвет: P
До того, как я отправлюсь завтра, любые другие советы по гидам о том, как построить обработчик замены? Или даже если я полностью упустил смысл того, что мне нужно сделать, и направить в правильное направление: P
Некоторые хорошие новости, я перестал забрать 30 мг своих антипрессантов обратно до 20 мг, и я уже могу сконцентрироваться намного лучше.
Ореховый
Солнце 11 декабря 2016 г. 1:18
Ой, подожди, или мне нужно просто...
exti2_attach_interrupt (12, Samplerpm, Rising) или что -то в этом роде?
exti2_attach_interrupt (12, Samplerpm, Rising) или что -то в этом роде?
Rogerclark
Солнце 11 декабря 2016 г. 1:32
@nutsy
Я не могу найти это сейчас, но ... Кто -то опубликовал код захвата ввода таймера несколько недель назад, чтобы точно измерить ширину импульсов.
Я не уверен, как вы в настоящее время измеряете время импульса, но если вы не используете захват ввода (я думаю, это то, что его называют), то, вероятно, стоит найти пост
(К сожалению, в данный момент я не могу вспомнить, кто это опубликовал, но я снова посмотрю)
Посмотрите здесь
https: // github.com/rogerclarkmelbourne/ ... Проблемы/232
Я не могу найти это сейчас, но ... Кто -то опубликовал код захвата ввода таймера несколько недель назад, чтобы точно измерить ширину импульсов.
Я не уверен, как вы в настоящее время измеряете время импульса, но если вы не используете захват ввода (я думаю, это то, что его называют), то, вероятно, стоит найти пост
(К сожалению, в данный момент я не могу вспомнить, кто это опубликовал, но я снова посмотрю)
Посмотрите здесь
https: // github.com/rogerclarkmelbourne/ ... Проблемы/232
Ореховый
Солнце 11 декабря 2016 12:24
Я немного смущен, я делаю почти то же самое, но использую миллисы, а не аппаратный таймер?
Я думал, что проблема, с которой я столкнулся, заключалась в том, что я использую уже заполненный канал IRQ, чтобы вызвать прерывание RPM на?
Я думал, что проблема, с которой я столкнулся, заключалась в том, что я использую уже заполненный канал IRQ, чтобы вызвать прерывание RPM на?
Mrburnette
Sun 11 декабря 2016 г. 15:12
Черная писала:Привет, я снова, прося о помощи.... Снова...
Ну, я строил свою программу. Все еще нужно много работы и укорочить, но, Я пошел проверить RPM, чтение и расчет части проекта на моем велосипеде. И кажется, что булавка не запускается от внешних вещей... Т.е. Пин прерывается.
Мне удалось заставить простые вещи работать, как обнаружение, когда включаются огни и так далее. Но по какой -то причине контакт RPM (PIN 12/PC15) не читает какое -либо изменение состояния. Не обнаружит рост, каплю или изменения...
<...>
Ну, я строил свою программу. Все еще нужно много работы и укорочить, но, Я пошел проверить RPM, чтение и расчет части проекта на моем велосипеде. И кажется, что булавка не запускается от внешних вещей... Т.е. Пин прерывается.
Мне удалось заставить простые вещи работать, как обнаружение, когда включаются огни и так далее. Но по какой -то причине контакт RPM (PIN 12/PC15) не читает какое -либо изменение состояния. Не обнаружит рост, каплю или изменения...
<...>
Ореховый
Sun 11 декабря 2016 г., 17:56
У меня был код RPM, работающий раньше, когда просто тестировал генератор тона, подделка сигналов RPM.
Хотя я признаю, что теперь он не работает, я иногда могу заставить его запустить, если я отключаю другие булавки, но больше не рассчитываю... Я признаю, что это то, над чем я все еще могу работать. Но мне бы хотел решить эту проблему прерывания?
Или булавки, которые делятся прерыванием, заблокированными в оборудовании? Что будет означать, я не могу обнаружить правильный сигнал или передачу 4 в данный момент...
Хотя я признаю, что теперь он не работает, я иногда могу заставить его запустить, если я отключаю другие булавки, но больше не рассчитываю... Я признаю, что это то, над чем я все еще могу работать. Но мне бы хотел решить эту проблему прерывания?
Или булавки, которые делятся прерыванием, заблокированными в оборудовании? Что будет означать, я не могу обнаружить правильный сигнал или передачу 4 в данный момент...
Rogerclark
Солнце 11 декабря 2016 г. 8:08 вечера
Привет, ореха
Адекции
Я не думаю, что код в этой проблеме GitHub делает то, что я думал, он делает.
Адекции
Я не думаю, что код в этой проблеме GitHub делает то, что я думал, он делает.
Mrburnette
Пн 12 декабря 2016 г. 1:46
@nutsy:
Вы читали это?
http: // форумы.Leaflabs.com/форумы.лист ... мл?ID = 9473
Или булавки, которые делятся прерыванием, заблокированными в оборудовании? Что будет означать, я не могу обнаружить правильный сигнал или передачу 4 в данный момент Справочный материал здесь:
http: // docs.Leaflabs.com/static.Leaflab ... Рупты.HTML
Это важно: Любой вывод может быть использован для внешних прерываний, но есть некоторые ограничения. Не более 16 различных внешних прерываний могут быть использованы за один раз. Далее вы можете’t просто выберите любые 16 булавок, чтобы использовать. Это потому, что каждый вывод на клене соединяется с тем, что называется линейкой Exti, и Только один вывод на линию Exti может использоваться для внешних прерываний за раз [1]. Прерывание запускает простую функцию, которая сохраняет микросхемы на массив... И каждые 15 миллисекунд от планирования массив берет цифры и усредняет их, экстраполируя обороты. T1 является текущим Millis (), а T0 - предыдущее прерывание Millis (); Поэтому T1 - T0 - это == 1 революция в MS. Просто верните разницу от функции прерывания и сделайте сглаживание в другом месте. (Я предпочитаю рутину дисплея, так как среднее значение ничего не означает в программе, но только для того, чтобы сделать людей счастливыми. Простая процедура сглаживания бросает массив от [1] до [n], n выпадает, [0] становится текущим значением... Средний и отображение.)
Луча
Вы читали это?
http: // форумы.Leaflabs.com/форумы.лист ... мл?ID = 9473
Или булавки, которые делятся прерыванием, заблокированными в оборудовании? Что будет означать, я не могу обнаружить правильный сигнал или передачу 4 в данный момент Справочный материал здесь:
http: // docs.Leaflabs.com/static.Leaflab ... Рупты.HTML
Это важно: Любой вывод может быть использован для внешних прерываний, но есть некоторые ограничения. Не более 16 различных внешних прерываний могут быть использованы за один раз. Далее вы можете’t просто выберите любые 16 булавок, чтобы использовать. Это потому, что каждый вывод на клене соединяется с тем, что называется линейкой Exti, и Только один вывод на линию Exti может использоваться для внешних прерываний за раз [1]. Прерывание запускает простую функцию, которая сохраняет микросхемы на массив... И каждые 15 миллисекунд от планирования массив берет цифры и усредняет их, экстраполируя обороты. T1 является текущим Millis (), а T0 - предыдущее прерывание Millis (); Поэтому T1 - T0 - это == 1 революция в MS. Просто верните разницу от функции прерывания и сделайте сглаживание в другом месте. (Я предпочитаю рутину дисплея, так как среднее значение ничего не означает в программе, но только для того, чтобы сделать людей счастливыми. Простая процедура сглаживания бросает массив от [1] до [n], n выпадает, [0] становится текущим значением... Средний и отображение.)
Луча
Ореховый
Пн 12 декабря 2016 г., 10:48
Да, сейчас я немного набит проблемой перерывов, потому что на самом деле RPM всегда будет работать, поэтому нуждается в собственном выделенном канале. А пока я могу жить без индикатора Gear 4, но индикатор правого поворота - это то, что я должен исправить. Так что я собираюсь припаять на новую булавку... У меня есть один или два запасного: P
Но все это добавляет к тому, о чем подумать, если бы я сделал пересмотр 5 доски. Я думаю, что мне может понадобиться тяжелая переработка, какие порты используются для какого ввода.
Это также заставляет меня задуматься о том, чтобы переехать в больший чип для большего количества портов.
Но потом я теряю поддержку Libmaple и все библиотеки, которые я наконец -то получил.
Что касается времени, то у меня есть в значительной степени то, что вы описали, но вместо и после и после TIM... Каждая марка Micro Time захватывается, когда происходит прерывание и хранится в массиве... И периодически время в среднем усредняется и дает сглаженную разницу во времени между импульсами.
Я сделал это таким образом, чтобы попытаться сохранить функцию RPM прерывания как можно более просто.
Но все это добавляет к тому, о чем подумать, если бы я сделал пересмотр 5 доски. Я думаю, что мне может понадобиться тяжелая переработка, какие порты используются для какого ввода.
Это также заставляет меня задуматься о том, чтобы переехать в больший чип для большего количества портов.
Но потом я теряю поддержку Libmaple и все библиотеки, которые я наконец -то получил.
Что касается времени, то у меня есть в значительной степени то, что вы описали, но вместо и после и после TIM... Каждая марка Micro Time захватывается, когда происходит прерывание и хранится в массиве... И периодически время в среднем усредняется и дает сглаженную разницу во времени между импульсами.
Я сделал это таким образом, чтобы попытаться сохранить функцию RPM прерывания как можно более просто.
Mrburnette
Пн 12 декабря 2016 г. 14:23
Каждая марка Micro Time захватывается, когда происходит прерывание и хранится в массиве... И периодически время в среднем усредняется и дает сглаженную разницу во времени между импульсами.
Я сделал это таким образом, чтобы попытаться сохранить функцию RPM прерывания как можно более просто. Я живу на острове ESP8266 в течение последних 9 месяцев, так что я немного не общаюсь с реальностью. Однако ваше заявление выше конфликты. Вы манипулируете массивом в прерывании. ИМО, это должно быть сделано потом. Все необходимо сделать прерывание, это вернуть MS между каждым прерыванием. Millis () возвращает Unsigned Int, поэтому убедитесь, что ваш массив правильно напечатан. После того, как прерывание стреляет, после того, как вы запечатлели время и сбросите локальную переменную, после того, как вы включите прерывания и верните значение T1-T0, затем вы можете обрабатывать начинку массива в любое время, прежде чем прерывания снова запускаются. Установите функцию дисплея, чтобы стрелять только достаточно быстро по мере необходимости ... Может быть, каждые 500 мс или даже один раз в секунду. Процедура дисплея не должна происходить с каждым петлей ().
Кроме того, как упоминалось ранее, нет необходимости рассчитать среднее (удалить планирование 15 мс) до обновления дисплея.
Что касается распинений в функциях ввода/вывода, вы можете собрать все свои линии только для вывода и мультиплексировать их просто ... 3 линии могут управлять 8 устройствами или 4 линиями. Ваши требования к цифровому вводу, скорее всего, должны быть обработаны на основе линии, но они также могут быть мультиплексированы, за исключением штифта прерывания.
Луча
Я сделал это таким образом, чтобы попытаться сохранить функцию RPM прерывания как можно более просто. Я живу на острове ESP8266 в течение последних 9 месяцев, так что я немного не общаюсь с реальностью. Однако ваше заявление выше конфликты. Вы манипулируете массивом в прерывании. ИМО, это должно быть сделано потом. Все необходимо сделать прерывание, это вернуть MS между каждым прерыванием. Millis () возвращает Unsigned Int, поэтому убедитесь, что ваш массив правильно напечатан. После того, как прерывание стреляет, после того, как вы запечатлели время и сбросите локальную переменную, после того, как вы включите прерывания и верните значение T1-T0, затем вы можете обрабатывать начинку массива в любое время, прежде чем прерывания снова запускаются. Установите функцию дисплея, чтобы стрелять только достаточно быстро по мере необходимости ... Может быть, каждые 500 мс или даже один раз в секунду. Процедура дисплея не должна происходить с каждым петлей ().
Кроме того, как упоминалось ранее, нет необходимости рассчитать среднее (удалить планирование 15 мс) до обновления дисплея.
Что касается распинений в функциях ввода/вывода, вы можете собрать все свои линии только для вывода и мультиплексировать их просто ... 3 линии могут управлять 8 устройствами или 4 линиями. Ваши требования к цифровому вводу, скорее всего, должны быть обработаны на основе линии, но они также могут быть мультиплексированы, за исключением штифта прерывания.
Луча
Ореховый
Пн 12 декабря 2016 г. 16:48
Извините, что вы не поняли, или я смешал это 
Массив не в среднем в прерывании. Это происходит в период 15 мс, прерывание просто помещает метку времени в следующую позицию в массиве.
Время графиков далеко не финал, хотя. У меня была гораздо большая задержка раньше. Я как бы ушел на другой крайний конец. Я буду менять их вокруг.
В моей голове, по крайней мере, я нацеливаю частоту кадров светодиодных кадров около 30-40 кадров в секунду, ЖК-дисплей вокруг того же. Хотя в настоящее время его запускают несколько разных функций. Хотя это в основном по отладчикам.
У меня есть то, что ты сказал. Сделал простую счетов, чтобы заставить RPM работать... Хорошо, что я нашел несколько проблем с моей формулой. Пытаюсь исправить это сейчас. Но я также обнаружил, что PIN12 не нравится, когда меня прерывают много даже самостоятельно. Я еще не уверен, почему. Это может быть что -то еще на печатной плате, что заставляет его бороться... В настоящее время я использую PIN0 в качестве его изолированного, не обращающегося к каким -либо Optos, обычно его сигнальная линия для светодиодной массивы...
Массив не в среднем в прерывании. Это происходит в период 15 мс, прерывание просто помещает метку времени в следующую позицию в массиве.Время графиков далеко не финал, хотя. У меня была гораздо большая задержка раньше. Я как бы ушел на другой крайний конец. Я буду менять их вокруг.
В моей голове, по крайней мере, я нацеливаю частоту кадров светодиодных кадров около 30-40 кадров в секунду, ЖК-дисплей вокруг того же. Хотя в настоящее время его запускают несколько разных функций. Хотя это в основном по отладчикам.
У меня есть то, что ты сказал. Сделал простую счетов, чтобы заставить RPM работать... Хорошо, что я нашел несколько проблем с моей формулой. Пытаюсь исправить это сейчас. Но я также обнаружил, что PIN12 не нравится, когда меня прерывают много даже самостоятельно. Я еще не уверен, почему. Это может быть что -то еще на печатной плате, что заставляет его бороться... В настоящее время я использую PIN0 в качестве его изолированного, не обращающегося к каким -либо Optos, обычно его сигнальная линия для светодиодной массивы...
Mrburnette
Пн 12 декабря 2016 г., 17:00
@Nutsy:
30 - 40 кадров в секунду? Глаза редко заметят мерцание, если FPS будет 25. Планируете ли вы смотреть на дисплей?
Таким образом, в вашей рутине прерывания вы отключаете прерывания, делая Delta-T из Millis (), обеспечивая прерывания и выходя из значения?
http: // docs.Leaflabs.com/static.Leaflab ... Рупты.HTML
Массив не в среднем в прерывании. Это происходит в период 15 мс, прерывание просто помещает метку времени в следующую позицию в массиве. Я очень, очень смущен 15 мс вещи.... почему? Если происходит прерывание, и время передается как значение от маршрутизации прерывания, просто установите глобальный флаг в подпрограмме прерывания, чтобы направить дисплей для обновления. 15 мс - 66.67 раз в секунду! Я подозреваю, что еще не очевидно, и я просто не могу обернуть свои мысли о том, что вы делаете.
Луча
30 - 40 кадров в секунду? Глаза редко заметят мерцание, если FPS будет 25. Планируете ли вы смотреть на дисплей?
Таким образом, в вашей рутине прерывания вы отключаете прерывания, делая Delta-T из Millis (), обеспечивая прерывания и выходя из значения?
http: // docs.Leaflabs.com/static.Leaflab ... Рупты.HTML
Массив не в среднем в прерывании. Это происходит в период 15 мс, прерывание просто помещает метку времени в следующую позицию в массиве. Я очень, очень смущен 15 мс вещи.... почему? Если происходит прерывание, и время передается как значение от маршрутизации прерывания, просто установите глобальный флаг в подпрограмме прерывания, чтобы направить дисплей для обновления. 15 мс - 66.67 раз в секунду! Я подозреваю, что еще не очевидно, и я просто не могу обернуть свои мысли о том, что вы делаете.
Луча
Ореховый
Пн 12 декабря 2016 г., 18:34
Как я уже упоминал... TBH Я собирался закончить большую часть программы, включая материал конфигурации меню, прежде чем я начал искать хороший баланс на планировке потока.
И уверен, что пользователь не сможет смотреть на вещь во время езды: P это эстетика. Что касается неспособности увидеть выше 25 кадров в секунду... Черт, я вижу разницу между 60 и 100...
И уверен, что пользователь не сможет смотреть на вещь во время езды: P это эстетика. Что касается неспособности увидеть выше 25 кадров в секунду... Черт, я вижу разницу между 60 и 100...
Mrburnette
Пн 12 декабря 2016 г., 18:45
Что касается неспособности увидеть выше 25 кадров в секунду... Черт, я вижу разницу между 60 и 100...
Holycow ... Просмотр телевизора должен придать вам ужасные головные боли... И эти чертовски флуоресцентные огни всегда мерцают. Я старый, так что мои веки открываются только несколько раз в минуту ... Жизнь - это серия снимков 
Это эстетика Многие программист оказался в эстетике ... Будьте осторожны, вы не работаете на ПК с последними технологиями Intel Core Technologies...
Луча
Это эстетика Многие программист оказался в эстетике ... Будьте осторожны, вы не работаете на ПК с последними технологиями Intel Core Technologies...
Луча
Ореховый
Пн 12 декабря 2016 г., 19:48
Хе -верно по обоим пунктам....
И да, флоричество иногда вызывает у меня головную боль... Как и старые телевизоры и мониторы CRT.
Хотя, ЖК -дисплей даже при 60 Гц в порядке, я думаю, что это очень легкое призрак смягчает его, хотя это так незначительно...
И правда... не Intel: P
Вот почему я хочу, чтобы все в основном работало, прежде чем настраивать время, чтобы найти баланс. Нет смысла нацелен на баланс сейчас, когда оборудование не находится рядом с полным использованием.
Ох, и я получил код, работающий с помощью pin0, теперь PIN12 вообще не ведет себя правильно... Я действительно задаюсь вопросом, мешает ли что -то на печатной плате. В любом случае
Мой первоначальный расчет RPM был правильным... Странный.
PIN 12 не мертв, хотя я просто положил клен на макет и протестировал его с простым светодиодным поворотом на эскизе...
И вы упомянули о отсоединении и прикреплении прерывания. Хорошая идея, почему короткое время он получает миллисы и отстранен, процессор может видеть, что индикатор высок... Это может быть не идеально, но пользователь действительно не заметит крошечных задержек MS индикатора, реагирующего на сигнал. Я сделаю еще несколько тестов с этим. Думаю, я просто надеюсь, что прикрепление и отсоединение прерывания не занимает слишком много циклов, поэтому время RPM уходит.
И да, флоричество иногда вызывает у меня головную боль... Как и старые телевизоры и мониторы CRT.
Хотя, ЖК -дисплей даже при 60 Гц в порядке, я думаю, что это очень легкое призрак смягчает его, хотя это так незначительно...
И правда... не Intel: P
Вот почему я хочу, чтобы все в основном работало, прежде чем настраивать время, чтобы найти баланс. Нет смысла нацелен на баланс сейчас, когда оборудование не находится рядом с полным использованием.
Ох, и я получил код, работающий с помощью pin0, теперь PIN12 вообще не ведет себя правильно... Я действительно задаюсь вопросом, мешает ли что -то на печатной плате. В любом случае
Мой первоначальный расчет RPM был правильным... Странный.
PIN 12 не мертв, хотя я просто положил клен на макет и протестировал его с простым светодиодным поворотом на эскизе...
И вы упомянули о отсоединении и прикреплении прерывания. Хорошая идея, почему короткое время он получает миллисы и отстранен, процессор может видеть, что индикатор высок... Это может быть не идеально, но пользователь действительно не заметит крошечных задержек MS индикатора, реагирующего на сигнал. Я сделаю еще несколько тестов с этим. Думаю, я просто надеюсь, что прикрепление и отсоединение прерывания не занимает слишком много циклов, поэтому время RPM уходит.
Ахулл
Пн 12 декабря 2016 г., 20:13
PIN 12? Maple Mini Pin 12 я предполагаю... Если так, то я думаю, что это определено в плате.CPP следующим образом...
compiler.c.flags=[...] -std=gnu11 [...]
compiler.cpp.flags=[...] -std=gnu++11 [...]
Ореховый
Пн 12 декабря 2016 г., 8:31 вечера
Хех да, ПК15... И я согласен, я быстро становлюсь поклонником номеров GPIO ESP, так как я буду уходить с платы DEV и в какой -то момент использую процессор на печатной плате.
Я использовал эту картинку много раз, чтобы выяснить номера портов: P
Я использовал эту картинку много раз, чтобы выяснить номера портов: P
Ореховый
Пн 12 декабря 2016 г., 8:44 вечера
Правильная новая проблема и некоторая настоящая странность........
Я работал с 10 образцами. Но действительно странно с 10 образцом, это сработало, только если я не разделял среднее значение на 10... но это явно не принимало плавного среднего. Я решил проверить его, увеличив такую же сумму до 20. И теперь, кажется, делят результаты наполовину, когда я не разделяю на 20...
Если я разделяю на сумму выборки, это дает совершенно неверный номер RPM. И я действительно не понимаю, почему. Для петли должен добавить все образцы вместе. Затем разделите, что на сумму выборки должно дать среднее среднее значение. Так почему это не так? Это сбивает с толку чертовски из меня. Что я опубликовал, как это должно быть... и должен работать, насколько я вижу... Но это нет. Я что -то упускаю? Я сделал свой для цикла, который неправильно добавляет образцы?
Я также начал с некоторого гнездования, как среднее/20 было на самом деле в формуле RPM, я просто разбил его, пытаясь это исправить.
Я работал с 10 образцами. Но действительно странно с 10 образцом, это сработало, только если я не разделял среднее значение на 10... но это явно не принимало плавного среднего. Я решил проверить его, увеличив такую же сумму до 20. И теперь, кажется, делят результаты наполовину, когда я не разделяю на 20...
Если я разделяю на сумму выборки, это дает совершенно неверный номер RPM. И я действительно не понимаю, почему. Для петли должен добавить все образцы вместе. Затем разделите, что на сумму выборки должно дать среднее среднее значение. Так почему это не так? Это сбивает с толку чертовски из меня. Что я опубликовал, как это должно быть... и должен работать, насколько я вижу... Но это нет. Я что -то упускаю? Я сделал свой для цикла, который неправильно добавляет образцы?
Я также начал с некоторого гнездования, как среднее/20 было на самом деле в формуле RPM, я просто разбил его, пытаясь это исправить.
Reading package lists... Done
Building dependency tree
Reading state information... Done
Note, selecting 'libusb-1.0-0:i386' for regex 'libusb-1.0.0'
Note, selecting 'libusb-1.0-0-dbg:i386' for regex 'libusb-1.0.0'
Note, selecting 'libusb-1.0-0-dev:i386' for regex 'libusb-1.0.0'
The following additional packages will be installed:
libudev1:i386
Recommended packages:
libusb-1.0-doc:i386
The following NEW packages will be installed:
libudev1:i386 libusb-1.0-0:i386 libusb-1.0-0-dbg:i386 libusb-1.0-0-dev:i386
0 upgraded, 4 newly installed, 0 to remove and 0 not upgraded.
Need to get 246 kB of archives.
After this operation, 690 kB of additional disk space will be used.
Do you want to continue? [Y/n]
Get:1 http://us.archive.ubuntu.com/ubuntu xenial-updates/main i386 libudev1 i386 229-4ubuntu21 [57.8 kB]
Get:2 http://us.archive.ubuntu.com/ubuntu xenial/main i386 libusb-1.0-0 i386 2:1.0.20-1 [46.0 kB]
Get:3 http://us.archive.ubuntu.com/ubuntu xenial/main i386 libusb-1.0-0-dev i386 2:1.0.20-1 [60.1 kB]
Get:4 http://us.archive.ubuntu.com/ubuntu xenial/main i386 libusb-1.0-0-dbg i386 2:1.0.20-1 [82.5 kB]
Fetched 246 kB in 0s (1,290 kB/s)
Selecting previously unselected package libudev1:i386.
(Reading database ... 446321 files and directories currently installed.)
Preparing to unpack .../libudev1_229-4ubuntu21_i386.deb ...
Unpacking libudev1:i386 (229-4ubuntu21) ...
Selecting previously unselected package libusb-1.0-0:i386.
Preparing to unpack .../libusb-1.0-0_2%3a1.0.20-1_i386.deb ...
Unpacking libusb-1.0-0:i386 (2:1.0.20-1) ...
Selecting previously unselected package libusb-1.0-0-dev:i386.
Preparing to unpack .../libusb-1.0-0-dev_2%3a1.0.20-1_i386.deb ...
Unpacking libusb-1.0-0-dev:i386 (2:1.0.20-1) ...
Selecting previously unselected package libusb-1.0-0-dbg:i386.
Preparing to unpack .../libusb-1.0-0-dbg_2%3a1.0.20-1_i386.deb ...
Unpacking libusb-1.0-0-dbg:i386 (2:1.0.20-1) ...
Processing triggers for libc-bin (2.23-0ubuntu9) ...
Setting up libudev1:i386 (229-4ubuntu21) ...
Setting up libusb-1.0-0:i386 (2:1.0.20-1) ...
Setting up libusb-1.0-0-dev:i386 (2:1.0.20-1) ...
Setting up libusb-1.0-0-dbg:i386 (2:1.0.20-1) ...
Processing triggers for libc-bin (2.23-0ubuntu9) ...
xxx@wopr:~$ Rogerclark
Пн 12 декабря 2016 г., 21:47
Какие данные в rpm_samples
Распечатайте данные в образцах [0] на [20] и опубликуйте их здесь
Распечатайте данные в образцах [0] на [20] и опубликуйте их здесь
Ореховый
Пн 12 декабря 2016 г., 22:47
Я воспользовался советами Mrburnettes и использовал New Millis - Old Millis, массив должен быть миллисом времени между каждым пульсом...
Дайте мне несколько минут и я сделаю серийный отпечаток.
Только что закончил смотреть фильм.
Дайте мне несколько минут и я сделаю серийный отпечаток.
Только что закончил смотреть фильм.
Ахулл
Пн 12 декабря 2016 г., 22:52
Вы, возможно, усредняете образцы, прежде чем у вас будет 20 образцов до среднего значения? Как ты заполняешь массив? Это кольцевой буфер, который непрерывно заполняется? Как указатель на увеличение массива?
Ореховый
Пн 12 декабря 2016 г., 11:08
Сделал распечатку. Кажется в основном в порядке, пара нечетных чисел, но я должен быть в состоянии взять массив, добавьте все цифры, а затем разделить на 20 или 10 или что угодно, что у меня есть образцы?
stephen@i71:~/sketchbook/hardware/Arduino_STM32/tools$ file linux/*
linux/45-maple.rules: ASCII text
linux/49-stlinkv1.rules: ASCII text
linux/49-stlinkv2-1.rules: ASCII text
linux/49-stlinkv2.rules: ASCII text
linux/dfu-util: directory
linux/install.sh: POSIX shell script, ASCII text executable
linux/jlink_upload: Bourne-Again shell script, ASCII text executable
linux/maple_upload: Bourne-Again shell script, ASCII text executable
linux/readme.txt: ASCII text, with no line terminators
linux/serial_upload: Bourne-Again shell script, ASCII text executable
linux/src: directory
linux/stlink: directory
linux/stlink_upload: Bourne-Again shell script, ASCII text executable
linux/stm32flash: directory
linux/upload-reset: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux.so.2, for GNU/Linux 2.6.24, BuildID[sha1]=dc8dc5ad6de94179a9d534b1a34aeb6d906640b1, not stripped
linux/upload_router: Bourne-Again shell script, ASCII text executable
stephen@i71:~/sketchbook/hardware/Arduino_STM32/tools$ file linux64/*
linux64/45-maple.rules: ASCII text
linux64/49-stlinkv1.rules: ASCII text
linux64/49-stlinkv2-1.rules: ASCII text
linux64/49-stlinkv2.rules: ASCII text
linux64/dfu-util: directory
linux64/install.sh: POSIX shell script, ASCII text executable
linux64/maple_upload: Bourne-Again shell script, ASCII text executable
linux64/readme.txt: ASCII text, with no line terminators
linux64/serial_upload: Bourne-Again shell script, ASCII text executable
linux64/src: directory
linux64/stlink: directory
linux64/stlink_upload: Bourne-Again shell script, ASCII text executable
linux64/stm32flash: directory
linux64/upload-reset: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux.so.2, for GNU/Linux 2.6.24, BuildID[sha1]=dc8dc5ad6de94179a9d534b1a34aeb6d906640b1, not stripped
linux64/upload_router: Bourne-Again shell script, ASCII text executable
Ореховый
Пн 12 декабря 2016 г., 11:15 вечера
Ахулл написал:Вы, возможно, усредняете образцы, прежде чем у вас будет 20 образцов до среднего значения? Как ты заполняешь массив? Это кольцевой буфер, который непрерывно заполняется? Как указатель на увеличение массива?
Ахулл
Вт 13 декабря 2016 г. 12:08
Мы слишком думаем о проблеме? Мой метод ниже правильный?
Предполагая в среднем более 20 образцов...
Вы можете просто писать значения micros () в следующий элемент в массиве каждый раз, когда вы получаете значение от своего прерывания и увеличивают счетчик вашего массива.
В вашем основном цикле каждый раз, когда счетчик достигает 20, отключает прерывание (так что он не переопределяет наши элементы) и рассчитывает среднее значение...
Среднее время будет суммой (количество элементов за вычетом одного) различий между каждым последовательным элементом в массиве (разница во времени между каждой последовательной парой), разделенные на (количество элементов в массиве минус).
я.эн. Если наш массив имеет 20 элементов, индексированных из нуля, мы рассчитываем сумму (element1 - element0)+(element2 -element1)... (Element19-Element18)
RPM будет составлять 60000 (количество миллисекундов за одну минуту), разделенное на среднее время в миллисекундах для революции.
Хранить это. Ноль вашего счетчика приращения и повторно устроить прерывание.
Это предполагает, что ваша основная петля вращается гораздо быстрее, чем прерывания RPM, конечно.
Предполагая в среднем более 20 образцов...
Вы можете просто писать значения micros () в следующий элемент в массиве каждый раз, когда вы получаете значение от своего прерывания и увеличивают счетчик вашего массива.
В вашем основном цикле каждый раз, когда счетчик достигает 20, отключает прерывание (так что он не переопределяет наши элементы) и рассчитывает среднее значение...
Среднее время будет суммой (количество элементов за вычетом одного) различий между каждым последовательным элементом в массиве (разница во времени между каждой последовательной парой), разделенные на (количество элементов в массиве минус).
я.эн. Если наш массив имеет 20 элементов, индексированных из нуля, мы рассчитываем сумму (element1 - element0)+(element2 -element1)... (Element19-Element18)
RPM будет составлять 60000 (количество миллисекундов за одну минуту), разделенное на среднее время в миллисекундах для революции.
Хранить это. Ноль вашего счетчика приращения и повторно устроить прерывание.
Это предполагает, что ваша основная петля вращается гораздо быстрее, чем прерывания RPM, конечно.
Mrburnette
Вт 13 декабря 2016 г. 3:03
Итак, я не наслаждался приличным бренди и возвращаюсь, чтобы увидеть, по крайней мере, массив становится набитым.
20 элементов, на мой взгляд, слишком много. [0] - [9] должен быть удовлетворительным. Скатайте массив:
[9] = [8], [8] = [7], [7] = [6], ... [1] = [0], [0] = новое значение.
Только сумма [0] ---> [9] и рассчитайте среднее прямо перед отображением. Первые несколько кадров отображения будут неверными, но OP хочет высокий уровень повторения, так что нет никакого большого значения.
Тогда единственная проблема состоит в том, чтобы ноль массив, если прерывание не получено в (скажем) 1000 мс ... RPM перейдет на «0», а дисплей покажет 0 миль в час.
Луча
20 элементов, на мой взгляд, слишком много. [0] - [9] должен быть удовлетворительным. Скатайте массив:
[9] = [8], [8] = [7], [7] = [6], ... [1] = [0], [0] = новое значение.
Только сумма [0] ---> [9] и рассчитайте среднее прямо перед отображением. Первые несколько кадров отображения будут неверными, но OP хочет высокий уровень повторения, так что нет никакого большого значения.
Тогда единственная проблема состоит в том, чтобы ноль массив, если прерывание не получено в (скажем) 1000 мс ... RPM перейдет на «0», а дисплей покажет 0 миль в час.
Луча
Ореховый
Вт 13 декабря 2016 г. 9:20 утра
Да 20 - это слишком много. Я только что сделал это, чтобы попытаться найти проблему в расчете... 10 должно быть достаточно.
Стивестронг
Вт 13 декабря 2016 г., 9:42
Я бы внедрил кольцевой буфер из 8 (мощности 2) элементов, чтобы избежать прокатки, как предложил Рэй.
В этом случае среднее количество вычислений быстро выполняется путем суммирования всех 8 значений (BUF [0]..BUF [7]) с последующим переключением битов (>>3).
В этом случае среднее количество вычислений быстро выполняется путем суммирования всех 8 значений (BUF [0]..BUF [7]) с последующим переключением битов (>>3).
Ахулл
Вт 13 декабря 2016 г. 12:34
Стивестронг написал:Я бы внедрил кольцевой буфер из 8 (мощности 2) элементов, чтобы избежать прокатки, как предложил Рэй.
В этом случае среднее количество вычислений быстро выполняется путем суммирования всех 8 значений (BUF [0]..BUF [7]) с последующим переключением битов (>>3).
В этом случае среднее количество вычислений быстро выполняется путем суммирования всех 8 значений (BUF [0]..BUF [7]) с последующим переключением битов (>>3).
Ореховый
Вт 13 декабря 2016 г. 12:51 вечера
Я должен признать... Я не очень понимаю >.> Больше, чтобы прочитать
Стивестронг
Вт 13 декабря 2016 г. 13:00
Черная писала:Я не очень понимаю
Ахулл
Вторник 13 декабря 2016 г. 13:20
Черная писала:Я должен признать... Я не очень понимаю >.> Больше, чтобы прочитать
ZMEMW16
Вторник 13 декабря 2016 г. 13:32
@Энди
Вы двойственны ? Кажется, у вас есть указания ?
1<<3 = 01000b
01000b >>3 = 1
Стивен
Вы двойственны ? Кажется, у вас есть указания ?
1<<3 = 01000b
01000b >>3 = 1
Стивен
Ахулл
Вторник 13 декабря 2016 г. 13:57
ZMEMW16 написал:@Энди
Вы двойственны ? Кажется, у вас есть указания ?
1<<3 = 01000b
01000b >>3 = 1
Стивен
Вы двойственны ? Кажется, у вас есть указания ?
1<<3 = 01000b
01000b >>3 = 1
Стивен
ZMEMW16
Вторник 13 декабря 2016 г. 14:20
Хорошо, я исправил себя, в черновом режиме это было 100>>3 = 1
Тогда я рассчитывал на пальцы.
вне манжеты, я не думаю, что вы знаете, где сделана первоначальная периферийная установка, я предполагаю, что Libmaple.
В настоящее время я нахожусь в сорняках с библиотекой Unicre-MX, GPIO_AF_MODE и GPIO_AF5/7 Типов и не совсем ее.
Я подозреваю, что Libmaple может не делать ничего с ними, и принять настройки по умолчанию для периферийных устройств.
Случай «Сначала не причиняйте вреда»
Стивен
Тогда я рассчитывал на пальцы.
вне манжеты, я не думаю, что вы знаете, где сделана первоначальная периферийная установка, я предполагаю, что Libmaple.
В настоящее время я нахожусь в сорняках с библиотекой Unicre-MX, GPIO_AF_MODE и GPIO_AF5/7 Типов и не совсем ее.
Я подозреваю, что Libmaple может не делать ничего с ними, и принять настройки по умолчанию для периферийных устройств.
Случай «Сначала не причиняйте вреда»
Стивен
Ахулл
Вт 13 декабря 2016 г. 16:57
ZMEMW16 написал:
вне манжеты, я не думаю, что вы знаете, где сделана первоначальная периферийная установка, я предполагаю, что Libmaple.
В настоящее время я нахожусь в сорняках с библиотекой Unicre-MX, GPIO_AF_MODE и GPIO_AF5/7 Типов и не совсем ее.
Я подозреваю, что Libmaple может не делать ничего с ними, и принять настройки по умолчанию для периферийных устройств.
Случай «Сначала не причиняйте вреда»
Стивен
В настоящее время я нахожусь в сорняках с библиотекой Unicre-MX, GPIO_AF_MODE и GPIO_AF5/7 Типов и не совсем ее.
Я подозреваю, что Libmaple может не делать ничего с ними, и принять настройки по умолчанию для периферийных устройств.
Случай «Сначала не причиняйте вреда»
Стивен
ZMEMW16
Вторник 13 декабря 2016 г., 17:56
Это ваши «обычные» каталоги или, возможно, сделаны через диспетчер пакетов ?
моя ~/sketchbook/hardware/arduino_stm32
Стивен
моя ~/sketchbook/hardware/arduino_stm32
Стивен
Ахулл
Вт 13 декабря 2016 г., 19:18
ZMEMW16 написал:Это ваши «обычные» каталоги или, возможно, сделаны через диспетчер пакетов ?
моя ~/sketchbook/hardware/arduino_stm32
Стивен
моя ~/sketchbook/hardware/arduino_stm32
Стивен