сориентируйте, плиз. а бывает ли такое недорогое, типа купить на ебае за 10-30баксов, чтоб 1. на выходе можно получить порядка 1-10кВ в импульсе 2. мощность на выходе до примерно ватта, наверное, больше не надо 3. на входе длительностью импульса или еще какой подстройкой можно получать ноль..напряжение с частотой до примерно килгерца на нагрузку вида "два 1см провода на расстоянии более 1мм" плюс потери
ага, хочу электростатикой вытягивать капли из капилляра -- нужно напряжение порядка 1-10кВ, менее тыщщи капель в секунду, интересен, условно, интеграл напряжения по времени с прядком киловльта и миллисекунды на нагрузку вида "два 1см провода на расстоянии более 1мм" плюс потери
4. и да, управляем с микроконтроллера, ттл и всё такое
насколько я понял из чтения даташитов (поправьте если не прав), у ФЭУ характеристика степенная, степень - примерно равна числу усиливающих электродов. итого, при линейном делении напряжения (для подачи на промежуточные электроды) точность-стабильность сигнала на выходе ФЭУ будет в степень-раз хуже стабильности оперного напряжения. то есть, на практике, при тупом линейном делителе напряжения и стабильности питающего напряжения мало-мало выходит, что сигнал на выходе от колебаний питающего зависит сильно-сильно, получается фигня какая-то.
собственно вопрос, а наверняка уже разные люди пробовали и пытались делать делители напряжения между электродами хитрее, чем тупо цепочка резисторов и получали в результате бОльшую стабильность, или еще как вводили обратные связи. что читать про это, куда смотреть, что хорошего из этого вышло?
ps: безумная мысля. а в LTSpice можно просимулировать какой-нибудь типовой ФЭУ с самодельной обвязкой и заданным видом принятого света?
если у нас есть сигнал с ацп 12бит, 65МГц, а мы хотим его урезать по частоте этак в 1024 раза, то как лучше усреднять эти самые 1024 разряда, чтоб поточнее увидеть средний уровень мееедленно меняющегося сигнала? режем частоту в 2^10 раз, значит в итоге можем ожидать повышение точности измерения на этак 5 бит? надо ли как-то пре-фильтровать численно входящий сигнал или можно тупо брать блоки по 1к отсчетов и тупо суммировать?
в общем, посоветуйте литературу (англ, рус) и ключевые грабли.
Кто-нибудь поднимал "CDC ACM" (это типа как uart, но поверх usb, без заморочек с скоростями/битностью, нативный стандарт в отличие от затейливых эмуляций во всяких usb2uart) на stm32f1?
1. а какой фактической скорости удалось добиться на "фул спид" при передаче с стм-ки в комп? хотя бы половина от 12Мбит/с вышло? 1а. f1 не умеет хай спид (480мбит/с), но если кто что похожее делал например на f4 и на хай спид - тоже интересно, какие скорости вышли по факту.
2. а как лучше программно на контроллере определять, когда уже можно начинать гнать поток данных, а когда его приостанавливать? номинально, в "CDC ACM" прокидываются всякие там rts,cts,dtr,итп, но на них же всем плевать и хост перед отрубанием не обязан их возвратить обратно.
Товарищи учоныя, у меня тут в подполе... Но на самом деле не в подполе, а прямо на столе. На этом самом столе есть два девайса: первый это старенький самсунговский монитор, второй — самопальный контроллер подсветки (рабочий свет типа) на ик-пультике.
Ну и между делом выяснилось, что монитор в момент включения даёт наводку на "рабочий свет" пока не прогреется. То есть, он и раньше её давал, но сегодня я переставил монитор, и это стало прям мешать. Наводка выражается в том, что лампочка подтверждения приёма на лампе начинает яростно мигать, словно в неё фигачат десятком пультов сразу; иногда прилетевший импульс оказывается ровно таким, чтобы контроллер думал, что это повтор команды и тогда уже мигает свет или выключается вообще (технически это баг в прошивке, но об этом ниже). В любом случае, помеха забивает канал на полминуты-минуту, и лампа становится неуправляемой.
Важно: помеха именно оптическая! Если закрыть монитор куском плотного картона, то эффект пропадает. То есть, как я понимаю, инвертор питания кормит лампу переменным током примерно 38кГц плюс-минус, что вполне проходит через фильтры приёмника. Непрогретая лампа, кроме этого, излучает нестабильно (причём и излучает в ИК тоже!), что приёмником воспринимается как модуляция.
Собственно, а что с этим можно сделать?
1) Разместить в приёмник в другом месте можно, но.... ничего не гарантирует. Приёмник смотрит на стол (где руки с пультом), монитор светит на стол... не факт что поможет.
2) Починить баг можно и нужно, но гемор... снимать-разбирать-распаивать, править баг, искать где-то в хламовнике прищепку на so-8.... гемор. И забитый канал всё равно не исправит.
3) Сменить монитор не предлагать, на то есть причины, а кроме того он мне просто нравится.
Может, ему в питальнике что-нибудь куда-нибудь подпаять чтобы лампа не мерцала?
а почему буквально во всех импульсных блоках питания есть конденсатор после выпрямителя, типично "не греть выше 40ц" и этот конденсатор иногда просто прижат, а иногда даже приклеен к дросселю-трансформатору или еще чему-то такому сильно греющемуся?
любопытно, а почему всякие проводки типа пэлшо, у которых важна проводимость по поверхности - серебрят. а разъёмы, у которых тоже важна проводимость - золотят.
по слухам, у чистого серебра в ваккууме проводимость отличная, но в бытовых условиях, рядом с кислородом и всякими там яйцами серебро покрывается слоем дерьма, типа оксидов, сульфидов и прочего хз что.
по слухам, золото химически инертно, и кислород и яйца, и сероводород, и прочие мелкие-вонючие бытовые бяки на поверхности золота не дают никаких плохопроводящих плёнок.
собственно вопрос - почему разъёмы золотят, а провода серебрят? какая-нибудь там платина-иридий-осмий-итп не лучше ль будут?
Добрый день! Прошу отнестись с пониманием, но в это трудное время когда кто-то переходит на чипы странных китайцев, кто-то ждёт, а я зачерпнул со дна... И этим оказалось AT90S1200 :) Есть микрозадачка как раз для этих недо-МК где даже нет RAM из за чего как понял Си не может в них, но мы можем в *asm. Столкнулся с проблемой - в независимости от кода, МК генерит на заявленной частоте кварца только когда опущен nRESET. Тогда как AT90S2313 у которого совпадает распиновка и которым когда-то советовали заменять AT90S1200 - работает нормально. В pdf по смене AT90S1200 -> AT90S2313 ничего по этому поводу не сказано. Пробовал разные МК и кварцы, подавать внешний clock - не пробовал.
Вопрос не жизни и смерти, но вдруг кто из древлян вспомнит секрет.
ps но мы можем в *asm - оказалось что, довольно самонадеянно для >uint8_t
update: МК всего 2шт - или они уже того или всё-равно овчинка выделки не стоит
