Вот только успехов что-то не наблюдается. И даже подвижек в этом направлении нет. И зачем вообще было что-то трогать если результат получается хуже того, что было?
Присоединяюсь!!! Без матов невозможно сообщение написать - то курсор залипнет, не двигается назад и вниз, то он вообще пропадёт и сообщение блокируется и приходится по новой его набирать (и даже скопировать нельзя).
Может проголосуем: кто за возврат старого?
Хех! А можно было по 4-м передавать. :)
А данные передавать током по питанию изменяя ток потребления устройств (коммутируя на передатчике питание ключом на малое сопротивление). Так будет надёжно. :)
Да. Добавить к каждому датчику самый дешёвый МК. А уже с него передавать любым помехоустойчивым способом. Например - токовой петлёй.
Конечно. Я уже смутно помню как в LPC43xx работает SGPIO. Но помню, что слайсы можно конкатенировать в цепочки, строя из них таким образом FIFO.
DMA заполняет FIFO непрерывно, по сигналу появления свободного места в FIFO. А из FIFO слова будут копироваться в сдвиговый регистр без всякого влияния задержек шины. Таким образом размер FIFO будет демпфировать эти самые задержки.
Вы наверное не заметили, но я написал что нужно организовать FIFO на слайсах. Тогда DMA внесёт задержку только в наполнение FIFO, но никак не в осциллограмму.
Приоритет тут не слишком полезен. Если нужно чтобы импульсы шли без задержек из-за недогрузки сдвиговых регистров, то поможет только буферизация (FIFO).
Ну можно не по прерыванию, а по DMA. И организовать на них ещё FIFO (конкатенацией слайсов). А в буфере DMA запрограммируйте все возможные положения последовательности внутри 32-битного слова. Таких положений должно быть целое количество, поэтому буфер можно будет зациклить.
И как вы это выяснили? Проверили все сети и всех операторов? Хотя бы эту тему потрудитесь почитать - сколько тут примеров писали уже.
Время может быть верным, может отличаться на несколько часов, а иногда у некоторых опсосов - и на несколько минут. И даже если сейчас верное, то завтра уже может быть неверным, сам сталкивался с таким.
А с чего вы взяли, что время которое вернётся из GSM, будет как-то соответствовать реальности?
С таким же успехом можете использовать функцию rand(). ;)
Если меняется какой-то индикатор на экране, то зачем гнать все 800x600 пикселей в контроллер? В LCD-контроллерах (в которых есть своя память) есть команды для обновления только региона экрана X*Y пикселей. Так что и с индикаторами бывает по-разному.
Шумы как раз есть. И могут быть довольно значительного уровня: процентов 10 точно, а может и больше.
Попробовал (Matlab) экстраполировать кубическим сплайном и сплайном Эрмита ('spline', 'cubic'): пока шума нет - всё отлично, но стоит добавить хоть немного шума - график может улететь очень далеко от цели :(((
Вот на картинке привожу результат своего эксперимента (зелёная - идеальный исходный сигнал; синие кружки - взятые на нём отсчёты с добавленным шумом == 5%; фиолетовая и синяя кривые - результаты интерполяции вышеуказанными сплайнами; после исходных сэмплов я продолжил экстраполяцию ещё на требуемую мне длину в 2 сэмпла). На интервале интерполяции (между взятыми сэмплами) поведение вполне нормальное, но за пределами (экстраполяция) в зависимости от наложившегося шума, график может или примерно следовать как надо, а может (как на картинке ниже) улететь в произвольном направлении. Раз от разу (с разными шумовыми выборками) получается разный результат. :((((((
Да, картинки красивые, но какой от них толк???
Мне нужно: формула? || алгоритм? В которые, если подставить N последних сэмплов, то оно выдаст 2 следующих прогнозируемых сэмпла. Всё.
