#avr Logs

Nov 01 2018

#avr Calendar

12:56 AM day__ is now known as day
08:38 AM McDonaldsWiFi: any of you guys ever programmed an esp8266 with a USBASP 2.0?
09:00 AM rue_mohr: not i
09:00 AM rue_mohr: why would you, serial bootloader
09:05 AM jesseg: McDonaldsWiFi, me neither. I just use the existing at commandset with an external CPU :P
09:27 AM McDonaldsWiFi: uhhh
09:27 AM McDonaldsWiFi: kind of over my head a bit xD
09:28 AM McDonaldsWiFi: Just trying to find a good way to program it.. should i just wire it up to my usb serial converter and interface with ti directly through a COM?
09:29 AM rue_mohr: I always just use a serial connection
10:10 AM Emil: Consider joining #avrs
10:22 AM kakimir: hey guise
10:22 AM kakimir: i have confusion about GPIO registers
10:25 AM kakimir: so port register is purelly for output value of port?
10:25 AM kakimir: in attiny20
10:25 AM kakimir: but in some others it may change pull-up resistor when pin is set as input
10:26 AM kakimir: and PORT register will not change it's own value itself ever?
10:29 AM LeoNerd: Indeed; PORT always just stores what you wrote there, but the actual IO pin might be different because of overrides from enabled peripherals
10:33 AM kakimir: okay
10:35 AM kakimir: thanks
10:35 AM kakimir: just need to be absolutelly sure
11:20 AM kakimir: why delay functions use double type parameter?
11:20 AM kakimir: I mean doesn't that like result in quite a lot of binary?
11:21 AM kakimir: I have been foolish
11:25 AM polprog: delay macros are evaluated and replaced during compilation
11:26 AM polprog: they arent real functions
12:53 PM kakimir: those are macros?
12:53 PM kakimir: _delay_ms etc?
12:53 PM kakimir: whaat
02:07 PM [1]MrMobius is now known as MrMobius
07:14 PM rue_mohr: hey
07:14 PM rue_mohr: kakimir, did you get the answer youneeded?