#avr Logs

May 21 2019

02:02 AM polprog: [02:21] rue_shop1: I'm perfectly out of sync with prettymuch all the interesting people to work with
02:07 AM polprog: we can work on this
02:42 AM polprog: this is cool, i need to experiment nore with those toroids
02:43 AM polprog: maybe ill manage to make an isolated power supply
02:46 AM polprog: hmm i need to try that multi choke toroid
02:46 AM polprog: maybe that would allow me to easily get 2vac
07:17 AM McDonaldsWiFi is now known as tpyoking
07:17 AM tpyoking is now known as PublicWifi
09:10 AM Thymo_ is now known as Thymo
09:35 AM polprog: https://i.ibb.co/6Z4C1G5/IMG-20190521-162914.jpg
09:35 AM polprog: i have a working feedback loop to control it
10:14 AM Ekho- is now known as Ekho
11:38 AM gsi__ is now known as gsi_
12:38 PM polprog: https://i.ibb.co/Y8tCVc6/IMG-20190521-193220.jpg
12:38 PM polprog: rue_bed: ^^
04:05 PM polprog: ive got 9 IV-6 lamps
04:05 PM polprog: 7 seg ice tubes
04:06 PM polprog: og tone glowing ^^
04:06 PM polprog: got one*
04:06 PM polprog: also found a pentode+triode lamp, ill try to make something with it later
04:06 PM polprog: maybe an inverter
04:14 PM cehteh: i have a nice beehive lamp somewhere
04:15 PM cehteh: http://www.dampfkraftlabor.de/tag/bienenkorblampe/ such one
05:52 PM polprog: K2545
05:52 PM polprog: toshiba semi
05:52 PM polprog: sweet enhancement mode nmos
05:53 PM polprog: my stepup converter has a working error amplifier and makes a steady output voltage
05:53 PM polprog: i started making another one on a rasterboard so that i can free up the breadboars
05:53 PM polprog: breadboard
05:54 PM polprog: maybe ill able to squeeze in a small filament power supply as well if i find a small (like dual) dip opamp
05:55 PM polprog: nah filament supply needs to be done proper
05:59 PM vespian-alt: test
05:59 PM vespian-alt: I am having a hell of a time trying to include the main device headers (assembly) for my attiny84a.
06:00 PM vespian-alt: I've found where they are on the computer. I've added the directory to the project options, but it still has no idea what PORTB is
06:01 PM polprog: have you checked whats inside those headers?
06:01 PM vespian-alt: .equ PORTB = 0x18
06:02 PM vespian-alt: its in there
06:03 PM vespian-alt: .include "iotn84a.h" ? It wants a string.
06:04 PM vespian-alt: the manual says I can use that, or #include, but when I use the #include it doesn't work either.
06:06 PM vespian-alt: Its strange. If I make an assembly project, it compiles and works fine without those headers.
06:07 PM vespian-alt: I am trying to include an asm.s file within C source code. I have that working fine, but it wont translate PORTB to an address within the aseembly file without a header
06:10 PM vespian-alt: I'm feeling kind of dumb with this. Off all things, I can't figure out how to get it to include a damn header file.
06:13 PM vespian-alt: Hmm. Do i need to add it as a dependency?
06:19 PM twnqx: you can't "include" .s files to c
06:19 PM twnqx: you compile them to their own object files, and link them
06:23 PM vespian-alt: well shit. does it need to be an .asm ?
06:24 PM vespian-alt: wait, no. that's not what you are saying
06:25 PM vespian-alt: I have the "connection" between the .s file and the .c file working. It recognizes the functions that I am calling. I declared the asm functions as .global and the in the c header included them with extern.
06:25 PM vespian-alt: that works fine.
06:26 PM vespian-alt: I followed the manual from microchip on doing exactly this. The issue that I am having is including the assembly header in the .s file that defines addresses and such for the SFRs
06:27 PM vespian-alt: it appears that it is looking for the file in a temp directory.
06:27 PM vespian-alt: ... \AppData\Local\Temp\ccB7xIWe.s(5,1): error: can't open tn84adef.inc for reading: No such file or directory
06:28 PM vespian-alt: well, maybe not. Either way it's not finding the header that I am trying to include
06:29 PM vespian-alt: at the top of my .s file... I have this.
06:29 PM vespian-alt: .include "tn84adef.inc"
06:29 PM vespian-alt: .global write1, write0
06:31 PM vespian-alt: then in the .s file, i have write0 and write1 defined in assembly
06:38 PM vespian-alt: if I include it with #include, it finds it.. but I get this error
06:38 PM vespian-alt: tn84adef.inc(47,1): error: unknown pseudo-op: `.device'
06:38 PM vespian-alt: it doesnt like this line
06:38 PM vespian-alt: .device ATtiny84A
06:40 PM vespian-alt is now known as vespian
06:44 PM vespian: Oooh... wait. This is using directives for the AVR assembler, but in the project options its defaulting to avr-gcc. When I make a specific assembly project, the assembler is avrasm2
06:44 PM vespian: is there a different include that I am supposed to use when making use of the gnu-assembler ?
06:45 PM vespian: how do I modify my toolchain in atmel studio so that it uses the atmel provided assembler
06:53 PM vespian: Hmm. Ok. How do I go about doing what you suggested?
06:55 PM cehteh: since its assembler you could just use inline assembler in C :D ... does it really matter what asm you use?
06:56 PM vespian: it does not, but I do need to be able to import that header which contains the addresses for the SFRs so that I can type something line
06:57 PM vespian: OUT PORB, R16
06:57 PM vespian: and it will know what i'm talking baout
06:57 PM vespian: OUT PORTB, R16
06:57 PM vespian: rather
07:00 PM vespian-alt: missed everything since my last message, it DCd
07:02 PM vespian-alt is now known as vespian
07:58 PM rue_shop1: polprog, flyback, mmm
07:58 PM rue_shop1: what votage does it give ya?
07:59 PM rue_shop1: the filament supply can be square, but should be AC
08:22 PM rue_shop1: polprog, I was avoiding flyback because they blow up more than any other design
08:31 PM vespian-alt: any idea why my attiny84 would run under debugwire, and I can step through and see the pin go high and go low in debugging mode.. but when I go to run it on its own it doesnt appear to be doing anything?
08:35 PM vespian-alt: is there some kind of oscillator configuration issue that would not show up when using in circuit debugging?
08:40 PM rue_shop1: it needs to be set to internal clock when its on its own
08:41 PM rue_shop1: maybe you left in a breakpoint?
08:45 PM vespian-alt: it will still break if you disable DWEN and exit debugging?
08:52 PM vespian-alt: nope, no breakpoints.
09:00 PM vespian-alt: got it! :)
09:10 PM rue_shop1: what was it?
09:25 PM vespian-alt: I forgot to set the port DDRB register to output. So when I toggled PORTB it was setting the pull up resistor. I guess it cant toggle the pullup resistor that fast.
09:26 PM vespian-alt: worked fine in debugging, didnt work at full speed
10:48 PM rue_mohr: oooh
10:48 PM rue_mohr: you thought the way to make working code was with a debugger
10:48 PM rue_mohr: no,
10:48 PM rue_mohr: you dont make real code in simulators or debugging environments
10:49 PM rue_mohr: you make it with pin toggling on realtime code
10:49 PM rue_mohr: any other thoughts are just wrong.
11:41 PM day__ is now known as day