Добрый день.

Нам нужна готовая разработка следующего адаптера.

1. Основное назначение: запись информации, полученной по последовательному интерфейсу на SD карту. Информация с SD карты впоследствии будет считываться на компьютере под управлением виндоус или линукс.
2. Последовательный интерфейс для передачи информации: UART или SPI, передавать будет микроконтроллер с питанием +3,3В.
3. Информация, передаваемая через последовательный интерфейс - просто последовательность байтов, обрабатывать никак не нужно. Протокол обмена обсуждается, но предполагается наиболее простой.
4. Имя файла для записи на SD карту выбирается автоматически по текущим дате и времени. Дата и время передаются через последовательный интерфейс.
5. Питание адаптера - от устройства с последовательным интерфейсом. Напряжение от 3 до 20В - на выбор, можно стабилизированное, можно нет. Потребляемая мощность особо не ограничена, в пределах разумного.
6. Используемый микроконтроллер - из легкодоступных.
7. Габариты не сильно важны, главное без гигантомании.
8. Что нам нужно получить в итоге: схему с перечнем элементов, исходный текст встроенного ПО, откомпилированное ПО (прошивку). Развести и изготовить плату можем сами.
9. Срок: 1 месяца до готового образца.
10. Стоимость обсуждается.

Писать в личку, или на почту avit3d@yandex.ru

Возьмите например FatFS и внедрите её в ПО этого самого контроллера. SD повесьте на SPI. Самый дешёвый вариант.

Вы забыли один из самых важных параметров - скорость записи. От этого будет зависеть решение-цена.
Если просто чтоб было - выше дали не плохой вариант. Любой плеер на авр, прикрутить последовательный приём, всё остальное от чена
практически сразу будет дышать.

А вот если нужна скорость...То тут уже совсем другие яйца в профиль...

(круглый)

ардуина сторублевая со сторублевым же считывателем пишет файлы на sd на ура


ну если прием байтов по Uart- какая тут скорость?

Уарт бывает до 6 мегабит
СД крты любого класса могут тормозить при записи до 250ms и на практике иногда так и тормозят.
Если стоит задача гарантировать 100% сохранность данных задача становится нетривиальной.
Заказчик не озвучил темп поступления данных и критичность потери данных из-за тормозов сд карты.

А вот уже и готово - https://geektimes.ru/post/274100/

Схема есть. Любые последовательные каналы на выбор.
Исходники есть.
Несколько файловых движков на выбор: Keil FS, Micrium FS, FatFS, MQX FS.
Даже часы есть встроенные энергонезависимые.
На PC сливается через USB в режиме эмуляции флэшки.

ребяты инженеры.
вы зарабатывать собираетесь или за интерес работаете?
ну что за идиотская мания вместо предложений о сотрудничестве начинать флуд про сторублевые ардуино и т.п.
потом возникает второй случай,
когда на форум приходят заказчики, требующие разработать за 500 рублей.
и тогда теже персонажи флудерасты, начинают другой тренд "доколе терпеть такую низкую оценку".

к вам как нельзя кстати подходит этот ролик, да и название
https://www.youtube.com/watch?v=Vzfrrkv3meI

Какая максимальная скорость по каждому каналу ?
Только один активный или могут сразу 2 работать ?

P.S. Этот клип надо сразу в первом посте добавить.

И что же с SPI не так со скоростью? Около 1 МБ/сек можно получить запросто. Если выше, то тормозить будет больше ПО FatFS, чем интерфейс. Ну полУчите с помощью SDIO ещё 20-30% прибавки скорости, не более. Разве это принципиально?
И то это больше чтения касается. При записи зависимость от скорости интерфейса будет ещё меньше.

Правильно они все делают, предлагают автору темы готовые изделия чтобы отсечь жлобов или людей которые не в курсе готовых и бесплатных разработок.
Почему? Потому. Начинается работа, заходит речь об оплате и тут заказчик начинает резко шевелиться услышав сумму разработки, тут же
сам находит готовые решения и как правило отваливает выпятив губу "за такие деньги сам найду".
Вот поэтому еще задолго до выпячивания губ и демаршей ребята честно отправляют весь случайный народ по нужным адресам БЕСПЛАТНО.
Чтобы сэкономить себе нервы и время.
А вот если заказчику ничего из упомянутого не подойдет, значит у него дизайн с занозой, и тут можно говорить о деньгах и разработке.

Выше уже прозвучала цифра гарантированных тормозов при записи на MicroSD.
Учите матчасть что-ли... Или тупо почитайте форум на предмет этого - "тысячу" раз уже было.




