Знактокам MC68HC908 или перенос программы с одного ОМК на другой.

[VladimirV]

Потому что там из-за большой плотности монтажа все блоки рядом , и без заливки есть риск пробоя

Вот-вот. Это и отбило желание. Да еще вес его неподъемный. И телевизионные его возможности давно уже мне не нужны. В общем, взял новый цифровик, а этот в кладовке без дела лежит.

[deemon]

Вот-вот. Это и отбило желание. Да еще вес его неподъемный. И телевизионные его возможности давно уже мне не нужны. В общем, взял новый цифровик, а этот в кладовке без дела лежит.

Не , ну вообще-то , если даже не использовать БВС , то просто как осцилл общего назначения он неплохой - полоса 20 мгц , с запасом , достаточно большой экран , да и картинка неплохая ( если труба не дохлая , конечно ) , синхронизация опять же нормальная . Так-то его оживить имеет смысл ... но именно с переделкой родной высоковольтной схемы на что-то более годное - просто потому , что эта ихняя "дребедень" нам уже и тогда в 80-е годы - изрядно осточертела

Причём что характерно - его предшественник типа С9-1 , который тоже у нас там был - вообще не ломался никогда , удивительно был надёжный аппарат А всё почему - потому что не гнались за "уплотнением" монтажа , особенно высоковольтных блоков , и не применяли идиотских схемных решений , да уж .

---------- Сообщение добавлено 18:00 ---------- Предыдущее сообщение было 17:51 ----------

Но кстати , есть один осцилл , ещё более "геморроидальный" , чем С1-81 - это СВЧ осцилл С1-97 ... ну там правда есть оправдание - специфическая трубка с отклонением типа "бегущая волна" , в трубе куча электродов , на которые надо что-то подавать , регулировать , итд ... блин , там просто настройка "геометрии" картинки с кучей регулировок разными подстроечниками - заняла у меня однажды почти целый день И всё равно где-то в схеме остался ещё "косяк" , и именно в регулировке яркости - почему-то после включения яркость медленно растёт , минут 15-20 , притом "плывёт" ещё и фокус ... явно же где-то в схеме что-то "подтекает" . Но вот никак не могу себя заставить опять открывать этот чёртов сундук , чудо отечественных технологий - просто включаю его заранее , чтобы прогрелся с полчаса

[VladimirV]

просто как осцилл общего назначения он неплохой

Да он и отработал у меня лет 20 - без вопросов. Особенно к старости большой экран был хорош. Но, сейчас все чаще нужен запоминающий. Занялся ЧПУ - а там сервопривода, частотники... и куча импульсных заморочек. А старичок - полежит. Может - займусь, если приспичит.

[Wladimir_TS]

На все-ж может кто по тексту подскажет ?
А по модуляции яркости - потом.

[Eats]

Если через него идет ток нагрузки - то таки питание.

Откуда ж такие бестолочи-то берутся?... А термин "схема с общим эмиттером" ни на что не намекает?

Создаётся впечатление что вы и сами не знаете ответов.

Каждый меряет всех по себе. Я изначально думаю, что имею дело с понимающим человеком, и из-за этого часто ошибаюсь в людях. А Вы изначально думаете, что Ваши собеседники не знают ответов. А они их знают! Вот же ж:

В местной лавке TL084 стоит 30 руб и имеет 4 ОУ - вполне применимое решение. Просто оригинально схеме применено питание +/-5В и экзотические ОУ способные как по входу, так и по выходу работать "от питания до питания" за вычетом 50 милливольт. Поняв, что такие ОУ ни днём с огнём, ни вечером с фонариком не сыскать, а с Али придет LM358 с новой маркировкой - решил поднять питание до +/-12В и не "маяться дурью".

Разве это не ответ? Почему я его увидел заранее? И что мешало Вам увидеть его заранее?

---------- Сообщение добавлено 15:17 ---------- Предыдущее сообщение было 12:16 ----------

Например на Hi-Tech C я бы это написал так:

   R>>=1;
  if(CARRY) goto Label;

А сам CARRY уже прописан в .h выбраного МК (из стандартной поставки компилятора) как:
#define STATUS,0

Нашёл!!! Правда, не для AVR, а для другого ядра (и, соответственно, для другого проекта), но этот CY (перенос) для битовых операций работает. Разве что писать его надо обязательно заглавными буквами, но это не беда. Так что, Саш, спасибо за наводку!

[Alex]

Я водку не пю

[Wladimir_TS]

Все-ж еще раз вопрошу по тексту :

