Drc error proteus

Если хотите, то можете начать этот раздел, перезагрузив файл PPSU.LYT, который представляет собой то, что вы должны сейчас иметь. Вы найдете этот файл в каталоге «SamplesTutorials», где установлен Proteus.

Выберите значок Проводник (Trace) и кликните левой кнопкой на выводе 4 операционного усилителя. В этом месте произойдет несколько вещей:

Разводка от вывода 4 U1 к выводу 2 R2.

ARES в интерактивно контролирует ваш монтаж дорожек и сообщит вам о любом монтаже, который нарушает проектные нормы для печатной платы. В настоящее время мы не имеем никаких нарушений, и вы должны видеть, что это указано в правой нижней части экрана как показано ниже:

Интерактивный контроль проектных норм (DRC) сообщает, что нарушений нет.

Если, например, вы кликните правой кнопкой на только что помещенном проводнике (вывод 4 U1 к выводу 2 R2), а затем перетащите центральную часть проводника вниз так, чтобы он пересекал вывод 2 R1 (ясное нарушение), вы увидите, что ARES обнаружит проблему, как только вы отпустите кнопку, и предупредит вас в строке состояния.

Интерактивный контроль проектных норм (DRC) сообщает о нарушении.

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

Так как в этом случае причина нарушения очевидна и намеренна, просто используйте команду отмены (по умолчанию CTRL+Z), чтобы вернуть печатную плату в правильном состоянии. Заметьте, что, когда вы сделаете это, контроллер DRC вернётся к сообщению об отсутствии нарушений.

Проектные нормы могут быть установлены независимо для основных стратегий через команду Установить стратегии (Set Strategies) в меню Система (System). Для получения дополнительной информации смотрите ниже стратегии трассировки.

Интерактивная проверка проектных норм (DRC) — чрезвычайно мощная помощь при формировании разводки, и вместе с настраиваемыми техническими нормами проекта она действует и как превосходное средство обеспечения качества разработки и сокращения времени на трассировку.

Возвратив печатную плату к её предыдущему состоянию, продолжим формировать разводку, соединяя вывод 4 U1 с эмиттером Q2. В этом случае, заметьте, что вы можете не разводить проводник от вывода к выводу — средства альтернативного управления списком соединений дают возможность ARES удалить эту связь, даже если вы проведёте дорожку от эмиттера Q2 до угла дорожки над выводом 4 U1.

Следующее соединение, которое неообходимо сделать — от вывода 2 U1 к R1. Предположив, что мы хотим развести его на верхней стороне печатной платы над нижней строкой выводов U1, нажимаем клавишу «пробел» или среднюю кнопку мыши. Это выбирает другой слой в текущей паре слоёв — в этом случае «верхний медный слой» (Top Copper). Разводите соединение как и прежде, отмечая, что выбранный тип проводника является теперь заданным по умолчанию для сигнальной стратегии (Signal). Также заметьте, что проводник выходит в красном цвете, показывая (с заданными по умолчанию цветами), что он находится на верхнем медном слое. Теперь завершите эту дорожку соединением к R2.

Фактически можно развести эту печатную плату вообще без сквозных отверстий. Однако, для целей обучающей программы мы разведём соединение от вывода 3 U1 к C1, используя два сквозных отверстия. Сначала выберите нижний медный слой (Bottom Copper), нажмите левой кнопкой на выводе 3 U1, а затем дважды кликните левой кнопкой чуть ниже этого вывода. Двойной левый клик в окрестностях вывода размещает сквозное отверстие и также меняет основной и дополнительный слои. Сквозное отверстие размещенное на слое, определяется режимом сквозного отверстия текущей стратегии (нормальный, углубленный или скрытый). Получив одно сквозное отверстие, двигайтесь к выводу цели, дважды кликните левой кнопкой и завершите разводку на нижней стороне печатной платы.

  И в завершение вы можете срезать под углом 45° некоторые проводники или все дорожки платы, чтобы она выглядела более аккуратно, чтобы минимизировать длину проводников, или чтоб избежать замыканий припоем.

