DSO Quad

[alvadep]

Вот человек собрал прошивки и исходники в кучу, скажите ему спасибо.

А вот еще есть V1.8.

А вообще все это есть на форуме.

[Sergey_L66]

Спасибо ОГРОМНОЕ!!!
Пока носом не ткнул, я и не знал, что она у меня тоже уже есть, только я в них уже сам запутался ....

[Solaris_M]

Программа типа такой. - Программа для просмотра осциллограмм.rar

alvadep, вы автор? почему копирайты не ставите?

может посмотрите как поддержку .buf файлов прикрутить? csv "тяжелее" раз в 5, а данных о развертке не содержит.

кратко о файлах:
.bmp - снимок экрана.
.csv - весь буфер(4096 отсчета) в текстовом виде + данные о чувствительности каналов. с учетом калибровки Kx1 Kx2 Kx3.
.buf - весь буфер(4096 отсчета) в бинарном виде + по каждому каналу
// Track source
// Track Couple(A/D)
// Track Range
// Adj. Track Position 160(полезная информация, ниже объясню почему)
+
// Sync Mode
// Time Base Range
//ka1 ka2 kb1 kb2
с учетом Kx3
позволяет выгрузить из флеш эти данные обратно в оперативку(работа как при отжатом HOLD). удобен по всех смыслах, кроме отсутствия инструмента для его просмотра на PC.
.dat - буфер одного экрана(по сорцам стандартной прошивки 299 отсчетов) + Title[j][POSI].Value каждого канала(положение на экране или чувствительность???). по видимому с учетом калибровок. позволяет выгрузить данные обратно в оперативку и показать вместо канала "D"(на паузе не обновляется). не сохраняет данные о развертке, и лишь один экран. один плюс - наложение осцилограмм для сравнения, но на практике мало полезно - изза упрощенного меню загрузки, и корявой FAT16, требующей постоянного удаления "лишнего".

в прошивке чипа я заметил запись .dat файла в 384 отсчетов(режимы одного экрана - TAUTO..), и дополнительную информацию начиная с адреса 0x188(возможно допилено отображение развертки). а также неккоретную загрузку в оперативку, сводящую все плюсы от .dat файлов к 0. режим одного экрана работает на первых 384 отсчетах, все остальные значения в буфере остаются неизменны.

по большому счету мультиформатность избыточна, можно упразднить все форматы кроме buf, и повесить сохранение/загрузку на отдельную клавишу(пауза) - это будет удобно. нужна программа для просмотра осциллограмм на PC.

в каждой клетке(экран прибора) ~40 отсчетов.

в те 8 байт, что отдает нам АЦП входит как собственно измеряемый сигнал, так и смещение на ОУ(которое задает проц - положение Y0 для каналов A и B+калибровка Kx3). чем это грозит? задрав Y0 в самый верх, мы не сможем захватить положительный сигнал(на практике там остаётся около 15 точек), зато имеем 8 бит разрешения для отрицательного.

что такое калибровки? это 6 массивов KA1,KB1,KA2,KB2,KA3,KB3. Каждый размером 10 единиц, каждый для своего диапазона чувств. канала(2 лишние). 1-коррекция смещения АЦП,2-коррекция множительная АЦП, 3-коррекция множительная смещения сигнала ОУ. Первый два влияют лишь на результат, отображаемый прибором на экране, третья на данные АЦП. Хранятся они в файле настроек .wpt(80байт с адреса 0x8A).

[Solaris_M]

косячекс замечен - даже после калибровки нет устойчивого 0 на обоих каналах. при перемещении Y0 0 плывёт. решение - учет коррекции Kx2 в функции Process.C: void Update_Range(void) ...... __Set(CH_A_OFFSET, ((1024 + Ka3[_A_Range])*_1_posi + 512)/1024);

Затем подправить калибровку - сначала выставить Kx2, затем Kx3, затем Kx1.

Если задать Kx2 = 1024(тоесть нулевое значение), тогда этой проблемы не наблюдается, но существует менее приятная нелинейная погрешность(от уровня вх. сигнала).

Ps Возможно проблема решается проще. Простой перестановкой калибровки в Kx2›Kx3›Kx1. Сегодня уже лень экспериментировать.