зарабатывать, зарабатывать.
а не в напёрстки играть или лапшу развешивать людям.

Данные вопросы - стандартны при разговоре с заказчиком.
- почему не использовать уже готовые разработки(причину)
- откуда хотелки такие родились
- ...

это всё выстраивает общую картину, что за люди общаются с тобой, насколько платёжо способный клиент, насколько задачу правильно понимаете Вы и т.д..

при разработке - вопросов лишних не бывает(С)

(круглый)

Это 100%. Лучше 10 раз переспросить до начала работ, чем упустить какие то детали, в результате которых потом придется переделывать. А еще лучше все в письменном виде зафиксировать, чтоб небыло лишних вопросов. Написано требование - должно быть выполнено, не написано в задании, извините притензии не принимаются.

https://wiki.hackerspace.pl/projects:zsun-wifi-card-reader
вот законченное готовое устройство, стоит <10$ у китайцев.
всё что надо присутствует, кроме SPI правда, на площадки выведен UART и I2C.
осталось только openwrt поставить. бонусом идёт usb, wifi и ethernet для подключения к ПК.
можно конечно и повторить данное устройство, переразвести плату, но это выйдет заметно дороже чем 10$ за готовое устройство (даже если из старублёвой ардуины городить), вам их ведь не 10000 штук же надо.

И какая цифра прозвучала? И какое отношение эта цифра имеет к интерфейсу подключения SD???
Тупо читать - это у Вас лучше получается. Если не имеете опыта работы с SD, лучше помолчите.


Если автору SD нужна в серийное изделие, то использовать какие-то сторонние костыли в виде готовых решений неизвестного производителя - самый худший путь. Особенно ещё такое тяжёловесное как по Вашей ссылке. Может автору надо сразу после вкл. питания что-то уже писать, а в том девайсе поди ещё линух стоит который ещё минуту грузиться будет после того как устройство автора уже давно работает
Самый правильный путь - внедрить SD в свой контроллер.

что-то логгер UARTa со специфическим протоколом управления чтобы писать данные с другого конкретного устройства на очень уж серийное устройство как-то не тянет.
да в том костыле линух и да будет сколько-то времени загружаться, зато wifi, ethernet и usb, а нужная ТСу запись данных с порта в файл (который сразу может быть доступен через wifi по ftp или как расшаренный сетевой диск), решается грубо говоря парой строк башскрипта.
внедрите такое в свой контроллер (wifi/tcp/samba/...)? и сколько будет стоить, за месяц справитесь? а если ему всего сотню устройств надо возьмётесь разработать и изготовить эти 100 штук за месяц и $1000?
а предполагать что именно ему нужно без четкого ТЗ можно сколько угодно.
если милионные тиражи и надо устройство с минимальным функционалом с минимальной себестоимостью, то да, конечно, это костыли и так делать не надо, но что-то не похоже.

насколько это важно для Вас?
начинаю понимать, почему в мире производят сотни моделей, пусть, тех же смартфонов,
а наш инженер из курилки с плешиной и дырявых носках, скажет: "а зачем разрабатывать, вон, их тьма в магазине".
ну и кому сделали хорошо? Советов по бизнес планам у Вас не просили, сбиваете цену, сбиваете с толку заказчиков и т.п.
Некая плата, 10 баксов.. ок.. ну так и тут разработка по себестоимости деталей будет невысока, тогда о чем речь?
Вобщем, интересно было бы посмотреть на прожженых сбивателей цен, наверняка это упомянутые нищие инженеры, умеющие только демагогию разводить по курилкам.

Ну капец. Отлучился на день, тут уже сериал.
Я не зря просил писать в личку или на почту. Человек, который может сделать, нашелся быстро. Есть еще несколько людей, кто тоже предлагает адекватные варианты.
А по поводу "купить готовое": если мы ставим задачу так, как написано, значит нам так и нужно, остальное обсуждается при личном общении. Готовое из имеющегося в данном случае совсем не вариант. И рассказывать все нюансы смысла тоже нет.

А в целом всем спасибо, это да.

см. пост номер 5.

Считаю, Ваш стиль хамский. Засим откланяюсь.
(круглый)
ЗЫ
Ох уж эти пионэры...

Там речь про задержки записи вызываемые внутренним операциями стирания блоков Flash. И как длительность внутренних стираний зависит от интерфейса подключения? Очевидно - никак.
Так что кланяйтесь сколько угодно. И матчасть заодно учите, прежде чем ерунду писать, пионэр.