Спасибо,я понял,вот еще тут нашел- http://radiokot.ru/forum/viewtopic.php?t=3739

Вот еще-

Основная ошибка всех начинающих работать с Протеусом – установка и запуск программы от имени пользователя компьютера, набранного кириллицей. Протеус не дружит с русскими буквами в путях к файлам. Поэтому, если у текущего пользователя имя «Вася», «Мария Ивановна» и т.п. вы рискуете при запуске симуляции получить следующее красное сообщение в окне log:

Cannot open ‘C:DOCUME~1ТЕКПОЛЬЗLocal SettingTempLISAxxx.SDF’

Simulation FAILED due to fatal simulator errors

где вместо ТЕКПОЛЬЗ закорючки. Это объясняется тем, что при запуске симуляции Протеус пытается создать в данной папке свой файл LISAxxx.SDF, но не понимает русские буквы в абсолютном пути. Есть два пути решения этой проблемы:

1)Изменить имя пользователя на английский вариант.

2)Зайти в Мой компьютер=>Свойства=>Дополнительно=>Переменные среды. В верхнем окне, выбрав переменную TEMP, нажать Изменить и вместо %USERPROFILE%

набрать %ALLUSERPROFILE% (при этом необходимо, чтобы в папке Document and SettingAll Users имелись соответствующие папки Local Settings и Temp их можно просто перекопировать из текущего пользователя (папки СКРЫТЫЕ) или создать вручную). Можно по совету Nemo78 изменить путь на %SYSTEMROOT%Temp (именно так без Local Settings), тогда Протеус будет использовать папку TEMP в системном каталоге Windows.

