[VladislavS]

 Сообщение от misterixxx :

Спустя три года - в моих компах давно уже нет СОМ-портов, как и LPT,

Для стационарного компа Тык1.
Для ноутбука Тык2.

 Сообщение от misterixxx :

программатор Пони-Прог посему отдыхает.

Ещё поработает

 Сообщение от misterixxx :

Надо программатор на USB...

А кто запрещает? Тык3.

В том то и прелесть AVR-ок, что зашить их хоть на коленке.

[misterixxx]

Искал подобные платы, когда-то они назывались "мультикарты" - что-то ничего не надыбал Да и работали они на PCI, которые, опять же, исчезающий вид ) Про недо-PCI-экспресс не вспомнил.

[misterixxx]

 Сообщение от DooMmen :

AVR Dragon, AVRISP MKII... Но если брать в китае - кроме USBasp там толкового ничего нет...

Есть они на ebay

[KNNK07]

Други, разбавлю тему

Есть супермегагиперпрожектор.
Режимы яркости задаются по PWM с ноги Tiny13. В обычном режиме работает на 40%.
Суть в том, что без сигнала PWM он будет работать на полную мощность, порядка 36 Ватт, в машине это перебор, в том числе в части перегрева. Просто сдохнет.

Вопрос - как подстраховаться, чтобы не спалить диоды на случай смерти контроллера? Подтянуть выход PWM к земле? Тогда если контроллер дохнет, то просто "тушим" свет. Так?

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

[SuperFonarik.ru]

Если контроллер сдохнет, оставив ШИМовую ногу наверху, то подтяжка к земле не поможет. Либо поможет, но сам ШИМ тогда работать не будет.

А почему контроллер должен сдохнуть? Ну зависнуть может теоретически, так для этого WDT существует.

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

[KNNK07]

Я пока не знаю причину и вряд ли узнаю - на 400 работающих полгода контроллеров была пара случаев смерти.
Это автомобильные лампы, ДХО, их радиаторы тянут вполне нормально 12 ватт на диодах напостоянку (все время, когда мотор заведен).
Но вот на максимальном токе там получается порядка 18-20 ватт, плюс на том же радиаторе "поворотник" еще на 15 ватт. Это перебор.

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

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

[SuperFonarik.ru]

Так если все сдыхания на вашей памяти были с опущенной лапой - зачем притягивать к земле?

Ну а серьезно - 47K на землю перестрахуют. Если контроллер умрет и лапа будет в высоком импедансе - посадит на землю. Но еще надо смотреть, куда идет этот ШИМ и какой у этого вход.

[KNNK07]

ШИМ идет через резистор в 10К на вход диодного драйвера.
Обычная импульная понижайка на 1А со встроенным полевиком.

Да, кстати, может посоветуете - я хочу от одного драйвера по двум проводам питать две разные цепочки диодов.
Для этого я хочу "посадить" одну цепочку диодов на плату, вторую на ту же плату, на соседние площадки, причем площадки в части меди общие.
Разница будет только в том, что вторая цепочка подключена паралельно первой, но обратной полярностью.

На выходе драйвера я ставлю два двойных полевика, которые коммутируют по сигналам с МК плюс и минус, то есть управляют тем, какая цепочка будет гореть.

Есть у такой схемы шанс на существование и какие тонкости, если они есть?

[gmail]

 Сообщение от KNNK07 :

на вход диодного драйвера.

Хочется сделать по людски - настраивайте драйвер на максимальный ток, который безопасен для фары. А выдумывать защиты для драйвера, который штатно способен выдать опасный для фары ток - это все костыли.

 Сообщение от KNNK07 :

Есть у такой схемы шанс на существование и какие тонкости, если они есть?

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

[DooMmen]

 Сообщение от KNNK07 :

вторая цепочка подключена параллельно первой, но обратной полярностью.

Что-то сильно вы намудрили. Драйвер понижающий или повышающий? Если обеспечите быстрое переключение и подтяжку одного ключа на принудительное открытие, а второго на закрытие, то можно обойтись двумя транзисторами и двумя параллельными цепями светодиодов без изменения полярности (но желательна полная идентичность цепей светодиодов). Если в такой схеме откроется 2 транзистора - засветятся обе цепи но уже не на полную яркость, но такое безопасно делать с понижающим драйвером, а вот с повышающим - зависит от драйвера.

[KNNK07]

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

[SuperFonarik.ru]

Что-то уже мудрено как-то получается. Схему в студию!

[KNNK07]

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

Вопрос по существу имею, помогите знаниями.

1. Есть Tiny13, на ней выставлен хардверный PWM

2. Мне достаточно делителя 64 для таймера, то есть PWM в районе 500 Герц. Сейчас работает БЕЗ делителя. Я так понимаю из даташита, что на 500Гц яркость будет точнее регулироваться. Драйвер PT4115. Сейчас "сброс" с 95% яркости до 90, положим, уменьшает фактический потребляемый ток при том же напряжении с 460мА до примерно 280мА. Понятно, что напряжение тоже снижается, но мне кажется, что это хреновая точность. Не?

