Jump to content

Electro-dan

EstablishedMember
  • Content Count

    5
  • Joined

  • Last visited

Community Reputation

0 Neutral

About Electro-dan

  • Rank
    Newbrie
  1. I just noticed something else too. In my new piece of code: delay_us(228); delay_us(250); I took out the line delay_us(250); and those last four warnings have gone away! I'll do more research into this later - but I can't program the PIC yet because I am currently using the preamp it is in for music! Cheers,
  2. Well, the compiler I use is the C2C compiler, and I use the SourceBoost IDE. I thought C2C was the main compiler rather than BoostC? The warnings seem to apply to this part of the code... // Define device config block asm { list p=16F877A __config H'3F71';PROTECT50&XT&WDTDIS&PWRTEN&BORDIS&LVPDIS&DUNPROT&WRTEN&DEBUGDIS } This does work, and is supported by the C2C compiler (in fact, it is generated by the new project wizard). The warnings don't appear to occur when I comment that block of code out, but the compiler still takes a second
  3. Hi there, I seem to have an odd error which is preventing me from allowing my code to have extra functions. Before this problem, everything was fine, and my hex output file was about 11k (or 5.5k on the processor). Now I have added some extra code, there are some warnings saying: Warning: Not known opcode 'list p=16F877A' Warning: Not known opcode '__config H'3F71' ;PROTECT50&XT&W...' When this occurs, my an asm file is made and this assembles into a hex file ok, which is 13.1k. But when I run the PIC, it seems to repeat the intialisation procedure constantly, an
  4. Ah ok, I never knew that! I just use ICProg to program the PIC and it seems to do it whatever the code size (although I don't think I have gone above twice the size I can actually use). It is interesting to know this actually because I have a large project that uses two 8k PIC processors with HEX files 10.3K each, so actually I could go to 16K? Anyway, I'll have another look through the code and try to find out where the problem is laying... I think it is because the interrupt routine takes longer to happen then for tmr0 to interrrupt again because of the 100ms delay. Many Thanks,
  5. Hello there, I noticed in the examples section of the C2C site there is an example using a DS1821 to measure a temperature and a voice chip to output the temperature, plus warnings etc. It is labelled " This project (with circuit) created with ISD2560 record and playback chip, DS1821 temperature sensor, PIC16F84 with circuit for sightless Voice Termometer, fire and gas alarm system (by Ayhan Dayanik):". Unfortunately his email no longer exists so I cannot contact him directly. I have tried to get my DS1821 to work using the ds1821.c and ds1821.h files and writing my own main program
×
×
  • Create New...