; ------------------ Segment display -----------------------
;
; DoSeg displays one segment using the RAM copy of segment parameters.
; It returns 50 microseconds before the display time is done.
;
; Entered with the display either on or blanked.
; Exits with the display unblanked after delaying SegTime-6.
;
; HIGHLY OPTIMIZED CODE - DON*T CHANGE WTHOUT KNOWING WHAT YOU*RE DOING!
;
; There is overlap possible when loading the DACs, since they are
; double-buffered. We queue up the next segment*s X,Y stuff while the
; previous segment is still displaying.
;
; The above requires us to subtract a fudge factor of 6 from SegTime since
; the overlapped DAC load takes about that long (50 microseconds).
; An extra delay is added to the last segment in a string to compensate
; for this little cheat. But it does remove 50 microseconds of dead time
; per segment! That*s a lot with the small scale=1 font size.
;
; The code calculates SegTime from size, shape
;
; This uses an approximation for the length of a line:
; if X>=Y, then len ~= X+Y/4. This is 12% low when X=Y.
; Circles are twice as slow as lines since lines double up the stroke.
;
; The code is optimized to keep the SPI serial bus busy for 90% of the time
; while it calculates the next things to send out. To do this, the
; SPI writes are interleaved with the calculations. The nop*s allow the
; SPI writes to complete - the code will break if they are removed!

Еще возник вопрос с быстрым вычислением целой части квалдратного корня из 16ти битного числа. Точнее вычисление длины отрезка по его проекциям Y=SQRT(A^2+B^2) ?

[Openreel]

Все-ж еще раз вопрошу

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

Точнее вычисление длины отрезка по его проекциям

Ну там же ясно написано, это приблизительное вычисление, а не точное. Приближенные методы вычислений должны были в институте учить, на любой инженерной специальности.

[Wladimir_TS]

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

А какие вопросы по железу - я поясню, как это понимаю.

Ну там же ясно написано, это приблизительное вычисление, а не точное. Приближенные методы вычислений должны были в институте учить, на любой инженерной специальности.

Небыло такого - хотя учился старательно. Вот просто думаю вместо этого непонятного вычисления понять которое я не могу из-за непонимания текста сделать более точное учитывая большую производительность процессора. Очень много вопросов - ответы на которые возможно будут если правильно понять этот текст. Например почему из результата вычитают 6...

[Openreel]

Вот просто думаю вместо этого непонятного вычисления понять которое я не могу

Что тут не понимать, сложение с делением?!

; The code calculates SegTime from size, shape
;
; This uses an approximation for the length of a line:
; if X>=Y, then len ~= X+Y/4. This is 12% low when X=Y.

Код рассчитывает "время сегмента" исходя из размера и формы(символа).
Для расчета длительности  линии используется аппроксимация. Если Х больше или равно У, то длина приблизительно равна Х+У/4. Эта формула занижает результат на 12%, когда Х=У.

Что тут не понятного, эта формула реально работает. Если лень делать хрестоматийное доказательство, то тупо проверить в том же экселе.

---------- Сообщение добавлено 13:00 ---------- Предыдущее сообщение было 12:57 ----------

Например почему из результата вычитают 6

Из результата вычитают константу, которая равна чему-то. Сколько-то попугаев.
А чему равны эти попугаи и как надо их высчитать - к переводу текста не относится.

[Wladimir_TS]

то тупо проверить в том же экселе.

Проверил. Вроде как-то оно похоже.

А вот часть где про 50 миллисекунд и про вычитание 6

Первое понятно - он из памяти берет данные

Потом:
X_CENTER*SCALE+CHR_X_POS+XSAVER - в канал 4 X координата середины вектора
Y_CENTER*SCALE+CHR_Y_POS+YSAVER - в канал 3 Y координата середины вектора
X_SIZE*SCALE - в канал 2 - размер по X
Y_SIZE*SCALE - в канал 1 - размер по Y

[Wladimir_TS]

Успешно запущен узел с ЦАПом. Генерация SIN, /SIN и COS идет, мультиплексор переключает, ЦАП вроде работает. Работы продолжаются.

[Wladimir_TS]

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

X_CENTER, Y_CENTER - это смещение середины вектора внутри символа
CHR_X_POS, CHR_Y_POS - это позиция символа на экране
X_SIZE, Y_SIZE - размер вектора
XSAVER, YSAVER - величина +\-3 микросмещения вектора для исключения прожега люменафора. Обновление раз в секунду. (или в минуту)
SCALE - масштабный коэффициент 1-3

В осциллограмме имеет место быть помехи и откуда они не очень понятно. И круги не идеальные.

[Wladimir_TS]

Сегодня знаменательный день - на экране получена первая цифирь.

Так как осциллограф, способный писать на флешку, увы, не имеет входа Z - то на нижней части рисунка показано, как это выглядит, если гашение работало-бы :