Jump to content
Borisov_E

Помогите Выбрать - Pic Или Avr Или Arm

Recommended Posts

........ Но скажу одно, самому учиться - это ужас.....

"Охота пуще неволи..."

Если самому учиться - ужас, то нужно немедленно бросить эту профессию (хобби).

Ужас - первый признак неудачного выбора.

Share this post


Link to post
Share on other sites

На все 100% согласен с Марком, я учился программировать PICи с нуля сам без учителей и товарищей по учёбе (к стати по КЕА), тоже было не легко, но было большое желание и здоровая злость (я что хуже?).

С уважением.

Share this post


Link to post
Share on other sites
Guest

доброго всем вечера.

Давно читаю эту ветку, много интересных мнений, но позволю и себе сказать:

а какая разница с какого МК (точнее, какой фирмы) начинать?

(всё, что ниже написано - мое личное мнение, я его не завязываю другим!)

1. знание основ электроники Обязательно

2. знание основ цифровой эл-ки ЖЕЛАТЕЛЬНО

3. необходимость освоения МК = цель

4. время и хотя бы минимум деталей/инструмента

главное, понять минимум устройства "типовых" МК: PIC, AVR, x51...

начинал Бейсика на "Спектрум", затем немного ассемблера х86 (чуть-чуть), потом PIC (PICBasic), потом AVR (FastAVR)

Да никакой разницы, как сложится!

исключение: конкретное знание того, что необходимо срочно получить за ограниченное время

Если так какая-то дикая математика или обработка сигналов в реальном времени, то да: тут заранее необходимо выбрать и ядро, и модель МК и учить именно его

а остальным советую: (извиняюсь за ссылки - лень набирать. Если уважаемый Модератор сочтет ссылки излишними -грохайте, но в Соглашении форума это не запрещено :)

1. http://kniga.mybb.ru/viewtopic.php?id=13

2. http://pic-avr.narod.ru/MK-teoriya.htm

готов отстаивать свою точку зрения :)

Share this post


Link to post
Share on other sites

Литиевые батарейки Fanso для систем телеметрии и дистанционного контроля

Системы телеметрии находят все более широкое применение во многих отраслях на промышленных и коммунальных объектах. Требования, предъявляемые к условиям эксплуатации приборов телеметрии и, как следствие, источников питания для них, могут быть довольно жесткими. Fanso предоставляет широкую линейку продукции, рассчитанной на различные условия эксплуатации, что позволяет подобрать батарейку для каждого конкретного применения, в том числе и для устройств телеметрии.

Подробнее

Позвольте, уважаемый Александр, с вами не согласиться вот в чем.

Для успешного проектирования любой задачи на МК необходимо ПРЕЖДЕ ВСЕГО быть ХОРОШИМ СХЕМОТЕХНИКОМ как в аналоговой, так и в цифровой части. Необходимо (а не желательно) блестяще представлять себе архитектуру вычислительных машин, которые вообще применяют в этой (эмбеддерской) области. легкость написания программ типа "хеллоу" не имеет к разработке реального оборудования (устройств) абсолютно никакого отношения. Все равно как считать шофера инженером-автомехаником.

Т.е. эмбеддинг - это радиотехника в чистом виде... и ничего более. Программирование и языки вообще не являются профессией, а лишь ИНСТРУМЕНТ разработки, как автокад, пикад, микрокап... далее везде.

Share this post


Link to post
Share on other sites

Программирование и языки вообще не являются профессией, а лишь ИНСТРУМЕНТ разработки, как автокад, пикад, микрокап... далее везде.

А как, Вы, прокомментируете утверждение, что в разработке среднего или крупного проекта как правило идет разделение в команде на схемотехника, программиста и конструктора (других пока, типа тех писателя, алгоритмиста итд мы пока трогать не будем)?

Edited by rtfcnf

Share this post


Link to post
Share on other sites
                     

Приглашаем на вебинар Решения для построения ультразвуковых счетчиков жидкостей и газов на базе MSP430

