Alexey Bishletov

Так "объедини" их до прошивки, а потом прошивай уже объединенный.

Честно говоря ни когда не имел дела с измерителями температуры жала (это такое внешнее устройство?), а еще что бы с несколькими ... Со смачиваемостью все в порядке, проблема в теплопроводности жала и/или плохой передаче тепла между нагревателем и жалом. Согласен, мне кажется что именно так и происходит. Т.е. я клоню к тому, что для удобства работы важно не цифровой или аналоговый регулятор в станции, а конструкция паяльника (нагревателя, жала).

Т.е. нужно три последовательных канала со скоростью 24 мегабита/сек в каждом? И сделать их всех програмно? Полагаю, что ни один из ARM-ов с этим не справится ...

Как мне кажется, самое важное в паяльной станции, это тепловое сопротивление между нагревателем и тем местом где идет пайка. Поскольку абсолютное большинство станций стабилизируют (и показывают) температуру нагревателя, то не так важно как они ее стабилизируют, так или иначе ее стабилизировать у всех получается, а вот температура в точке пайки оказывается совсем другой. Эти печальные выводы появились у меня после общения с Lukey 852D, с обычным Solomon SL-20 это было не так заметно ...

ИМХО, слишком велика она быть не может. Дроссель для источника тока, это как конденсатор для источника напряжения, чем больше тем лучше (при условии, что скорость перестроения на другой ток не критична).

Низкая выходная мощность - это R нагрузки = 0? Попробуй увеличить последовательный R, который заодно и датчик тока, получится некая минимальная нагрузка. А если есть возможность добавить последовательно стабилитрон (или его эквивалент), то получится еще более качественная минимальная нагрузка.

Теперь понятно :) А чем обычный Step down не устроил? ОС по току, датчик тока в "минус" ...

Если речь идет о стабилизаторе тока, то зависимотсь напряжения от нагрузки будет U=R*Iconst. А судя по приведенным данным имеет место какая-то сильно прогрессвная зависимость U®. Надо бы это уточнить ...

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

Как я понял, это Keil, я с ним не знаком и оболочкой не пользуюсь. Могу только предложить: 1. Увеличить стеки IRQ и Supervisor в два раза. Посмотреть пройдут ли зависания. 2. Смотреть стек в прерывании через оболочку не совсем удобно, т.к. во первых надо бы смотреть на значение указателя стека и сравнивать его с отведенной под стек областью. А во вторых, при переходе в прерывание указатель стека меняет свое значение на "указатель стека в прерывании" и ни как не связан со стеком в обычном режиме.

Обычно размер указывается в линкерном скрипте, формат зависит от компилятора а)В самых вложенных функциях (в прерываниях) проверять текущее значение указателя стека б)Заполнить какими-то "уникальными" значениями, например 0х12345678 и проверять что они не все затерлись

Интересно, "в лоб" это как? Управление через трансформатор? Оптрон + развязанное питание? Что-то еще?

А где или в каком даташите надо читать? Если можно, то на примере какого-нибудь резистора, конденсатора, транзистора и т.п. Или, если ни чего не указано, то УЗ мыть можно?

Есть плата с LPC2148, к компьютеру подключена через МАХ3232 + пара транзисторов для управления, схема обычная. Написал маленькую (700 байт) програмку, пытаюсь ее запрограммировать. LPC2000 Flash Utility - читает ID процессора и отказывается с ним работать. at200 - начинает программировать и на пол пути останавливается, ответ ей не нравится. Потратил пол дня, искал возможную причину. Так и не нашел. FlashMagic - уже вечером скачал, запустил и он все запрограммировал. Попробовал еще раз, опять запрограммировал. Теперь не знаю что с этим делать. Есть вариант перейти на использование FlashMagic-а, не знаю работает ли он из командной строки? Есть вариант продолжать искать проблему, которая FlashMagic-у пока не помеха, но потом может проявиться. Что посоветуете?

У L293 падение напряжения относительно питания >1В на каждый выход, т.е. до мотора не дойдет >2В от питания. Мне это не желательно. А в остальном самое то.

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

А можно ли взять разнополярный N - P полумост (например IRF7343), соединить затворы и управлять ими обоими сразу, через транзисторный преобразователь уровня? И как лучше объединить их выходы, что бы уменьшить сквозной ток при переключении?

Выбираю как проще и дешевле построить схему подачи напряжения на электромоторчик, причем нужен и реверс. Ток потребления у мотора 0.8А, при пуске или заклинивании наверное больше. Питание 10-15В. Управляться будет от м/к, т.е. логическими уровнями. Мне кажется, что драйверы затворов должны хорошо подойти, беру двойной и делаю мост. Но есть некоторые соменения: 1. Ток, который пишется в характеристиках драйвера он способен пропускать постоянно или только на время перезаряда емкости? Смотрю даташит на IR4426 и не могу это понять, прямых указаний нет, а все схемы проверки работают на емкость. 2. Есть ли на выходе драйвера защитные диоды на + и -? 3. Может есть решение лучше, с ценой порядка $1.5 на моторчик и с малыми потерями напряжения относительно питания? В УМЗЧ смущает не полный размах напряжения на выходе.

При таком большом напряжении на выходе я бы делал мост. Диоды более низковольтовые -> лучше динамические характеристики. В тот же объем на сердечнике можно впихнуть обмотку с половинным сопротивлением -> меньше потери в трансформаторе.

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

Предлагается нагреть плату до температуры плавления пасты? Я правильно понял?

Время выключения транзистора по фронтам импульсов Uси можно и не определить. Предположим, что транзистор закрывается "равномерно" в течении 10мкс, при этом максимальный ток через него падает от 10А до 0А. Ток через дроссель 7А. В этом случае через 3мкс на Uси будет скачок напряжения, фронт которого определяется емкостями (в том числе сток-затвор транзистора), а дальше ток через транзистор будет падать от 7А до 0, хотя на вид ни чего не будет происходить.

У меня и проекта то нету. Я от IARа использую только компилятор. А 4.11 у меня компилирует эту программу без ошибок.

Только что скачал с IAR последнюю evaluation версию, установил, запустил компиляцию, все как описывал. Получаю: IAR ARM ANSI C/C++ Compiler V4.41A/W32 EVALUATION Copyright 1999-2005 IAR Systems. All rights reserved. Time limited license: 30 days left Internal error: [CoreUtil/General]: TaOperand::GetAbsolute - bad operand Fatal error detected, aborting. :) это минимизированный код, вызывающий ошибку. Или ты считаешь, что использование __segment_... не разумно? Есть что-то взамен?

Собственно сабж. Вылетает по какой-то внутренней ошибке. Компилирую так: iccarm.exe m.c -e Сама программа такая: ------------------- m.c ----------------------------- #pragma segment="SEGMENT1" #define ar ((unsigned char *)__segment_begin("SEGMENT1")) #define l (((int)__segment_end("SEGMENT1"))-((int)__segment_begin("SEGMENT1"))) void f() { ar[l]=1; } ----------------------------------------------------- IAR 4.11 это же самое компилиует без ошибок. Есть подозрение, что мне попался какой-то не совсем правильный дистрибутив 4.41. Просьба к счастливым обладателям 4.41, проверьте у себя и сообщите что получается.