Вид для печати
Проблема - на устройстве есть звуковой вход, нет ни юсб ни сом. Надо им записать лог СОМ-порта второго устройства. Записать в "звук" не сложно - делитель и на звуковой вход. Вот чем дальше из этого "звука" сделать файл, который потом можно будет прочитать как лог СОМ-порта?
А что за устройства?
СОМ-порт зарядного устройства выдаёт постоянно данные с TTL уровнями. Записывать мр3 плеером по Line-In импульсы через делитель. Пока "на руках" только этот вариант.Цитата:
Сообщение от Chip
А что в итоге должно получится?
В итоге хочется выдаваемые зарядником данные увидеть :) Есть сом-юсб-сом мост, а тут нужен сом-аудио-сом мост с разрывом по времени считывания - наблюдения. Думал в Ардуино пописать в массив, но мало запишется...Цитата:
Сообщение от Chip
Вобщем можно ширше вопрос поставить: можно ли в одном месте записать в любой форме кроме asci данные из СОМ-порта (это, понятно, можно) и увидеть (преобразовать, восстановить) их в "правильном" виде в другом месте, например в терминале или получить из этих данных данные в ascii.
Т.е. удалённо надо посмотреть, что выдавалось по сом-порту.
А какова скорость COM? Для надежной работы "Аудио" должна успевать оцифровывать один бод ну раз десять. Ну и в "попугаях" LOG длиннее будет.
Интересный вопрос, точно. В конкретном месте скорость 9600. Дискретизация звука 32кгц. Вроде должно хватить... Насчёт "длиннее" - тут просто не с чем сравнивать: не с набором ascii символов же... Было бы чем "прочитать" записанное.Цитата:
Сообщение от GASCHER
Писать программу надо.Цитата:
Сообщение от edw123
Т.е. нет ничего существующего, что позволяет восстанавливать лог СОм-порта из формата напряжений? :( Как-то странно... Это промышленный стандарт (232 485) и должно быть полно всяких вариантов...Цитата:
Сообщение от GASCHER
Как вариант - писать на внешнюю i2c eeprom, если ее мало будет - тогда на SD карту.