Компэл совместно с Texas Instruments 23 октября 2019 приглашают на вебинар, посвященный системам-на-кристалле для построения ультразвуковых расходомеров жидкостей и газов на базе ядра MSP430. Вебинар проводит Йоханн Ципперер – эксперт по ультразвуковым технологиям, непосредственно участвовавший в создании данного решения. На вебинаре компания Texas Instruments представит однокристальное решение, позволяющее создавать точные недорогие счетчики жидкостей и газов.

Подробнее...

Guest

rtfcnf успел ответить раньше меня )

я полностью с ним согласен: в СЕРЬЕЗНОМ проекте (я в них не учавствовал) в _большинстве_ случаев имеется разделение задач как минимум на электронную и программную.

Share this post


Link to post
Share on other sites

А как, Вы, прокомментируете утверждение.........

А вот так.

В любом проекте есть движущая сила. Это схемотехник. Для проектирования радиотехнических систем. О программных проектах на готовом универсальном оборудовании речь не идет.

Если он не может все, включая программу и конструктив разработать сам (пусть долго и неоптимально с точки зрения самого процесса, а не результата), то это никчемный схемотехник. И результат разработки будет корявым.

И как бы не показалось обидным для чистых программистов, но они не в состоянии найти оптимальное соотношение железо-софт, не в состоянии минимизировать затраты в конечном изделии (себестоимость), не в состоянии отследить физические причины багов. Если конечно этот программист сам не квалифицированный радиоинженер, а схемотехникой занимается подсобник. Такое бывает. Когда все сложности в основном в алгоритме, а схема тривиальна.

И даже в этом случае радиоинженер - фигура номер один в проекте.

Share this post


Link to post
Share on other sites

В любом проекте есть движущая сила. Это схемотехник.

Если отбросить шаманство в СВЧ и звуковых Hi-End схемах, то схемотехника в большинстве современных проектах сводиться к использованию типовых схем включения ИС, рекомендуемой производителем, у схемотехника просто нет времени вникать в тонкости работы каждой конкретной микросхемы при этом еще не факт, что его решение получиться лучше. Для творчество остается только общая компоновка устройства и согласование разных частей схемы. На первый план встают именно алгоритмы обработки, зашитые внутри устройства, то есть работа программиста. Проектирование платы тоже лучше отдать конструктору. Описать общею компоновку, пожелания, для МК возможность замены пинов и пусть человек творит в рамках полученного ТЗ.

Share this post


Link to post
Share on other sites

Как раз типовое включение микросхем я и отношу к тривиальной схемотехнике. Такие проекты радист-эмбеддер должен делать сам. И программу и схему. И конструкцию заодно.

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

ЗЫ. Недавно поссорился (случайно, не желая) с коллегой на работе как раз по обсуждаемому поводу...

Амбиции программиста обычно вредят делу...

ЗЫЗЫ. СВЧ - это совсем не шаманство....

Edited by my504

Share this post


Link to post
Share on other sites

Значит мне всегда попадались тривиальные задачи:D, а насчет делать сам, так зачем, когда есть специально обученные люди, не отнимать же у них хлеб.:lol:

Хотя я полностью с Вами согласен, чистому программисту заниматься контроллерами категорически не рекомендуется.

P.S. и оффтоп

А на одном финансовом ТВ канале под словом "эмбеддер" все время называют строителей, хотя во всем мире принято радистов-схемотехников. Так что по аккуратней с термином :D:lol:

Share this post


Link to post
Share on other sites

Вот в тему пример.

Сейчас на микрочип.су обсуждается тема измерения плотности зефирной массы...

Ну и какие готовые схемотехнические решения упакованные в ИС на эту тему имеются?

Между прочим, готовы купить за 12 килоевро...

И еще. А собственно что может нерадист-программист? Он знает мат.методы обнаружения сигналов?

Или может способен корректно построить софт радиолокатора?

