Saleae Logic8 speed issue Same problem here (again :()
Initially (18 months ago) my Logic16 was perfect on Win7 x64 Ultimate, then started "Can't keep up with this data rate" occasionally, and then this...
Why not working? The code seems to have changed from manipulating PORTA to fiddling with DDRB - that confuses me.
You won't get a blink just by changing DDRB - that just defines whether port B...
Friday, 28 December 2012 - 15:46
Why not working? Keep it very simple. Take the switch handling out for now
while (1) {
PORTA |= (1<<2);
delay_ms(1000); //..or whatever the syntax is
PORTA &= ~(1<<2...
Friday, 28 December 2012 - 13:53
Zero Cross Detection - Attiny2313A H11AA1 I think? And here's a video from a potential Darwin award winner...http://www.youtube.com/watch?v=NtqftJb8WMM
Thursday, 20 December 2012 - 12:07
AVR Project The ??? were a query about whether it should be PINB rather than PORTB. I see enough posts here where people read PORTB and they are corrected to read PINB instead....
Sunday, 16 December 2012 - 19:43
AVR Project PORTB = (PINB & 0xF0) | output_mask; // set high the bits set on mask
my_delay(d1);
PORTB = PINB & 0xF0; // clear output bits
???
Sunday, 16 December 2012 - 17:58
Save float in eeprom So why all the do-it-yourself EEPROM byte-writing. As David says, just declare the variables as being in EEPROM, and CV will do it all for you.
Saturday, 24 November 2012 - 08:50
battery drainage bug So is this your robot, or maybe someone else's that you want to put your bug/virus into...hehe :)
Monday, 19 November 2012 - 13:48
Avoid Serial.print() over ISR(PCINT2_vect) [SOLVED] I see no recursion - where do you think it is recursing?
I do see a bad program design with a long running process initiated directly from an ISR. What happens before it "hangs"?
Same problem here (again :() Initially (18 months ago) my Logic16 was perfect on Win7 x64 Ultimate, then started "Can't keep up with this data rate" occasionally, and then this...
Codevision. Move along, nothing more to see here. Close the thread please mods :)
The code seems to have changed from manipulating PORTA to fiddling with DDRB - that confuses me. You won't get a blink just by changing DDRB - that just defines whether port B...
Keep it very simple. Take the switch handling out for now while (1) { PORTA |= (1<<2); delay_ms(1000); //..or whatever the syntax is PORTA &= ~(1<<2...
H11AA1 I think? And here's a video from a potential Darwin award winner...http://www.youtube.com/watch?v=NtqftJb8WMM
The ??? were a query about whether it should be PINB rather than PORTB. I see enough posts here where people read PORTB and they are corrected to read PINB instead....
PORTB = (PINB & 0xF0) | output_mask; // set high the bits set on mask my_delay(d1); PORTB = PINB & 0xF0; // clear output bits ???
So why all the do-it-yourself EEPROM byte-writing. As David says, just declare the variables as being in EEPROM, and CV will do it all for you.
So is this your robot, or maybe someone else's that you want to put your bug/virus into...hehe :)
I see no recursion - where do you think it is recursing? I do see a bad program design with a long running process initiated directly from an ISR. What happens before it "hangs"?
ChaunceyGardiner wrote:Maybe it works for sscanf to ?It does
What does the next one in the tube do?
Pages