Arduino.ru

Проверяйте, чего творится на ногах MOSI и MISO SD-модуля, когда его CS в HIGH - есть подозрение, что на модуле подтяжка к питанию на этих линиях, поэтому у вас все сегменты и горят - единички в линии даже тогда, когда модуль SD отсоединён от линии поднятием CS. У самого такая проблема, сейчас жду http://ru.aliexpress.com/item/Free-shipping-10pcs-74HC125-DIP-logic-ics-SN74HC125N/32670959504.html чтобы разрулить эту ситуацию.

Как используется SS_PIN пин (не знаю, какой он у Леонардо - 10???)?

LedControl на нём живёт?

На самом деле расположение SS_PIN не думаю, что будет зависеть от модели ардуинки. На сколько я понимаю это либо HIGH, либо LOW(0 или 5v). То какая разница?
Я специально в приведенном коде убрал и SD и LedControl с 10 пина и ничего другого туда тоже не заведено. 
Третья цифра в объявлении экземпляра класса LedControl отвечает за пин:

LedControl lc=LedControl(16,15,7,1);

т.е. используется 7 пин - SS для LedControl.

И 6 пин - SS для SD модуля.

SD.begin(6)

Врядли если при задании в конструкторе другого пина для работы с LedControl(отличного от 10), может как-то и где-то внутри все равно ссылаться на 10 пин(который по дефолту прописан в библиотеках для оборудования, которое общается по SPI).

Попробовал проверить подручными средствами. От модуля не зависит. Отключал модуль SD - та же ерунда. Сама линия передачи данных(MOSI) начиная с инициализации SD командой SD.begin() передает данные только во время этой инициализации и использования других методов для работы с SD. Остальные данные через MOSI (команды которые нужно подать на Max7221 для изменения состояния) походу тупо игнорятся. Отключаю SD.begin() и MOSI активничает при каждой смене значений на индикаторе.​ Что за эгоизм такой! 

Уже на крайняк мне бы подошел аналог SD библиотеки для работы с microSD(голос пришлось бы воспроизводить через какой mp3 модуль), которая не будет игнорить другие устройства на линии SPI. Но хотелось бы, чтобы и эта библиотека, одна из основных библиотек ардуинки, работала с другими устройствами на SPI. 
может я что-то не так делаю? Подскажите решение.

Ещё как может. Библиотека SD при некоторых условиях именно так и делает. Стал бы я спрашивать :)

Только все равно непонятно причем тут конструктор LedControl(он никакого отношения к SD не имеет).
А насчет SD. Ставил SD.begin(10), чтобы по дефолту брало для SD 10 пин. Все равно тот же результат.

В SD что-то блокирует линии(по крайней мере MOSI) и другие команды после этого по SPI не проходят на другие устройства. А что блокирует и как этого избежать - пока еще не понял. Это и есть проблема.

Я, конечно, дико извиняюсь, но объясните мне пожалуйста смысл этого действия:

Serial.println(SD.begin(6));

Что ожидается увидеть в мониторе порта при этом?

Еще бы я, Бог с ним, убрал комментарные косые с этого оператора и до него и после поставил бы такую группу:

Serial.println(SS);
Serial.println(MOSI);
Serial.println(MISO);
Serial.println(SCK);

...и посмотрел бы бы что изменилось.

И еще: для SD лучше SS(CS) оставить на 10-м пине и "обозвать" его как:

pinMode(SS, OUTPUT);

Serial.println(SD.begin(6));

Если увидело microSD, то вернет 1. Источник.

Serial.println(SS);
Serial.println(MOSI);
Serial.println(MISO);
Serial.println(SCK);

ничего! ниже привел пример вывода с компорта.

Вот скетч чтобы проверить что твориться на линиях(по идее реализация верная):

#include <LedControl.h>
#include <SD.h>
#include <SPI.h>
//#include <TMRpcm.h>

/* 
 Инициализация дисплея
 LedControl lc=LedControl(DIN,CLK,LOAD,количество модулей); 
 DIN,CLK,LOAD можно подключать к любым выводам контроллера
 */
LedControl lc=LedControl(16,15,7,1);
//TMRpcm tmrpcm;
File file;
int i;