Pss Если у кого есть интерес - в хекс редакторе открывайте файл настроек .wpt и редактируйте Kx1,2,3, затем двигайте Y0 и смотрите, что происходит. Для предела 1V/div это 8 байт с адреса 0xAA. [Ka1 Kb1] [ Ka2 ] [Kb2] [Ka3 Kb3]. 0x1FF - checksum, сумма всех байт должна быть равна 0(Checksum 8bit в WinHex).

Ктото на сииидстудио пытался компенсировать погрешность вводом огромной таблицы поправок - ущербный путь.

[alvadep]

Нет, автор не я, но по моей просьбе, коллега по работе написал эту программу.
По поводу файлов *.buf. Очень заманчиво. Попробую привлечь автора программы еще раз.
По поводу калибровки. Я когда-то писал, что это не измерительный прибор и 10% погрешность это абсолютно нормально для такого класса приборов. Но если добьетесь от него большего, то честь и хвала Вам. Я только ЗА.

[Solaris_M]

при просмотре файлов .buf нужно учитывать Kx1,Kx2, и отключать при необходимости.
temp=Ka1[_A_Range]+((Ka2[_A_Range]*(DataBuf[i] & 0xff))+512)/1024;
в файле .buf имеем

for(i=0; i‹32; i++){
memcpy(SecBuff, &(DataBuf[i*512/4]), 512);
if(__ProgFileSec(SecBuff, pCluster)!= OK) return WR_ERR;
Print_Clk(254, 0, (SCRN‹‹+ TEXT1, (i ››1)& 3);
}
memset(SecBuff, 0, 512);
p =(u16*)SecBuff;
for(i=0; i‹4; i++){
*p++ = Title[i][0].Value;// Track source
*p++ = Title[i][1].Value;// Track Couple(1-A/0-D)
*p++ = Title[i][2].Value;// Track Range(4-1V,3-0.5V)
*p++ = Title[i][3].Value;// Adj. Track Position 160
}
*p++ = Title[5][0].Value; //0x4020(16bit) // Sync Mode(Auto-0)
*p++ = Title[5][1].Value; //0x4022 // Time Base Range(100ms-3,10us-F)

*p++ = 0x00FF & Ka1[_A_Range]; //0x4024
*p++ = Ka2[_A_Range]; //0x4026
*p++ = 0x00FF & Kb1[_B_Range]; //0x4028
*p++ = Kb2[_B_Range]; //0x402A

Честь и хвала китайцам seeedstudio за разработку корявого, но работающего прибора, и chip'y за латание дыр прошивки. По сравнению с ними мой труд не так велик.

[Solaris_M]

учет коррекции Kx2 в функции Process.C: void Update_Range(void) ...... __Set(CH_A_OFFSET, ((1024 + Ka3[_A_Range])*_1_posi + 512)/1024);

Можно попробовать подставить вместо 1024 значение Kx2

В аттаче картинка. 1 график: жирно-нелинейность pwm, тонко-график напряжения после коррекции Kx3 в пределах гор.линий.

2 график: то что имеем после введения поправки Kx2, график растянули, соответственно нужно изменить наклон К поправки(переход от 1 римской, ко 2).

[Sergey_L66]

Всем Привет!
Очень не хватает режима "короткого" (экранного) буфера без запоминания , в прошивках которых он есть, в нем какая-то кривая синхронизация, даже с внутреннего генератора, а с реальным сигналаом вообще никакая, с запоминание буфера 4096 все ОК!, кто подскажет, что и где надо подправить в исходниках, например в этих https://github.com/pmos69/dso203_gcc...e31ce05543610?

[maks.portnyagin]

Всем привет. Подскажите пожалуйста как правильно его откалибровать. В начале калибровки пишет подключите канал а на gnd. На землю чего его подключить? Самого же себя или на землю блока питания с которого будем калибровать? Или вообще на землю?
И chipp ни знаете куда пропал? Хотел купить прошивку, молчит.

[Madf]

Ну вот и моя игрушка доехала. Решил обновить прошивку, а то какая-то допотопная была установлена с глюками и внешне интерфейсом в корне отличающейся от последних..так вот, основные элементы прошились, а вот: LOGO и FPGA не стал принимать, выдает в расширении файлов "err".
Подскажите пожалуйста, можно ли сменить этот логотип на свой и почему не прощился имеющийся и разве FPGA у них не все одинаковые? Складывается такое впечатление, что конструкция какая-то видоизмененная (судя по не прошиваемом FPGA и логотипа, будто другая реализация в железе)?
Брал всё с фирменного сайта (вики).