Идея понятна, но неправильна. Там динамическая индикация. Не, конечно, можно поставить три ПЗУшки, но, согласитесь, это не очень-то красиво. Проще хорошенько налить программисту, чтобы тот переписал программу...

Понятно что параллельно-последовательный (по разрядно) получится, на это есть три разрядных такта. А по другому в данном случае МК и не работает. На счет ПЗУ не понял? Может поставить три четырехканальных параллельных регистра, для записи разрядов, согласно тактовым, которые идут на индикатор. Записал три разряда числа, потом отдал, опять записал и опять отдал. Но уменьшается частота передачи данных, но это пол беды. Беда в том что в этом случае на выходе будет 12 жил + общий, хотя если этот блок разместить в другом девайсе, то будет 7 жил + общий ... :)

Может быть и пойдет просто чем больше отдаляюсь от темы тем больше путаюсь=))


QUOTE=nml;963488]Непонятна.

1) отсчет АЦП - 10 разрядов. Для параллельного вывода у вас просто не хватит пинов.
2) передачу на другой микроконтроллер в параллельном коде? Хм...
3) И уж если данные АЦП нужны на другом микроконтроллере - не проще ли на нем и померить? Или он не имеет АЦП в своей периферии?[/QUOTE]


Может проще если не хватает количества выводов просто обрубить выводы на индикатор а место него прописать тут самый так нужный выход с двоичным кодом??? или такой вариант не поможет? да и правильно ли я понимаю что сигнал можно вывести с одной лапки МК в виде двоичного кода? правильно ли это?

Ну если только один разряд из двойничного числа (цифры), то с этим справится и МК ... :)

т.е. если я понял можно передать данные напряжения например 220В как(11011100) или для этого нужна разрадность?

как это можно реализовать в коде?

Блин... Господа, вы ваще в теме или паяльник?Русский язык родной или как?
Для топикстартера - расскажите по человечески, что вы хотите.
Для George Smith : не дурите человеку головы, он и так не сильно в теме, а тут и вы предлагаете "поставить три четырехканальных параллельных регистра, для записи разрядов, согласно тактовым, "

Сами - то читали что советуете???

Мля, вся проблема - добавить пару строк в программу. Не... Мы наворотим пятнадцать микросхем.

Ребята, схемотехника давно уже стала фундаментом, а изыски и бантики делаются программно. Очнитесь, 21 век таки.

Берете результат АЦП преобразования и передаете на другое устройство, последовательно, бит за битом, по определенному протоколу, понятному передающему и принимающему устройствам. Чтобы не изобретать велосипеды (протоколы), для передачи используют стандартизированные интерфейсы и протоколы USART, SPI, которые в большинстве микроконтроллеров имеются в "железе".

Да, преобразование семисегментного кода в бинарный даст двоично-десятичный код, а не двоичный. Вместо напряжения в двоичном коде получим 3 неполных полубайта, которые потом опять же к двоичному виду приводить нужно.

Самое адекватное решение для топикстартера, который хранить строгой в секретности свою разработку - используйте отдельный АЦП (он будет измерять и отдавать данные на все четыре стороны...).

Это Вы по моему предложили ПЗУшки, или я ошибаюсь? Я только лишь поправил, что не ПЗУшки, а регистры поразрядные, чтобы собрать информацию о числе и отправить параллельно.
Далее если вы заметили я предложил МК, и никто тут никому не дурит голову, и переходить на личности не следует ...
Да я очень извиняюсь, просто имел ввиду двоично-десятичний код каждой отдельной цифры, и параллельно все вместе переслать.
Топикстартеру надо именно параллельная передача.
Просто еще один параллельный МК с другой прошивкой, который будет замерять параллельно но посылать уже двоичный код на другое устройство.
Именно так и думаю этот код с параллельно работающего МК на другой девайс ...