void setup() {
  Serial.begin(9600);
  pinMode(SS, OUTPUT);
  pinMode(6, OUTPUT);
  attachInterrupt(0, func_test, RISING);
  delay(3000);
  Serial.println("-*-");
  Serial.println(SS);
  Serial.println(MOSI);
  Serial.println(MISO);
  Serial.println(SCK);
  Serial.println();
  Serial.println(SD.begin(6));
  Serial.println();
  Serial.println();
  Serial.println(SS);
  Serial.println(MOSI);
  Serial.println(MISO);
  Serial.println(SCK);
  Serial.println("-*-");

  //tmrpcm.speakerPin = 5;
  //tmrpcm.setVolume(5); 
  digitalWrite(6, HIGH);  
  Serial.println("-0-");
  lc.shutdown(0,false);
  lc.setIntensity(0,10);
  lc.clearDisplay(0);
  
}

void loop() {  
  delay(3000);
  Serial.println("-1-"); 
  lc.clearDisplay(0);
  delay(3000);
  Serial.println("-2-");
  lc.setDigit(0,0,1,false);
  delay(3000);
  Serial.println("-3-");
  lc.setDigit(0,1,2,false);
  delay(3000);
  Serial.println("-4-");
  //tmrpcm.play("1.wav");
  delay(3000);
  Serial.println("-5-");
  print_temperature();
}

void func_test(void)
{
  if (i < 100)
  {
    Serial.print(digitalRead(3));
    //Serial.print("/");
    i++;
  }
  else
  {
    Serial.println(digitalRead(3));
    i = 0;
  }
}

void print_temperature(){
    file = SD.open("222.txt", FILE_WRITE);
    file.print(digitalRead(3));
    file.println(";");
    file.close();
}

Просто нужно зацепить MOSI или другую ногу на пин внешних прерываний по нулевому таймеру(3 пин - леонардо, 2 пин - Uno). Я проверял MOSI. Тут видно даже без подключения какого либо оборудования, что происходит на линии(точнее видно что состояние на линии MOSI меняется). Могли бы вы проверить этот скетч, будет ли приходить инфа между пунктами 1-3 и в 5 пункте. 
У меня при раскоменчивании SD.begin(6) ничего не происходит в 0-3 пунктах, но 5 пункт активно меняет 0 на 1. А при коментах на этой строчке все наоборот(1-3 активно, а 5 пункт спит). Вот пример:

При //Serial.println(SD.begin(6));
=============================================

А может сделать вот так:

int pin_6 = 0;
  pin_6 = int(SD.begin(6));
   Serial.println(pin_6);

Возможно прям сразу выводить не получается? И не понятно, кстати: если "SS" висит на 17 пине, какой смысл стартовать SD с 6-го?

И второе: IDE точно настроено на Leonardo? Потому что поковырявшись в библиотеках я заметил что для каждого типа Arduino SS, MOSI, MISO и SCK назначаются совершенно на определенные пины! В сектчах для UNO, SS висит на 10-м пине, но мне его оттуда сдвигать смысла нет - у меня SD-ридер на шилде и тупо вставлен в 10-й пин. А вот для DUE у меня ридер самодельный, но слезть с 10 пина можно только начав ковырять "Arduino.h", а туда я лезть побоялся да и незачем: свобдных пинов как собак нерезаных...

Это я к чему веду: если IDE компилирует скетчи для Leonardo, то врядли оно будет тулить SS на несуществующий на плате пин...

Но это мнение дилетанта, прошу учесть! ))

int pin_6 = 0;
  pin_6 = int(SD.begin(6));
   Serial.println(pin_6);

Я пробовал и просто вызывать SD.begin(6). Не в этом проблема... На самом деле странно, что пишет 17, но после инициализации работает на 7. Поставишь SD.begin(8) или SD.begin(10) - будет работать соответственно на 8 и 10. И причем только на том, который задан в SD.begin().

Точно на Леонардо, поэтому и такие пины. 17 пин этот как раз пин, который библиотека определяет для Леонардо, просто он напрямую не выведен на плату. Почему - не знаю. Вот ссылка.