View previous topic :: View next topic
Author	Message
r4ph431dc Joined: 23 Jul 2018 Posts: 7 Location: Natal,RN-Brazil	TBLRD message in proteus. Posted: Mon Jul 23, 2018 1:18 pm     Hi everyone. I’m new in this forum, but frequently i look for some answers. I’m using CCS V5.078, proteus 8.7 and pic18lf4550. My question is about this message: [PIC18 MEMORY] PC=0x00A6. Address for TBLRD*- instruction (0x003FFFFD) is not a valid configuration address — zero returned. [U1] I’m using two rs232, and i want to start the program after 10 seconds. Well… if put this condition, the message shows up and program doesn’t work. When i take off these conditions, the program works fine. For me this message do not make sense. Someone could give me some help? Code: //============================================================================== //                          CONFIGURAÇÕES INICIAIS                         //============================================================================== #include»18F4550.H»   #device   ADC=10    // Escolher entre AD de 8 ou 10 bits. (escolher apenas um) #define ADC8 //#define ADC10 //_______________________Configuração do oscilador______________________________ #define CLOCK4   4000000 //#define CLOCK10   10000000 //#define CLOCK16   16000000 #ifdef CLOCK4 #fuses INTRC_IO//XT #use   delay (clock=4000000)                                       // define clock de operação #endif #ifdef CLOCK10 #fuses HS #use   delay (clock=10000000)                                       // define clock de operação #endif #ifdef CLOCK16 #fuses HS #use   delay (clock=16000000)                                       // define clock de operação #endif //______________________________________________________________________________ #fuses   NOWDT,NOPROTECT,NOLVP,NODEBUG,VREGEN,BROWNOUT,CPUDIV1//,LPT1OSC,IESO                     // configurações dos fuses //________________DEFINIÇÃO DOS PINOS___________________________________________ //______________________________RS232___________________________________________ //#use   RS232(Baud=9600,xmit=PIN_C6,rcv=PIN_C7, errors)//,TIMEOUT=1000) #use RS232(Baud=9600,xmit=PIN_C6,rcv=PIN_D3,stream=com_gps, errors)//,TIMEOUT=1000)   // habilita comunicação rs232 com o GPS #use RS232(Baud=9600,xmit=PIN_D7,rcv=PIN_D6,stream=com_sigfox, errors, TIMEOUT=1000)   // #use RS232(Baud=9600,xmit=PIN_A2,rcv=PIN_A3,stream=com_1, errors,TIMEOUT=1000) #include «MCP9700.c» #include «GPS.H» #include «GPS.C» //============================================================================== #define gps_ok_on      output_high(pin_e2) #define gps_ok_off      output_low(pin_e2) #define gps_erro_on      output_high(pin_e1) #define gps_erro_off   output_low(pin_e1) #define sistema_ok_on      output_high(pin_e0) #define sistema_ok_off      output_low(pin_e0) #define sistema_erro_on      output_high(pin_a5) #define sistema_erro_off   output_low(pin_a5) #define temp_on            output_high(pin_a1) #define temp_off         output_low(pin_a1) //============================================================================== int buffer[20]; //============================================================================== int testa_serial() {    int i=0,tempout=10;       while(tempout != 0 && buffer[i] != 0x0D)       {          i++;          buffer[i] = fgetc(com_sigfox);          tempout—;       }    if(tempout == 0)    {       return 0;    }    return i; } //============================================================================== void main(void) {    int1 continua=0;    int dado,cont,ok,i,tentativas=0,j,qtd;    int16 tempo; #ifdef CLOCK4    int ContTMR0 = 5;    SETUP_TIMER_0(RTCC_INTERNAL | RTCC_DIV_4 | RTCC_8_BIT ); #endif #ifdef CLOCK10    int ContTMR0 = 101;    SETUP_TIMER_0(RTCC_INTERNAL | RTCC_DIV_16 | RTCC_8_BIT ); #endif #ifdef CLOCK16    int ContTMR0 = 5;    SETUP_TIMER_0(RTCC_INTERNAL | RTCC_DIV_16 | RTCC_8_BIT ); #endif    SET_RTCC(ContTMR0);    ENABLE_INTERRUPTS(INT_TIMER0);    ENABLE_INTERRUPTS(GLOBAL);    temp_off;   // alimentação do sensor desligada    delay_ms(1000);    fprintf(com_1,»rn>>ATrn»);    fprintf(com_sigfox,»rnATn»);         qtd = testa_serial();    fprintf(com_1,»<<«);    for(j=1;j<qtd;j++)    {       fprintf(com_1,»%C»,buffer[j]);    }    fprintf(com_1,»rn»);    fprintf(com_1,»rn>>GET ID:rn»);    delay_ms(1);    fprintf(com_sigfox,»AT$I=10n»);         qtd = testa_serial();    fprintf(com_1,»<<«);    for(j=1;j<qtd;j++)    {       fprintf(com_1,»%C»,buffer[j]);    }    fprintf(com_1,»rn»);    fprintf(com_1,»rn>>GET PAC:rn»);    delay_ms(1);    fprintf(com_sigfox,»AT$I=11n»);         qtd = testa_serial();    fprintf(com_1,»<<«);    for(j=1;j<qtd;j++)    {       fprintf(com_1,»%C»,buffer[j]);    }    fprintf(com_1,»rn»);    fprintf(com_1,»>>AT$DR=905200000rn»);    fprintf(com_sigfox,»AT$DR=905200000n»);     // seleciona frequencia    qtd = testa_serial();    fprintf(com_1,»<<«);    for(j=1;j<qtd;j++)    {       fprintf(com_1,»%C»,buffer[j]);    }    fprintf(com_1,»rn»);    fprintf(com_1,»>>ATS400=<000001FF><00000000><00000000>,1rn»);    fprintf(com_sigfox,»ATS400=<000001FF><00000000><00000000>,1n»);  // salva configuração    qtd = testa_serial();    fprintf(com_1,»<<«);    for(j=1;j<qtd;j++)    {       fprintf(com_1,»%C»,buffer[j]);    }    fprintf(com_1,»rn»);    fprintf(com_1,»>>AT$WRrn»);    fprintf(com_sigfox,»AT$WRn»);   // salva configuração    qtd = testa_serial();    fprintf(com_1,»<<«);    for(j=1;j<qtd;j++)    {       fprintf(com_1,»%C»,buffer[j]);    }    fprintf(com_1,»rn»);    fprintf(com_1,»>>AT$RCrn»);    fprintf(com_sigfox,»AT$RCn»);   // reset o canal    qtd = testa_serial();    fprintf(com_1,»<<«);    for(j=1;j<qtd;j++)    {       fprintf(com_1,»%C»,buffer[j]);    }    fprintf(com_1,»rn»);    while(1)    {       fprintf(com_1,»>>AT$GI?rn»);       fprintf(com_sigfox,»nAT$GI?n»);       qtd = testa_serial();       fprintf(com_1,»<<«);       for(j=1;j<qtd;j++)       {          fprintf(com_1,»%C»,buffer[j]);       }       fprintf(com_1,»rn»);       if(buffer[0] == ‘0’ || buffer[2] < 3)       {          fprintf(com_sigfox,»nAT$RCn»);       }       else       {          fprintf(com_1,»>>AT$SFrn»);          fprintf(com_sigfox,»nAT$SF=»);          fprintf(com_sigfox,»%X%X%X%Xn»,3,1,3,2);          qtd = testa_serial();          fprintf(com_1,»<<«);          for(j=1;j<qtd;j++)          {             fprintf(com_1,»%C»,buffer[j]);          }          fprintf(com_1,»rn»);       }       delay_ms(5000);    } }
temtronic Joined: 01 Jul 2010 Posts: 8706 Location: Greensville,Ontario	Posted: Mon Jul 23, 2018 2:03 pm     Please clarify, the message appear in the Proteus simulation or in realtime, using real hardware ?
r4ph431dc Joined: 23 Jul 2018 Posts: 7 Location: Natal,RN-Brazil	Posted: Mon Jul 23, 2018 2:52 pm     Hi. This message appers in simulation and the program comunication doesn’t work. When execute any routine from rs232, the message shows again. When i program the pic and put it to work in real world, doesn’t work.
r4ph431dc Joined: 23 Jul 2018 Posts: 7 Location: Natal,RN-Brazil	Posted: Mon Jul 23, 2018 3:37 pm     temtronic wrote: Please clarify, the message appear in the Proteus simulation or in realtime, using real hardware ? Hi. This message appers in simulation and the program comunication doesn’t work. When execute any rotine from rs232, the message shows again. When i program the pic and put it to work in real world, doesn’t work. This is a print https://www.flickr.com/photos/raphaeldc/28710333947/in/dateposted-public/
PCM programmer Joined: 06 Sep 2003 Posts: 21687	Posted: Mon Jul 23, 2018 3:49 pm     Quote: My question is about this message: [PIC18 MEMORY] PC=0x00A6. Address for TBLRD*- instruction (0x003FFFFD) is not a valid configuration address — zero returned. [U1] It’s probably a Proteus bug. Quote: ENABLE_INTERRUPTS(INT_TIMER0); ENABLE_INTERRUPTS(GLOBAL); I don’t see an #int_timer0 interrupt routine in your posted code. Do you have one ? You need it. All of these are software UARTs: Quote: #use RS232(Baud=9600,xmit=PIN_C6,rcv=PIN_D3,stream=com_gps, errors)//,TIMEOUT=1000) // habilita comunicação rs232 com o GPS #use RS232(Baud=9600,xmit=PIN_D7,rcv=PIN_D6,stream=com_sigfox, errors, TIMEOUT=1000) // #use RS232(Baud=9600,xmit=PIN_A2,rcv=PIN_A3,stream=com_1, errors,TIMEOUT=1000) Read about the DISABLE_INTS parameter in the CCS manual: Quote: DISABLE_INTS — Will cause interrupts to be disabled when the routines get or put a character. This prevents character distortion for software implemented I/O and prevents interaction between I/O in interrupt handlers and the main program when using the UART. You need to add the parameters shown in bold below: Quote: #use RS232(Baud=9600,xmit=PIN_C6,rcv=PIN_D3,stream=com_gps, errors, DISABLE_INTS) #use RS232(Baud=9600,xmit=PIN_D7,rcv=PIN_D6,stream=com_sigfox, errors, TIMEOUT=1000, DISABLE_INTS) #use RS232(Baud=9600,xmit=PIN_A2,rcv=PIN_A3,stream=com_1, errors,TIMEOUT=1000, DISABLE_INTS) You appear to have only one fgetc() statement: Quote: buffer[i] = fgetc(com_sigfox); Because it uses a software UART, it will sit and wait for an incoming character. During that time, interrupts will be disabled (if you use the DISABLE_INTS parameter). For this reason, the com_sigfox stream should be configured for a hardware UART. i.e., xmit=PIN_C6, rcv=PIN_C7.
temtronic Joined: 01 Jul 2010 Posts: 8706 Location: Greensville,Ontario	Posted: Mon Jul 23, 2018 5:25 pm     Now you KNOW why a lot of us keep saying DO NOT USE PROTEUS ! It doesn’t work properly, it’s busted, broke,incomplete.. Even the ‘schematic’ is in error… build it as shown, it cannot work. Also, unless you’re need to use the internal USB of the 4550, use another PIC and a $2 USB<>TTL module. Cheaper hardware, NO software and NO codespace required. Jay
r4ph431dc Joined: 23 Jul 2018 Posts: 7 Location: Natal,RN-Brazil	Posted: Mon Jul 23, 2018 5:58 pm     PCM programmer wrote: Quote: My question is about this message: [PIC18 MEMORY] PC=0x00A6. Address for TBLRD*- instruction (0x003FFFFD) is not a valid configuration address — zero returned. [U1] It’s probably a Proteus bug. Quote: ENABLE_INTERRUPTS(INT_TIMER0); ENABLE_INTERRUPTS(GLOBAL); I don’t see an #int_timer0 interrupt routine in your posted code. Do you have one ? You need it. All of these are software UARTs: Quote: #use RS232(Baud=9600,xmit=PIN_C6,rcv=PIN_D3,stream=com_gps, errors)//,TIMEOUT=1000) // habilita comunicação rs232 com o GPS #use RS232(Baud=9600,xmit=PIN_D7,rcv=PIN_D6,stream=com_sigfox, errors, TIMEOUT=1000) // #use RS232(Baud=9600,xmit=PIN_A2,rcv=PIN_A3,stream=com_1, errors,TIMEOUT=1000) Read about the DISABLE_INTS parameter in the CCS manual: Quote: DISABLE_INTS — Will cause interrupts to be disabled when the routines get or put a character. This prevents character distortion for software implemented I/O and prevents interaction between I/O in interrupt handlers and the main program when using the UART. You need to add the parameters shown in bold below: Quote: #use RS232(Baud=9600,xmit=PIN_C6,rcv=PIN_D3,stream=com_gps, errors, DISABLE_INTS) #use RS232(Baud=9600,xmit=PIN_D7,rcv=PIN_D6,stream=com_sigfox, errors, TIMEOUT=1000, DISABLE_INTS) #use RS232(Baud=9600,xmit=PIN_A2,rcv=PIN_A3,stream=com_1, errors,TIMEOUT=1000, DISABLE_INTS) You appear to have only one fgetc() statement: Quote: buffer[i] = fgetc(com_sigfox); Because it uses a software UART, it will sit and wait for an incoming character. During that time, interrupts will be disabled (if you use the DISABLE_INTS parameter). For this reason, the com_sigfox stream should be configured for a hardware UART. i.e., xmit=PIN_C6, rcv=PIN_C7. In this code, I’m not using timer yet. I’ll remove it and test again. As the spi and uart are in the same pin in 18f4550, i left the spi and changed the uart. I’ll clean up the code and test your suggestions.
r4ph431dc Joined: 23 Jul 2018 Posts: 7 Location: Natal,RN-Brazil	Posted: Mon Jul 23, 2018 6:11 pm     temtronic wrote: Now you KNOW why a lot of us keep saying DO NOT USE PROTEUS ! It doesn’t work properly, it’s busted, broke,incomplete.. Even the ‘schematic’ is in error… build it as shown, it cannot work. Also, unless you’re need to use the internal USB of the 4550, use another PIC and a $2 USB<>TTL module. Cheaper hardware, NO software and NO codespace required. Jay Unfortunately this is the way that i see to check the code before program the hardware. I only have this pic, but i’m looking for another one that has more memory than this and don’t have usb. Do you can recommend another pic? I bought the pic18lf47k42. Have you use it? And… how could i test my programs without proteus?
Ttelmah Joined: 11 Mar 2010 Posts: 18385	Posted: Tue Jul 24, 2018 1:48 am     Almost certainly the error is having the interrupt enabled with no handler. However there is an issue with your clock settings. You have ‘CLOCK4’ selected. This selects INT_RC. The default clock given by INT_RC on this chip is 8MHz, not 4MHz…. This will stop the serials from working in the ‘real’ chip. I don’t think Proteus will work with software UART’s which you are using, so the code is not going to work in Proteus. The 18x47K42 is a nice chip. However are you going to be building at 3.3v?. The LF version you have is rated for 3.6v _max_. Also you are going to have to learn how to use #PIN_SELECT (look at the sticky at the top of the forum), since most peripherals on this use PPS.
temtronic Joined: 01 Jul 2010 Posts: 8706 Location: Greensville,Ontario	Posted: Tue Jul 24, 2018 5:04 am     comments. I’ve been using the PIC18F46K22 for a few years,even for small projects. Back then it seemed lke a good choice. 40 pins so lots of I/O, 2 hardware UARTs( almost necessary today), 64K of memory, lots of RAM and a fast,internal clock. I dedicate the ICSP pins to just ICSP, typically use a 20×04 LCD module, I2C RTC, 3×4 KPD,USB<>TTL for PC data and other stuff and have never run out of pins.There’s also one for the ‘1Hz flashing LED’ ! By staying with one PIC, I’ve built up a library of known,solid functions and drivers so very little time is spent on ‘why doesn’t this work’ problems associated with the ‘newest and bestest’ PIC. I remember when the 4550 came out, one of the first with internal USB. Quickly decided it was better to use an external USB<>TTL module. The benefits included it was cheaper($2) than buying all the parts(connector,reistors,LEDs,etc.) and integrating onto a PCB.Flipping D+ and D- wasn’t fun either ,arrgh. From the software side, no ‘driver’ is required,all the magic is done inside the module. You also save codespace. I recall the full CCS driver took maybe 1/4 or mode of EEPROM. A hardware benefit is that any I/O pins can become USB pins,though not interrupt driven,you can code around that. As for simulation, I let the Real World show me what’s going on. I started programming on PDP8s with teletypes and papertape. Back then you did a lot of ‘simulation’ using paper and pencil BEFORE punching any tape. The huge problem with Proteus is that it is NOT reliable.100s of flaws,bad DRC,errors yet people still use it,beliving that what it says is true. Hardware these days is inexpensive,even I now buy modules from China as I can’t buy parts and make a PCB for them. The 46K22 has a 28 pin smaller sister,just fewer pins but simialr features. Also that PIC will run 3 and 5 vlts, so it’s compatible with external peripherals that all seem to be 3 volt devices. I’ve even got 5V LCD modules to run on 3V PICs, needs 4 small parts and a clock source. needed to do that as 3 volt LCDs are $$$! Jay
r4ph431dc Joined: 23 Jul 2018 Posts: 7 Location: Natal,RN-Brazil	Posted: Tue Jul 24, 2018 5:23 am     Ttelmah wrote: Almost certainly the error is having the interrupt enabled with no handler. However there is an issue with your clock settings. You have ‘CLOCK4’ selected. This selects INT_RC. The default clock given by INT_RC on this chip is 8MHz, not 4MHz…. This will stop the serials from working in the ‘real’ chip. I don’t think Proteus will work with software UART’s which you are using, so the code is not going to work in Proteus. The 18x47K42 is a nice chip. However are you going to be building at 3.3v?. The LF version you have is rated for 3.6v _max_. Also you are going to have to learn how to use #PIN_SELECT (look at the sticky at the top of the forum), since most peripherals on this use PPS. Yes. The problem was that. I removed the command to enable interrupts and it worked. I enabled and put the routine and it worked. And yes, I’m building in 3.3V.
r4ph431dc Joined: 23 Jul 2018 Posts: 7 Location: Natal,RN-Brazil	Posted: Tue Jul 24, 2018 5:30 am     temtronic wrote: comments. I’ve been using the PIC18F46K22 for a few years,even for small projects. Back then it seemed lke a good choice. 40 pins so lots of I/O, 2 hardware UARTs( almost necessary today), 64K of memory, lots of RAM and a fast,internal clock. I dedicate the ICSP pins to just ICSP, typically use a 20×04 LCD module, I2C RTC, 3×4 KPD,USB<>TTL for PC data and other stuff and have never run out of pins.There’s also one for the ‘1Hz flashing LED’ ! By staying with one PIC, I’ve built up a library of known,solid functions and drivers so very little time is spent on ‘why doesn’t this work’ problems associated with the ‘newest and bestest’ PIC. I remember when the 4550 came out, one of the first with internal USB. Quickly decided it was better to use an external USB<>TTL module. The benefits included it was cheaper($2) than buying all the parts(connector,reistors,LEDs,etc.) and integrating onto a PCB.Flipping D+ and D- wasn’t fun either ,arrgh. From the software side, no ‘driver’ is required,all the magic is done inside the module. You also save codespace. I recall the full CCS driver took maybe 1/4 or mode of EEPROM. A hardware benefit is that any I/O pins can become USB pins,though not interrupt driven,you can code around that. As for simulation, I let the Real World show me what’s going on. I started programming on PDP8s with teletypes and papertape. Back then you did a lot of ‘simulation’ using paper and pencil BEFORE punching any tape. The huge problem with Proteus is that it is NOT reliable.100s of flaws,bad DRC,errors yet people still use it,beliving that what it says is true. Hardware these days is inexpensive,even I now buy modules from China as I can’t buy parts and make a PCB for them. The 46K22 has a 28 pin smaller sister,just fewer pins but simialr features. Also that PIC will run 3 and 5 vlts, so it’s compatible with external peripherals that all seem to be 3 volt devices. I’ve even got 5V LCD modules to run on 3V PICs, needs 4 small parts and a clock source. needed to do that as 3 volt LCDs are $$$! Jay Ok. Thank you so much for your reply. I’ll buy some to test. Thanks a lot guys!
Display posts from previous:

Powered by phpBB © 2001, 2005 phpBB Group

16.03.2020 в 03:30, gogaze сказал:

Поделитесь полезнымы мыслями, пожалуйста.

Зашёл через Гугла под  своим настоящим именем, т.к. лень восстанавливать пароль, но если кто помнит FAQ по Протеусу, то это я — Halex (на Казусе с индексом 07). Как видите, пока ещё жив.

Лучше поздно, чем никогда… В последнем Протеусе 8.9 библиотеке текстовых дисплеев LCDALPHA.DLL наконец «удалили гланды». Если в более ранних  для воспроизведения кириллицы приходилось «допиливать» сам файл библиотеки сторонней утилитой, то теперь chasrset (он же — набор символов) можно менять на лету через свойства модели в проекте. Т.е.  родные-то гланды остались на месте, они встроены в исходный DLL, но по мановению хвостатой их всегда можно изменить хоть на «китайский традиционный». Ну, а картинка с кириллицей, которую раньше запихивали в принудительно-исправительной («колонии») утилите теперь выбирается в свойствах модели LCD.

Она лежит в папке примера: Labcenter ElectronicsProteus 8 ProfessionalDATASAMPLESVSM for AVRArduino Cyrillic LCD в стандартной поставке Протеуса и  обзывается cyrillic.bmp. Если в лом лазить по такому длинному пути часто, просто скопируйте этот файл в более «удобоваримую» папку ту же BIN или в корень DATA. Тут уже по желанию пользователя… Ну, и остаётся выбрать набор с русскими символами (когда требуется) в свойствах экранчика см. скриншот. Всё делается на раз, два, три, четыре — как в утренней зарядке в период самоизоляции.

Изменено 27 мая, 2020 пользователем Алексей Христианчик