строка 25..38, посмотрите как написано shiftIn() для 8 бит. Напишите напр. локальную функцию (под другим именем) для 4 * 8 бита (long) или больше (5 байт) (при этом, конечно, соблюдая разрядность новых типов данных - некоторые типы перейдут на uint64_t. А можете оптимизировать: до uint32_t, как написали напр. есть ненужный байт).
Viper_Snake, можете написать фразу другими словами? С русского толком не переводится до БГ , и не могу понять смисл.
Чувствую, что что-то не нравится, но что это ...
[uquote="veso74",url="/forum/viewtopic.php?p=4268016#p4268016"]Viper_Snake, можете написать фразу другими словами? С русского толком не переводится до БГ , и не могу понять смисл.
Чувствую, что что-то не нравится, но что это ...[/uquote]
Я извиняюсь. Вариант хороший, но после его применения придется работать с большой переменной размером 8 байт. Китайцы с 5 битным регистром клавиатуры сделали очень нехорошо - в 4 бита не вместится, 8 бит - 3 бита лишние.
Чувствую, потребуются пояснения. Если это 8-битка, то операции сдвига локальных переменных на 24, 16 и 8 бит будут бесплатными. Результат возвращается через четыре РОН. Из shiftIn данные будут сразу в эти регистры записываться без каких-либо сдвигов.
Последний раз редактировалось VladislavS Вт авг 02, 2022 21:43:06, всего редактировалось 2 раза.
uint32_t readTMData() {
uint32_t data = 0;
for (uint8_t i = 0; i < 16; ++i) {
digitalWrite(PIN_CLK, HIGH);
data |= digitalRead(PIN_DIO) << i;
digitalWrite(PIN_CLK, LOW);
}
digitalRead(PIN_DIO); // ???
for (uint8_t i = 24; i < 32; ++i) {
digitalWrite(PIN_CLK, HIGH);
data |= digitalRead(PIN_DIO) << i;
digitalWrite(PIN_CLK, LOW);
}
bitSet(data, 31); // ставим 31-й бит в 1
pinMode(PIN_DIO, OUTPUT);
digitalWrite(PIN_STB, HIGH);
return data;
}
Ок, не уверен, как он перейдет с 16 на 24 бита. Ладно, мне нечего пробовать. Я дал это только как идею, в реальном использовании, если необходимо, измените его в соответствии с потребностями.
Последний раз редактировалось veso74 Вт авг 02, 2022 22:09:02, всего редактировалось 2 раза.
Ну почти, только между двумя 16-битными чтениями не digitalRead, а shiftIn (или просто 8 клоков) нужен. Но, повторюсь, это будет хуже пяти 8-битных shiftIn из-за длинных сдвигов.
Короче как бы взяли 40 бит, вычеркнули 8 и упаковали до 32 (изменив 31-й байт)?
Время определяющее? (светодиодная индикация напр. или что-то еще?)
я бы поставил expander, он бы сигнализировал по interrupt при действие и никак не занимать бы центральный mcu в другое время (с сканирования неактивных кнопок). Но это без знания Вашего устройства.
MOHCTEP, 3-й байт таки тоже надо вычитывать, но не использовать. При оптимизации по скорости есть большая вероятность, что компилятор раскрутит ваш цикл до моей версии.
И union тут не нужен совсем. Компиляторы прекрасно умеют писать байты в 32-битные переменные просто в один из четырёх восьмибитных регистров.
ulong data;
void readTMData(){
for(uint8_t i = 0; i < 5; i++){// bytes from TM1628
if(i == 2){
shiftIn(PIN_DIO, PIN_CLK, LSBFIRST); // в космос
continue;
}
data <<= 8;
data |= shiftIn(PIN_DIO, PIN_CLK, LSBFIRST);
}
data |= 0x80000000; // ставим 31-й бит в 1.
}
что-то я не понимаю: 2 лишних байта ОЗУ так критичны? 40 бит это 5 байт, считывайте все 5, а потом спокойно работайте побайтово с тремя нужными, обращаясь к нужным битам при помощи маски. или я упускаю что-то важное?
если рассматривать человека снизу, покажется, что мозг у него глубоко в жопе
при взгляде на многих сверху ничего не меняется...
[uquote="MOHCTEP",url="/forum/viewtopic.php?p=4268053#p4268053"]VladislavS, Верно - не учел. Придется условие раскрыть. Как-то так, наверное, если без объединения.
ulong data;
void readTMData(){
for(uint8_t i = 0; i < 5; i++){// bytes from TM1628
if(i == 2){
shiftIn(PIN_DIO, PIN_CLK, LSBFIRST); // в космос
continue;
}
data <<= 8;
data |= shiftIn(PIN_DIO, PIN_CLK, LSBFIRST);
}
data |= 0x80000000; // ставим 31-й бит в 1.
}
[/uquote]
Изящно, но с точки зрения оптимизации те же яйца что у меня только в профиль. )
Добавлено after 19 minutes 7 seconds:
[uquote="ARV",url="/forum/viewtopic.php?p=4268056#p4268056"]что-то я не понимаю: 2 лишних байта ОЗУ так критичны? 40 бит это 5 байт, считывайте все 5, а потом спокойно работайте побайтово с тремя нужными, обращаясь к нужным битам при помощи маски. или я упускаю что-то важное?[/uquote]
Да в общем то ОЗУ хоть жопой ешь - контроллер tiny84 - 512 байт целых. Вопрос в другом - я ведь не зря сказал, что в ардуиновской среде ковыряюсь - мне удобнее взять стандартный тип переменной, чем свою 5-ти байтную сочинять. Весь этот онанизм вприсядку связан с тем, что появилась необходимость доработать уже сделанное ранее устройство и тут внезапно выяснилось, что надо где то добыть 3 дополнительных порта контроллера, один еще и в роли ацп. А порты внезапно все уже заняты и чтобы их освободить, три входа под датчики типа сухой контакт пришлось отдолжить у TM1628. В ДШ для этого очень удачно под индикацию не задействованы ноги SEG8 - SEG10. Кстати, не верьте ДШ TM1628 - ее бессовестно скопировали с AIP1628. Разница по ДШ как раз в пятом байте регистра кнопок - в ДШ на TM1628 их почему то гарисовано только 4. И схема подключения кнопок в 2-х местах разная.