Даже за кодом из под его руки нужен глаз да глаз. Я уже трижды за последние две недели буквально силком заставлял программиста отказаться от своих стерильных манер написания кода. Иначе не лезет в архитектуру, а следующий шаг вверх в выборе чипа (платформы) делает проект нерентабельным.

Но попробуйте доказать программисту, что читабельность самого кода(без коментов) не стоит ломаного гроша при таком выборе... Я уже готов писать на АСМе. Тем более проект 100%-но реализуем на ныне используемом МК.

Share this post


Link to post
Share on other sites

Вот в тему пример.

Сейчас на микрочип.су обсуждается тема измерения плотности зефирной массы...

Ну и какие готовые схемотехнические решения упакованные в ИС на эту тему имеются?

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

ИМХО: но это работа не схемотехника верней не одного схемотехника.

Edited by rtfcnf

Share this post


Link to post
Share on other sites

Ни капли не лукавлю. Это именно схемотехническая задача. Какой бы датчик не взяли за основу. Само проектирование преобразователя физика-электрическая величина - это чистая радиотехника.

Что проку с прожектерства, если неизвестна реализуемость?

Автор кстати предложил недурной вариант с пьезом. Тоже нет готовой схемотехники. (Знаю, поскольку только закончил один проект по УЗ датчику и как раз там измерял время его собственного звона).

Edited by my504

Share this post


Link to post
Share on other sites

И еще. А собственно что может нерадист-программист? Он знает мат.методы обнаружения сигналов?

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

Share this post


Link to post
Share on other sites

И что? Этот Ваш коллега способен самостоятельно выстроить проект системы? Да ни в жисть не поверю...

Это абстрактные знания. Почти схоластика. Его полезно привлечь в качестве консультанта при выборе метода. И только. Код писать такому не поручишь - дорого. Избыточная квалификация. Ему только в супермега проектах работать. Типа софт на бортовые РЛС писать-проектировать.... под руководством генерального конструктора. rolleyes.gif

Share this post


Link to post
Share on other sites

И что? Этот Ваш коллега способен самостоятельно выстроить проект системы?. rolleyes.gif

Нет не сможет.

Но я или потерял нить или все же мы о разделении функций работающих над проектом людей.

Это именно схемотехническая задача. Какой бы датчик не взяли за основу. Само проектирование преобразователя физика-электрическая величина - это чистая радиотехника.

Сталкивался с датчиками ускорения. И знаю что это за геморрой. Но входная часть выноситься в отдельный блок. В нутрии которого, да, схемотехник всех главней. Контора в которой я работал приглашала человека со стороны который и проектировал усилитель заряда и согласующий усилитель. К остальному прибору ни какого отношения он не имел.

Edited by rtfcnf

Share this post


Link to post
Share on other sites

Для эффективной работы безусловно нужна специализация. Особенно в крупном проекте. Однако ответственность за принятие решений лежит на ОДНОМ человеке. И он - радиоинженер.

Т.е. остальные как инструмент - на подхвате. Это не унизительно. Это их работа. и порой очень квалифицированная. Я , скажем, не возьмусь за проект какого нибудь навигатора. Это в основном высококлассный софт (с проработанной юзабельностью и внедренный в известную ось). Это вообще не моя компетенция. Я это себе представляю очень поверхностно. Основой навигатора, как известно является универсальная ЭВМ, а не контроллер.

Share this post


Link to post
Share on other sites

Основой навигатора, как известно является универсальная ЭВМ, а не контроллер.

Немного не в тему.

Было предложение пойти в контору которая занимается ГЛОНАСС(ом) вакансия там была программист ARM7, ARM9

Share this post


Link to post
Share on other sites

Избыточная квалификация. Ему только в супермега проектах работать. Типа софт на бортовые РЛС писать-проектировать.... под руководством генерального конструктора. rolleyes.gif

Хотя проекты и не супермега. За нашим кандидатом тоже глаз да глаз нужен. У него видно после защиты куча свободного времени появилась, вот он всё и порывается переписать наши DSP библиотеки. Ели останавливаем :lol:

Share this post


Link to post
Share on other sites
Для творчество остается только общая компоновка устройства и согласование разных частей схемы. На первый план встают именно алгоритмы обработки, зашитые внутри устройства, то есть работа программиста.

Однако, чистый программист не справится даже с задачей согласования "кирпичиков".

Причем, могут быть и подводные камни! Программист, он думает чисто логически, а чтобы согласовать нужно думать еще и схемотехнически. Например, наращивая параллельные каскады, можно запросто упустить момент когда потребление схемы превысит возможности коммутирующего элемента.

Share this post


Link to post
Share on other sites
Для творчество остается только общая компоновка устройства и согласование разных частей схемы. На первый план встают именно алгоритмы обработки, зашитые внутри устройства, то есть работа программиста.

Однако, чистый программист не справится даже с задачей согласования "кирпичиков".

Так я то и не говорил, что справиться. Я писал о разделении обязанностей в команде.

Share this post


Link to post
Share on other sites

В относительно низкочастотном приборе (до 20МГц положим) задача программиста будет: организовать прием-передачу данных по соответствующим интерфейсам и их обработку. Грубо говоря: принять значения с 3-х датчиков, преобразовать в (допустим, датчик ускорения) g и вывести на экран. Причем кнопочками регулируется масштаб. Как модель типичной задачи сойдет. Тогда программисту надо знать интерфейсы (USART, SPI, TWI и т.д.) или хотябы уметь их использовать и умение работать в ограниченном объеме (как по памяти так и по скорости и по набору команд). А уж как схемотехники будут аппаратно реализовывать эти интерфейсы - не его дело. Хотя, конечно, знание электроники желательно. Как пример, никто же толком не знает как устроена карта памяти (кроме ее собственных разработчиков), но пользоваться ей возможно, поскольку реализован стандартный протокол связи.

Share this post


Link to post
Share on other sites

Вы узко мыслите. Большинство применений МК - это не вычислители, а обычные аналоговые приборы, где задачей контроллера является формирование временной диаграммы. Обработка интерфейсов - это совершенно тривиальная задача. Она многократно описана в аппноутах и ни разу не секрет.

Для написания эффективного кода такого рода приборов нужно четко знать идеологию аналоговой части и ее схемотехническую реализацию с точностью до временных погрешностей и разрядности АЦП контроллера.

Edited by my504

Share this post


Link to post
Share on other sites

Все равно - интерфейс АЦПа, какие-либо преобразования кода не связанные с аппаратной частью и вывод информации. На экран, UART, память - не важно.

Вы узко мыслите
Сужу в основном по темам этого же форума ("как прицепить дисплей", "как соединить с компом", "как измерить температуру", "программаторы"; "осциллографы"-уже реже). Все-таки МК это цифровой прибор в котором может быть реализована обработка аналоговых сигналов. Для чисто аналоговых применений существуют специализированные контроллеры и процессоры. А здесь (судя по теме) обсуждаются классические контроллеры на которых можно собрать "мигалку", "часы", "термометр" то есть универсальная платформа.

Share this post


Link to post
Share on other sites

Join the conversation

