Arduino.ru

зачем через USB (то есть через посредника), когда можно напрямую - через  UART

Наверное есть на то причины если задал вопрос. У вас есть ответ? ))

нельзя

вы уверены, что эти причины - веские? :)

Ну реально, UART и USB на плате Нано - это один и тот же интерфейс. Зачем соединять USB, которые напрямую работать не будут, потому что с обоих сторон - клиент , когда именно этот интерфейс можно соединить через пины 0 и 1 - и все будет работать из коробки?

1. "Такое" невозможно. USB-UART чип на Нано не может быть USB хостом.

2. Вместо тупого хамства в ответ уважаемому человеку стоит объяснять свой вопрос, особенно если он необычный. Если человек спрашивает: "Как есть суп вилкой?" - то нужно пояснить, с какого хера он не может воспользоваться ложкой. Иначе выглядишь ипанутым.

В чём хамство то? Задача такова. Есть законченое устройство на основе Arduino - nano, которое интегрировано в автомобиль. Теперь понадобилось дополнительно задружить его с CAN-шиной, но кроме "штатного" usb-mini, не через что, все аппаратные порты заняты. Подпаиваться к аппаратному UART на плате и выводить наружу "сопли" не хотелось бы. Поэтому подумалось. а не создать ли на ещё одной "нанке" внешний CAN - адаптер.

Почему "сопли"? UART это пины D1 и D2. А по USB две наны, как тут уже сказали, соединить никак не получится. Ну разве что через 3-й контроллер поддерживающий USB host. Но это уже совсем другой уровень сложности.

— Ой, мине все равно, мине лишь бы да! :-)

В данном случае "вилкой" было бы удобней. А возможно ли, я и спросил. А вот как раз Вы хамите.

если "все аппаратные порты заняты", то и USB тоже. Когда порты 0 и 1 на плате заняты, USB перестает работать.

И как уже выше заметили, подпаятся к пинам - это не сопли, это куда более надежное решение, чем штекер в разъем, особенно для авто

вот у вас там справа внизу на фото огромные белые разъемы - там наверняка есть выходы 0 и1, подключайтесь к ним.

Через USB не получится, забудьте.

А насчет хамства - в итоге все-таки выяснилось, что "веские основания" есть вилкой у вас в том, что вы ложку в руках не держали....

Спасибо за море "конструктива" про вилки, ложки, "апанутого" и т.п. Ну и за ответ по существу "нет, невозможно" отдельное спасибо. Вопрос считаю закрытым.

понятно. Вместо того, чтоб поискать другое решение - ТС обиделся и ушел со словами "а я настаиваю на вилке!"

А всего-то с самого начала стоило задуматься, почему вам предлагают другой путь... Может на это "есть основания"? :)

1. Другое единственное решение, как я уже говорл - выдернуть коробочку из под торпеды, что бы вытащить наружу три сопли: rx, tx, gnd, при этом не забыв снять с дуины 232 микруху, ну или отпилив дорожки.

2. Какую ложку Вы хотите предложить так и не понял? Плата разведена мной, мало того, схема устройства тоже моя. Так что поверьте на слово, портов 0, 1 на внешних разъёмах нет.

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

Это не ESP а SIM800C, через программный UART

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

через программный при свободном аппаратном? -странное решение.... или на аппаратном что-то еще?

Если аппаратный свободен - то самое простое все-таки вывести rx tx. Вы, как разработчик  - думаю найлете, откуда их взять на плате.

Вариант 2 - подключить КАН-контроллер не к внешней ардуине, а прямо сюда - если SPI пины свободны

секретного совершенно ничего https://github.com/vlad072/BlackBox

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

Говорю же, пинов свободных нет.

значит ничего не выйдет

Вроде на китай-зкспрессе есть какие то usb-host адаптеры с SPI, но пока не вник толком в тему...

будет в 10 проще поменять Нану на СТМ32 блюпилл. Размер почти такой же, зато будет 3 аппаратных UART, 2 аппаратных SPI и примерно десяток дополнительных GPIO.

Стоит даже дешевле Нано, программируется в Ардуино ИДЕ

А соединять две Наны через USB хост - это опять "вилка" вместо ложки - все снова смеятся будут

Да, здесь чо-нить поногастее нужно.

самое простое, что не требует переделки платы  - освобождай два пина, я бы выбрал "капот" и "двери". Сажай на них вторую нанку, пусть она сигналы от капота и дверей тебе по софтсериал отошлет, немного переделаешь основной код. Ну и пины должны поддерживать софтсериал, я не проверил. На новую Нанку повесишь что тебе нужно (CAN контроллер?), целая нанка доступна ;)))

----------------------

Но лучше последовать совету B707 - и переписать под STM32 blue pill и переразвести плату. Просто больше возможностей, памяти, можно масштабировать на новые задачи. Ну и 3.3В удобно в Sim800 без согласования уровней.

А я бы разделил UART между загрузкой/отладкой и CAN-ом, путь даже джампером.

А и то ж!

Здесь много вариантов оптимизации. (каквариант) Можно 1W расширитель 8-битовый приспособить, он и на вход и на выход может работать и все его концевики-зажигания-сирены на 1 пин посадить.

Это плату переразводить. Если переразводить, то уж сразу на СТМ.

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

Влад, не получится - у него уже модем на одном софт-сериале сидит, а два софтсериала на одном МК - это гемор сродни соединению по УСБ %)

Самый лучший вариант - сажать КАН на 0 и 1, а отладку и заливку переключать джампером, как Грин предложил