Отсюда и возникает подозрение, что именно на Леонардо она криво работает(хотя и сомнительные). Мне не важно какой пин, я поставлю любой(какой подойдет).

Вообще говоря, я разрабатываю проект под atmega328p-pu, который висит на UNO, так что мне даже более подходило бы UNO, а не Леонардо, но пока еще нету. Поэтому и прошу на UNO запустить и проверить этот(второй) скетч, который я закинул. Поставьте в SD.begin() любой пин, хоть даже SS. Мне важно будут ли приходить единички меджу пунктами 0-3, когда SD.begin() не закомментирован у вас в скетче на UNO?! Даже не нужно ничего подключать к UNO(только вывод MOSI зацепить на вроде как 2 пин в уне), MOSI и так должно высылать данные.

P.S. я привел два примера работы: раскомментирована SD.begin() - единички не приходят между 0-3(теоретически MOSI не отсылает ничего); закомментирована SD.begin() - единички приходят между 0-3(сразу видно, что при каждой команде, MOSI что-то высылает).

Появились новые подозрения, что это как раз не библиотека SD работает неверно, но LedControl. Складывается ощущение, что она работает по какому-то своему протоколу SPI и из-за этого конфликтует с SD, которая работает с библиотекой SPI. Но еще не проверял.
Вобщем вопрос остается актуальным: Помогите заставить работать microSD с библиотекой TMRpcm и 7-ный индикатор с драйвером MAX7221 ОДНОВРЕМЕННО(в одном проекте). Может есть аналоги библиотек или еще какие варианты?

Решение найдено. Правда на другом сайте.

Смысл в следующем. Библиотека SD использует "аппаратный" SPI, а LedControl - программный(создатель этой библиотеки не привязывался к стандарному использованию SPI в ардуино). Поэтому когда я вешал и sd-карту и 7-ный индикатор на одни входы SPI, то одно перебивало работу другого и невозможно было использовать их совместно.

Решение проблемы. Какой-то(по определению полезный) человек переписал библиотеку LedControl на "аппаратный"(стандартно используемый) SPI. Вот ссылка на эту библиотеку. Там немного меняется инициализация, а все остальное такое же:

LedControl lc=LedControl(7,1)  //LedControl(int csPin, int numDevices)

Библиотеку проверил. У меня все заработало так, как и нужно. Пользуйтесь на радость. :)

спасибо, очень полезно, а то тоже столкнулся и не пашет вместе никак ) а тут вон в чем дело всё было )

Как, и это тоже? :))))))))))))

это камень в огород ардуины - это надо было додумаься в список официальных библиотек положить библиотеку и не предупредить, что она не работает на аппаратном СПИ...

//а автору библиотеки на заметку - МАХ7219/7221 работают на частоте 8МГц, а не 10, как это включено в библиотеку...

//у меня вообще выше 3.8МГц не включилось.... хотя вроде МАХ7221 оригинальные.... 
// при этом снизить пришлось до 1МГц - тк выше начинались сбои при передачи (помехочувствительность с ростом частоты также возрастала) на 1МГц заработало стабильно и более не реагировало на прикосновения к проводам и платам

-----

//и да, в огород производителю чипов - свистят они не по детски, при этом не только на 8МГц, но и ввобще в широком спектре - радио в 2х метров у меня глушит при включении... 

А главное Ардуину "!!!НЕ КИПЯТИТЬ!!!"  https://www.anekdot.ru/id/-1102423010/

Так и я ж про тоже, камень всегда найдётся куда присторить.

а почему? :( я же для машины делаю...

а то я 2 года назад случайно замочил видеорегистратор у зеркала на лобовом....

а ардуина то будет ниже стоять - там же электроники поменьше, да и провода потолще - она сломается в воде тоже? :(

ну да не сильно важно - зачем на максимальной частоте гнать то.... 

я хз, но думаю у меня выше 3.8 не завелось изза качества проводов и платы - они все самодельные и быстрее всего много наводок и помех вот и не идет как надо

Блин, так у Вас не только С нечестный, Вы и даташиты умудряетесь где-то нечестные раздобыть! Как Вы всё это делаете?