You are posting as a guest. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...

  • Similar Content

    • By Вячеслав_НС
      Здравствуйте ! подскажите , какую лучше библиотеку использовать (и где ее взять) для управления i2c atmega8 в atmel studio 7  .  задача - управлять atmega8 по i2c ,  цап  PCF8591T .
      понимаю , в интернете много примеров и библиотек , но хотелось бы пример максимально простой и точно рабочий . т.к. пока что все мои попытки не привели к успеху ... то Atmel Studio 7 при компиляции ругается на несуществующий файл ( к примеру - "stream.h") при использовании библиотеки i2c , то еще какие то грабли .
    • By Антон Плюшкин
      В общем есть небольшая тривиальная задача - сделать свитюльку. Контроллер управляет светодиодиками, цвета меняются, людишки довольны.
      Схема проста: Attiny44a -> 2n3904 x3 -> RGB-светодиод.
      Собрал, протестил, всё норм, но!
      Как только в коде я использую функцию задержки - _delay_ms (util/delay.h) - контроллер повисает!
      #define F_CPU 16000000UL #include <avr/io.h> #include <util/delay.h> int main(void) { // Input/Output Ports initialization // Port A initialization // Function: Bit7=Out Bit6=Out Bit5=In Bit4=In Bit3=In Bit2=In Bit1=In Bit0=In DDRA=(1<<DDA7) | (1<<DDA6) | (0<<DDA5) | (0<<DDA4) | (0<<DDA3) | (0<<DDA2) | (0<<DDA1) | (0<<DDA0); // State: Bit7=0 Bit6=0 Bit5=T Bit4=T Bit3=T Bit2=T Bit1=T Bit0=T PORTA=(0<<PORTA7) | (0<<PORTA6) | (0<<PORTA5) | (0<<PORTA4) | (0<<PORTA3) | (0<<PORTA2) | (0<<PORTA1) | (0<<PORTA0); // Port B initialization // Function: Bit3=In Bit2=Out Bit1=In Bit0=In DDRB=(0<<DDB3) | (1<<DDB2) | (0<<DDB1) | (0<<DDB0); // State: Bit3=T Bit2=0 Bit1=T Bit0=T PORTB=(0<<PORTB3) | (0<<PORTB2) | (0<<PORTB1) | (0<<PORTB0); // Timer/Counter 0 initialization // Clock source: System Clock // Clock value: 16000,000 kHz // Mode: Phase correct PWM top=0xFF // OC0A output: Non-Inverted PWM // OC0B output: Non-Inverted PWM // Timer Period: 0,031875 ms // Output Pulse(s): // OC0A Period: 0,031875 ms Width: 0 us // OC0B Period: 0,031875 ms Width: 0 us TCCR0A=(1<<COM0A1) | (0<<COM0A0) | (1<<COM0B1) | (0<<COM0B0) | (0<<WGM01) | (1<<WGM00); TCCR0B=(0<<WGM02) | (0<<CS02) | (0<<CS01) | (1<<CS00); TCNT0=0x00; OCR0A=0x00; OCR0B=0x00; // Timer/Counter 1 initialization // Clock source: System Clock // Clock value: 16000,000 kHz // Mode: Ph. correct PWM top=0x00FF // OC1A output: Non-Inverted PWM // OC1B output: Disconnected // Noise Canceler: Off // Input Capture on Falling Edge // Timer Period: 0,031875 ms // Output Pulse(s): // OC1A Period: 0,031875 ms Width: 0 us // Timer1 Overflow Interrupt: Off // Input Capture Interrupt: Off // Compare A Match Interrupt: Off // Compare B Match Interrupt: Off TCCR1A=(1<<COM1A1) | (0<<COM1A0) | (0<<COM1B1) | (0<<COM1B0) | (0<<WGM11) | (1<<WGM10); TCCR1B=(0<<ICNC1) | (0<<ICES1) | (0<<WGM13) | (0<<WGM12) | (0<<CS12) | (0<<CS11) | (1<<CS10); TCNT1H=0x00; TCNT1L=0x00; ICR1H=0x00; ICR1L=0x00; OCR1AH=0x00; OCR1AL=0x00; OCR1BH=0x00; OCR1BL=0x00; // Timer/Counter 0 Interrupt(s) initialization TIMSK0=(0<<OCIE0B) | (0<<OCIE0A) | (0<<TOIE0); // Timer/Counter 1 Interrupt(s) initialization TIMSK1=(0<<ICIE1) | (0<<OCIE1B) | (0<<OCIE1A) | (0<<TOIE1); // External Interrupt(s) initialization // INT0: Off // Interrupt on any change on pins PCINT0-7: Off // Interrupt on any change on pins PCINT8-11: Off MCUCR=(0<<ISC01) | (0<<ISC00); GIMSK=(0<<INT0) | (0<<PCIE1) | (0<<PCIE0); // USI initialization // Mode: Disabled // Clock source: Register & Counter=no clk. // USI Counter Overflow Interrupt: Off USICR=(0<<USISIE) | (0<<USIOIE) | (0<<USIWM1) | (0<<USIWM0) | (0<<USICS1) | (0<<USICS0) | (0<<USICLK) | (0<<USITC); // Analog Comparator initialization // Analog Comparator: Off // The Analog Comparator's positive input is // connected to the AIN0 pin // The Analog Comparator's negative input is // connected to the AIN1 pin ACSR=(1<<ACD) | (0<<ACBG) | (0<<ACO) | (0<<ACI) | (0<<ACIE) | (0<<ACIC) | (0<<ACIS1) | (0<<ACIS0); ADCSRB=(0<<ACME); // Digital input buffer on AIN0: On // Digital input buffer on AIN1: On DIDR0=(0<<ADC1D) | (0<<ADC2D); // ADC initialization // ADC disabled ADCSRA=(0<<ADEN) | (0<<ADSC) | (0<<ADATE) | (0<<ADIF) | (0<<ADIE) | (0<<ADPS2) | (0<<ADPS1) | (0<<ADPS0); unsigned char VL_OCR0A = 0, VL_OCR0B = 0, VL_OCR1A = 0; OCR0A = 0; OCR0B = 0; OCR1A = 0; while(1) { _delay_ms( 100 ); VL_OCR0A = VL_OCR0A + 1; VL_OCR0B = VL_OCR0B + 1; VL_OCR1A = VL_OCR1A + 1; if( VL_OCR0A >= 250 ){ VL_OCR0A = 0; } if( VL_OCR0B >= 250 ){ VL_OCR0B = 0; } if( VL_OCR1A >= 250 ){ VL_OCR1A = 0; } OCR0A = VL_OCR0A; OCR0B = VL_OCR0B; OCR1A = VL_OCR1A; } } Т.е. если указать задержку в начале цикла, то светодиод не светится вообще.
      Если задержку убрать - светодиод немного подсвечивает всеми цветами.
      while(1) { _delay_ms( 100 ); // <--- ЗАДЕРЖКА --- VL_OCR0A = VL_OCR0A + 1; VL_OCR0B = VL_OCR0B + 1; VL_OCR1A = VL_OCR1A + 1; if( VL_OCR0A >= 250 ){ VL_OCR0A = 0; } if( VL_OCR0B >= 250 ){ VL_OCR0B = 0; } if( VL_OCR1A >= 250 ){ VL_OCR1A = 0; } OCR0A = VL_OCR0A; OCR0B = VL_OCR0B; OCR1A = VL_OCR1A; } Где я накосячил?
      З.Ы.: Замечаний по поводу оптимизации кода, излишних переменных и п.р. прошу не писать - изощряюсь как могу ибо не пойму почему не работает
    • By LegionKC
      Добрый день.
      Экспериментирую с платой TP4056 и MK ATmega8, конкретнее - пытаюсь собрать простенькое зарядное устройство с выводом параметров при зарядке/разрядке на АЦП МК. Для измерения тока нашел ACS712. Думаю, что получится выводить ток при зарядке (т.е. когда идет питание на TP4056 и нагрузка отключена) и при разрядке (питание выключено, нагрузка подключена). Нагрузка - резистор. Возникла проблема с измерением напряжения на АКБ. Вернее, проблема с отсутствием идей как это сделать. Может какую-нибудь схему делителя напряжения нужно сделать? Прошу помочь советом. Схему из пэинта прилагаю.
      Спасибо.
       

    • By Cheshire Cat
      Здравствуйте, только начинаю изучать программирование мк. Я уже задавал этот вопрос в моих прошлых схемах мне отвечали что-то типа "любой стабилизрованый источник постоянного напряжения", или кидали схему такого источника. Можно назвать мне конкретное устройство? В общем то что я смогу забить в гугл и приписать купить. 

      Я уже больше двух месяцев жду пока мне придут с aliexpress детали для маленького лабараторного блока, но этот вариант может разбиться о кривизну моих рук.  Хочу просто купить такой источник и наконец заняться непосредственно МК. 
    • By Cheshire Cat
      Здравствуйте, только начал изучать программирование микроконтроллеров. В учебнике есть схема, но она не учитывает питание и землю. Скажите правильно ли я её дополнил.
      И еще дополнительный вопрос. Что можно использовать как источник постоянного питания на 5В? Из не дорогого и того, что можно купить в Казани. Знаю, что лучший вариант - лабораторный БП, но они дорогие.

  • Сообщения

    • @BAFI а с каких пор 107-ой стал шоттки? Чет я пропустил наверное тот момент
    • Там 3 миллиграмма золота... Потому и стоят дорого http://www.radel.ru/shop/products/view/607361 
    • Читаю тему пока урывками как позволяет время . Пока не видел базовую прошивку как в соседней теме предлагает  "asvetp" от которой можно отталкиваться чтоб заявлять о каких-то хотелках , по этой причине без особых притязаний . Только если два вида настройки автомат и энкодером или кнопками в ручную вперед - назад  с последующей записью кнопкой ( так как скорей всего записанных автоматом пораженок будет море ) и дальнейшей  возможностью переключаться по записанным каналам  . Если что объясните что дает прибавка баса , если по даташиту микрушка ниже 100 Гц толком ни чего не воспроизводит что на наушники очень заметно и прибавка скорее всего вызовет только отвратный бубнеж а не мягкий бархатистый бас (хотя на радиостанциях тоже так низко и глубоко не вещают ), если не так то просветите пожалуйста ? И если только одно не скромное пожелание - возможность включения выключения и рулежки каналами каким нибудь ИК пультом типа как от китайских mp3 "блееров" или классического телевизионного RC-5
    • А через наушники разговор есть.
    • Ну зачем же так строго! Сегодня сделал ревизию своему старичку M830BZ MASTECH. Контакты на переключателе как новые. Он в паре с UT70B трудиться уже около 10 лет. Заменил подстроечный резистор VR1 200 Ом на многообротный, и настроил прибор по мультиметру UT70B. На всех диапазонах измерений точность практически идеальная. Те, старенькие 830 не теперешний ширпотреб. Единственное, так это пришлось по колдовать с резисторами делителя на пределе 200 Ма. Нижние пределы конечно показывают полный хаос, но эти микро амперы мне и не нужны. В чём была причина так и не понял. Контакты в отличном состоянии, несмотря на приличный возраст прибора. Почистил контакты ластиком, протёр спиртом, смазал вазелином. Так что не нужно спешить выбрасывать то что ещё может поработать. И так всю страну завалили отходами! Даёшь вторичное использование мультиметров! Резисторы там стоят толстенькие полосатые бочёнки. А за 2-3 бакса такой сегодня не купишь. Разве что только название похожее. Ведь даже качество пластика у него не очень плохого качества. Есть с чем сравнивать - лежат ещё 5 штук разных годов выпуска. А вчера переделывал для сына свежекупленный 830, встраивал повышайку и зарядку для лития. Так там вообще не пластик а полителен какой то. Любая техника чем старее тем была качественней. Пусть тот же самый Китай. Интересно будет лет через 10 почитать темы про ремонт мультиметров. Я не думаю, что будет бурное обсуждение приборов купленных в наши дни. Они просто не переживут этот срок. 
    • А нафига сгоревшие светодиоды выпаивать? Оторвать кусачками да и делов то. Вот интересно было бы посмотреть как это реализовано, наверно лампы сильно перегревались. 
    • Проверить цепь, по которой проходит сигнал на динамик. Если, конечно , под словами "разговорный динамик" не скрывается микрофон.
  • Покупай!

×
×
  • Create New...