pan писал(а): ↑

20.02.2019{, 08:11}

Ingwar писал(а): ↑

19.02.2019{, 21:48}

Думаю большинство сразу поняло о чем речь.

наверное я тупой.
то, что HEX перевести в BIN это понятно,а вот про пин - тут есть варианты. на пин1 (или еще на какой-то)вывести единицы ногодрыгом?
или если выводить в порт (где пин1 это Tx) тогда это в любом случае будет выглядеть как последовательность 1 и 0 .

Все верно вы поняли. Просто за неимением знаний я не могу сформулировать правильно вопрос. Тоесть если послать в UART HEX, то на выводе 1-Tx я получу 1 и 0 которые другое устройство расшифрует в уже нужный мне формат... Спасибо!

Serjik, так и надо было сразу написать.
в таком случае

Serjik писал(а): ↑

18.02.2019{, 21:13}

Какой блок применить что бы

pan, Понятно. А есть разница если я в UART назначу 0-1 или 2-3 порты?

Serjik, разница будет в том что будет использоваться реальный uart , или программная эмуляция его, если хотите использовать другие пины.

pan, Ну да, в каком то видео вы упоминали про это. Но где то в видео уроках кто то говорил что он имеет минусы в сравнении с другими в каких то случаях. Не вспомню чье виде смотрел.

Serjik, вы меня с кем то путаете, я видео не снимаю.
а про минус я написал, это

pan писал(а): ↑

20.02.2019{, 15:27}

программная эмуляция

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

pan писал(а): ↑

20.02.2019{, 15:54}

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

Теперь понятно.

Serjik, Самое главное - Вы не указали конечную цель, для чего всё это.
Возможно, всё намного проще было-бы в объяснениях

Serjik писал(а): ↑

20.02.2019{, 14:55}

выводе 1-Tx я получу 1 и 0 которые другое устройство расшифрует в уже нужный мне формат

Тут может быть засада...
На выходе из uart Вы получите значение какой то переменной (byte, int, string), но не двоичный код. Не в курсе может через char попробовать...

Ingwar писал(а): ↑

20.02.2019{, 16:58}

Serjik писал(а): ↑

20.02.2019{, 14:55}

выводе 1-Tx я получу 1 и 0 которые другое устройство расшифрует в уже нужный мне формат

Тут может быть засада...
На выходе из uart Вы получите значение какой то переменной (byte, int, string), но не двоичный код. Не в курсе может через char попробовать...

А подробнее можно?

Отправлено спустя 5 минут 58 секунд:

Sancho писал(а): ↑

20.02.2019{, 16:57}

Вы не указали конечную цель, для чего всё это.

Все банально. Мне интересно это знать!

Serjik, вам нужно начать с изучения этого урока.

kulibinsvv, При поиске уроков этот сайт не попадался. Странно. Спасибо!

Ingwar писал(а): ↑

20.02.2019{, 16:58}

На выходе из uart Вы получите значение какой то переменной (byte, int, string), но не двоичный код.

ух ты. расскажите по подробней в каком виде еще хранится и передается информация. я видимо что-то пропустил

pan писал(а): ↑

20.02.2019{, 19:23}

ух ты. расскажите по подробней в каком виде еще хранится и передается информация. я видимо что-то пропустил

Ну вот наконец и я попал под троллинг...)
Попробую соскочить

Serjik писал(а): ↑

18.02.2019{, 21:13}

на PIN1 получил 01010101 11110100 11000101 01010101 11010011 00100111

Serjik писал(а): ↑

19.02.2019{, 21:07}

чем и как они читаются.
Осцилографом. Высокий-низкий уровень.

сообщение к тому, что с ноги софтового Tx он такое (на физическом уровне) не получит. (Или я этого не умею и так неправильно считаю...)

Ingwar писал(а): ↑

20.02.2019{, 19:38}

что с ноги софтового Tx он такое (на физическом уровне) не получит

а какое он получит? аналоговое?

Serjik, опишите подробней, какае временные интервалы вам нужны на выходе, как примерно должна выглядеть осцилогтамма. Вашу задачу можно решить дергая ногу контроллера, без вывода в уарт (там будут проскакивать лишние "импульсы" служебных битов)

pan писал(а): ↑

20.02.2019{, 19:44}

а какое он получит? аналоговое?

Не надо меня путать... Я теперь ученый!!!!
Сегодня привезли на работу заказанный анализатор LAP-C 16032 (11тыр) и я его немного препарировал согласно инструкции. Сначала сточил уголок чипа, чтоб добраться до обрезанных ножек. Потом сделал протезы ножкам как тут (фото не мое - так близко с телефона не в фокусе) Потом разрезы нескольких дорожек, изменение еепром, и на выходе LAP-C322000 (170тыр). Понятно, что память я не менял
Делал для разблокировки всех программных функций.
Ну и ГЛАВНОЕ я потестил его на UART. Тупо гоня на ардуино цифры со счетчика в порт.
Так вот я ВИДЕЛ всю картину передачи...
Типо такого В том числе и передаваемые десятичные цифры (есть возможность менять формат отображения данных) I2C тоже успел посмотреть. Прикольная конечно фишка - Protocol Analyzer.

Отправлено спустя 1 минуту 32 секунды:

Fuji1604 писал(а): ↑

20.02.2019{, 20:22}

можно решить дергая ногу контроллера

Тогда нуно наверно 2 ноги (CLK).

Fuji1604, Нужен сигнал 1 и 0 на выходе при скорости 8450. Тоесть я на дисплее пишу НЕХ и на выходе я получаю сигнал из 1 и 0. Ну и соответственно такой же набор надо принять и перевести в НЕХ для дальнейшего применения.

Serjik писал(а): ↑

20.02.2019{, 20:37}

Нужен сигнал 1 и 0 на выходе при скорости 8450

Ну наконец то четкая формулировка желаемого.
Т. е. у Вас приемник читает вход с частотой 8450 Гц? А как тогда синхронизировать начало передачи?

Протокол передачи стандартный? Только скорость отличается?

Отправлено спустя 12 минут 35 секунд:
Попробуйте хард сериал на этой скороти.
Здесь http://arduino.ru/forum/programmirovani ... ost-serial пишут что он может работать на нестандартной скорости