3. Тут же реализована задержка включения и плавный розжиг через "топорные" функции millis() - мне так легче, ибо знаний пока не телега. Я считаю времени разницу между "началом" процесса и "сейчас" и если она больше нужного значения, то дальше начинаю равномерно "поднимать" яркость.

Проблема в том, что когда я ставлю прескейлер на 64, то "время замедляется" - millis() пользует основной таймер. Вопрос - нет ли аналога на WDT?
Пробовал в коде поделить все временные числа на 64, но чота не получилось

И, да, один и тот же код разжигает белые диоды со ступенькой в самом конце, а красные - без. WTF?

Привожу сам код тут. Знаю, что не идеал

byte fadeFactor = 255,
overallBrightness = 100;
unsigned long startTime = 0;
boolean fadeIn = false,
startUp = true;

#define MIN_LEVEL overallBrightness = 60 //45 for 1 Amp
#define MAX_LEVEL overallBrightness = 100 //85 for 1 Amp

void setup(){
DDRB = 0b00000001; //port B pin 0 go OUTPUT
PORTB = 0b00000000;

TCCR0A |= ((1 << COM0A1) | (1 << WGM01) | (1 << WGM00));
TCCR0B |= (1<<CS00);
//OCR0A = 0;
}

void loop(){
unsigned int waitTime = 0;
unsigned long timePeriod = 0;

if(PINB & (1<<PB3)) // Если есть сигнал на ноге, то ничего не горит и "готовимся" зажигать свет, когда сигнал исчезнет
{
fadeIn = false;
startUp = false;
OCR0A = 0;
}
else
{
if(fadeIn == false) // тут проверяем, нужно ли включать "розжиг", или все и так уже горит
{
OCR0A = 0;
startTime = millis();
fadeIn = true;
fadeFactor = 0;
}
else
{
if(startUp){waitTime = 0;} // "стартап - это первый старт, он без задержки
else {waitTime = 500;} //500 / 64

timePeriod = millis() - startTime;

if(timePeriod > waitTime)
{
if(PINB & (1<<PB2)) {MIN_LEVEL;} // Здесь задается яркость в зависимости от сигнала пина
else {MAX_LEVEL;}

if(fadeFactor<(254*overallBrightness)/100)
{
fadeFactor = ((timePeriod-waitTime)*overallBrightness)/400; // это ступенька инкремента, 400 возникло путем эксперимента, 500 работало плохо
OCR0A = fadeFactor;
}
else // сюда валимся, если ничего "разжигать" не нужно
{
OCR0A = (254*overallBrightness)/100;
startUp = false;
}
}
}
}
}

[Ro]

не знаю правильно-ли что пишу в эту тему... вобщем ситуация такова: прошивкой фонарей не занимался , опыта нет , но оказалось в руках несколько 5-режимных драйверов на Tiny13 , и захотелось убрать из них моргалки заменив прошивку (скачал). Попробовал , получилось , и будучи в радостном настроении от успеха решил пойти чуть дальше. Вобщем имелся на руках фонарик с 16-режимным (3 группы) драйвером NANJG 101-AK-A1 , на аналогичном контроллере и с такой-же схемой включения , слил с него прошивку , залил в другой контроллер - не работает. Попробовал слить/залить другой программой , и не только flash , но и eeprom - такая-же ерунда , и вобщем-то пёс-бы с ним , но , в процессе очередного сохранения прошивки заметил , что первые разы размер дамп-файла был 2,5-2,8 КБ (в зависимости от используемой программы) , а теперь стабильно показывает 13 байт... При этом ничего в оригинальный чип я не записывал. Заподозрил неладное , проверил работоспособность оригинального драйвера - не пашет. Первоначальные 2,5-килобайтные дампы сохранились , но тоже не работают - диод от них зажигается , либо моргает в процессе подключения питания , и не более того...
Вобщем... КАРАУЛ ! Что с ним делать-то теперь ? И почему прошивка слетела ?
Нашёл вобщем-то работающую прошивку на замену , на 3-4 режима , с одной группой , без стробов , называется Nlite , и в описании к ней вот такой текст:
"Since you can't backup the original NANJG firmware (it's protected, you only
get garbage if you try), you can't restore it's functionality if you flashed a
new firmware to it." - это оно у меня произошло ? Защита портит прошивку при попытке её слить ? Вообще нет-ли какой-нибудь возможности вернуть оригинальную прошивку обратно ?
Спасибо.

[Alex TG]

 Сообщение от Ro :

это оно у меня произошло ? Защита портит прошивку при попытке её слить ?

да

 Сообщение от Ro :

Вообще нет-ли какой-нибудь возможности вернуть оригинальную прошивку обратно ?

