Тестер мелкой логики на Мега8515

[Frago]

Ага, значит это твой софт так загадочно показывает фузы.
Ну и хорошо, поздравляю!

Софт ещё ладно, я для этого программатора отдельный комп держу с LPT и Windows 2000, зато теперь знаю на что он способен Ещё раз огромное СПАСИБО!!!

[fifan]

А зачем тогда такую плохую программу программатора иметь? Можно же другие поюзать, например SinaProg.

[Frago]

А зачем тогда такую плохую программу программатора иметь? Можно же другие поюзать, например SinaProg.

А другая программа разве будет работать с моим программатором PicProg?

[fifan]

А понятно, тогда извиняйте. PicProg судя по описанию производился применимо к PIC микросхемам, а остальные - так довесок. Я так думаю поддержки новых AVR микросхем в нём нет.

[TheAbcs]

Решил добавить некоторые микросхемы в число проверяемых и столкнулся с проблемой - не хватает питания для отдельных экземпляров 155 серии.
Например, ИЕ5 - некоторые определяются, некоторые ни в какую... Частично помогло включение "подтяжки" на входах... Но для 155ИР1 и оно не помогло - только если подать питание с 5 вольт напрямую... Это особенность использованной мной AT90S8515, или Мега8515 это тоже характерно?
И заодно второй вопрос "не по теме". Утомило "вычисление циферок" для записи в порты и сравнения, перешел к следующей конструкции:
void test_7495(void)
{
sym[1]=5;
sym[2]=9;
sym[3]=13;
res=0;
sym[0]=12;

#define SI 1
#define D0 2
#define D1 4
#define D2 8
#define D3 16
#define PE 32
#define GND 64
#define NC 128
#define Vcc 1
#define Q0 2
#define Q1 4
#define Q2 8
#define Q3 16
#define SL 32
#define SR 64
#define NC 128

Direct_L=SI+D0+D1+D2+D3+PE+GND+NC;
Direct_H=Vcc+SL+SR+NC;
Port_L=PE;
но транслятор ругается на повторное определение (или присваивание - не помню).
Знающие люди, подскажите, локальные-глобальные определения работают, или они работают до переопределения...
Ну и из "анализа" исходников программ проверки понял, что "тестер" в названии устройства - это немаленький аванс :-)

[Eltaron]

Знающие люди, подскажите, локальные-глобальные определения работают, или они работают до переопределения...

Для старых #define нужно сделать #undef перед тем, как объявлять их заново.

Но на самом деле, чем городить кучу undef-ов, проще чуть переделать структуру проекта. Сейчас там все .c-файлы инклудятся в главный tester.c. Именно поэтому #define, объявленный в одном файле, действует и в следующем. Нужно убрать все эти #include, добавить .h с объявлением всех тестирующих функций, после чего настроить раздельную компиляцию всех .c-файлов с последующей их линковкой. После этого препроцессор станет обрабатывать каждый .c-файл отдельно и дефайны перестанут становиться глобальными.

[sergey2b]

поделитесь пожалуйста исходником проекта
я тоже хочу немного поучастовать

[CodeMaster]

поделитесь пожалуйста исходником проекта

Читай со 102-й страницы.

[Eltaron]

В общем, я тут отреверсил исходники (как бы странно это ни звучало ) и восстановил названия сигналов в тестирующих функциях для 74xx.

Ну то есть было (7400)

Port_L=9;
Port_H=19;
if ((Pin_L==45) && (Pin_H==91) && (res==1))
 res=1;
else
 res=0;

а стало

Port_L=(P_1A | P_2A);
Port_H=(P_3B | P_4B | P_VCC);
if ((Pin_L==(P_1A | P_1Y | P_2A | P_2Y)) && (Pin_H==(P_3Y | P_3B | P_4Y | P_4B | P_VCC)) && (res==1)) 
  res=1;
else
 res=0;

https://github.com/atsidaev/8515_TTL_tester/tree/master

[TheAbcs]

поделитесь пожалуйста исходником проекта
я тоже хочу немного поучастовать

я вносил изменения в версию 0.53 - она есть в этой ветке... но у меня контроллер другой - так что часть микросхем я "выкинул"...
впрочем, если интересует, что у меня получилось - могу отправить на эл.почту (если напишете ее в ЛС)

после чего настроить раздельную компиляцию всех .c-файлов с последующей их линковкой

в принципе, я понимаю, что здесь написано, но я "не настоящий сварщик"... :-)
сейчас я "по кнопочке топаю" и все компилируется, а надо будет, наверное, какой-нибудь make-файл писать (или править)?
впрочем, это так, для общего развития, второй (и последний) тестер от меня уехал... хотя модель в Протеус осталась :-)