нет

[VladislavS]

 Сообщение от Ro :

Защита портит прошивку при попытке её слить ?

Так не бывает. Бывает установленный бит защиты от чтения. В этом случае вы считаете из микроконтроллера "ерунду" и она не будет работать в другом контроллере. Убить тиньку считыванием невозможно. Скорее всего вы её своими ручками, статикой, паяльником или ещё как убили.

Хотите сказать, что микроконтроллер прошивается, но не работает? Очень редкий случай, что-то вы не так делаете.

[Ro]

 Сообщение от VladislavS :

Так не бывает. Бывает установленный бит защиты от чтения. В этом случае вы считаете из микроконтроллера "ерунду" и она не будет работать в другом контроллере.

тремя разными программами считал содержимое (flash) оригинального чипа (на всякий случай) , размеры получившихся файлов были:
extreme burner: 2.82 Kb
khazama AVR: 2.41 Kb
после этого считывания оригинальный драйвер работал , я проверил.
Зашивание полученных файлов в другую Тиньку этими-же программами происходило нормально , верификация не ругалась , но драйвер не работал.
Попробовал считать оригинальную прошивку программой avrdude (с оболочкой burn-o-mat) , считывалась так-же , зашивалась в новую Тиньку , но так-же не работала.
Оригинальный драйвер ещё пару раз проверял , он работал , затем снова пробовал его по-разному читать (в некоторых программах были опции чтения eeprom и fuses) , и в процессе заметил , что размер получающегося файла flash стал 13 байт.
Проверил драйвер на работоспособность - не работает , при этом Тинька на нём живая - этими-же программами заливал в неё прошивку Nlite , всё пашет.
В драйвере с новой Тинькой эта Nlite тоже работает.
Получается что слетела оригинальная прошивка в оригинальном драйвере , при этом я на 100% уверен , что никаких действий по записи или стиранию я с этим чипом не производил , только читал.

Убить тиньку считыванием невозможно.

а программу в ней ? А что тогда означает цитата на английском , в моём первом сообщении ?

Скорее всего вы её своими ручками, статикой, паяльником или ещё как убили.

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

Хотите сказать, что микроконтроллер прошивается, но не работает? Очень редкий случай, что-то вы не так делаете.

и прошивается , и работает , но только с прошивками скачанными в инете. А с той прошивкой которую я считал из 16-режимного драйвера - прошивается , но не работает. Так ещё и после нескольких считываний прошивка в оригинальном МК сдохла...
После того как всё послетало , контроллер прошивается другой прошивкой , и нормально работает. Другой контроллер тоже в порядке.
До того как я попробовал слить эту 16-режимную прошивку я пару дней потренировался на других МК и прошивках , скачивал , заливал , считывал , сохранял , верифицировал , и заливал обратно то что считал из МК - всё работало. Тренировался просто чтоб набить руку не рискуя случайно что-то испортить , и всё что я делал до считывания 16-режимного драйвера , и после того как он сдох , никаких сбоев или неожиданностей не вызывало - если читалось , то читалось , а если записывалось , то работало , так что вот такое поведение 16-режимного драйвера явилось неожиданностью...
Ну и , собственно , выше и в английском тексте сказано , и Alex TG подтвердил , что какая-то защита в МК имеется , и считывание прошивки её портит...
Но утверждать я ничего не могу , поскольку моих знаний для этого недостаточно , поэтому и спрашиваю здесь совета.
Ну и как косвенное подтверждение "защиты от чтения" - в сети не смог найти такой 16-режимной прошивки , а она весьма удобная - в ней 3 группы , одна из которых просто 3 удобных яркости , и всё , во второй группе добавлены строб/SOS , а в третью напихано ещё много всяких моргалок и маяков.

[Alex TG]

 Сообщение от Ro :

и в английском тексте сказано , и Alex TG подтвердил , что какая-то защита в МК имеется , и считывание прошивки её портит

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

просто, видимо, что-то пошло не так при считывании

[VladislavS]

 Сообщение от Ro :

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

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

 Сообщение от Ro :

при этом я на 100% уверен , что никаких действий по записи или стиранию я с этим чипом не производил , только читал.

Значит все же 99.9%, раз стёр контроллер А стёр ты его точно.

 Сообщение от Ro :

какая-то защита в МК имеется , и считывание прошивки её портит...

Ничего подобного в тиньке быть не может. Почитай даташит, там немного, если интересно.

[Ro]

 Сообщение от VladislavS :

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

видимо так... и насколько понимаю , обойти этот запрет и стащить прошивку для записи в другой МК нет никакой возможности ?

Значит все же 99.9%, раз стёр контроллер А стёр ты его точно.

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

Почитай даташит, там немного, если интересно.

я почитал эту тему , и сделал вывод , что некоторым из тех кто в ней общается , в вопросах обращения с МК вполне можно верить на слово