#avr Logs

Mar 21 2018

12:06 AM day__ is now known as day
01:04 AM day__ is now known as day
01:27 AM polprog: morning
02:34 AM Haohmaru: my project might potentially require the use of inheritance (base classes) .. is that a terribly bad idea?
03:12 AM _ami_: Haohmaru, no, until you use virtual functions.
03:14 AM Haohmaru: that is, when the baseclass has a function, but the inherited class overrides it with its own?
03:18 AM _ami_: Haohmaru, yes, but you will not get a dynamic polymorphic behaviour at run time which most of the time you don't need in mcu firmware programming.
03:18 AM _ami_: we call this "dynamic dispatch" behavior.
03:19 AM _ami_: if you use virtual.
03:19 AM _ami_: without virtual, we call it "hiding"
03:20 AM _ami_: class base { void callme(){}' } ; class derived: public base { void callme(); }; derived d; d.callme();
03:20 AM _ami_: void callme_func(base &b) { b.callme(); }
03:21 AM _ami_: derived d;
03:21 AM _ami_: callme_func(d); --> it calls base::callme(); not the derived::callme() which you would want in case of dynamic dispatch behavior.
03:24 AM Haohmaru: what i'd potentially want to do is to override the method of the baseclass, and then call that thru a pointer of type "baseclass"
03:24 AM _ami_: then you need virtual methods
03:24 AM Haohmaru: :~(
03:25 AM Haohmaru: do they not work or do they have huge overhead/penalty?
03:28 AM _ami_: Haohmaru, u won't notice overhead on running your program on i7/desktop
03:29 AM _ami_: but on mcu, u would see the overhead. :0
03:29 AM _ami_: of polymorphic function calls.
03:30 AM Haohmaru: extra ram usage and/or extra processing time?
03:30 AM _ami_: extra processing + extra byte code, extra ram for Vtable.
03:30 AM Haohmaru: :/
03:31 AM Haohmaru: i'm low on ram, i may sacrifice the flash and processing time
03:34 AM chat is now known as Guest38392
03:58 AM Ameisen: so close to having this clang-lto build working
03:58 AM Ameisen: so cloooose
04:06 AM Haohmaru: _ami_ 32bit arm will be more capable then?
04:07 AM Haohmaru: more mhz, more ram..
04:11 AM polprog: less nerd points
04:12 AM Haohmaru: it's not funny, i'm kinda finished with the pcb design and it turns out that i will have to have functionality (in the firmware) which i won't be able to pull off with the xmega128a3u
04:50 AM polprog: its class skipper's day today
04:52 AM Haohmaru: and where are all the stm32 fanbois today
04:53 AM Haohmaru: the datasheet says the USART can operate synchronous, but i'm failing to even figure out where the XCK signal is
04:59 AM Emil: Haohmaru: you can highly likely fit the functionality you want
05:00 AM Haohmaru: there must be something better than this 92-page "datasheet"
05:02 AM _ami_: Haohmaru, yes
05:07 AM Haohmaru: how do you learn that sh*t?
05:20 AM polprog: oh yeah
05:20 AM polprog: stm32 datasheets suck
05:20 AM polprog: you are looking for a reference manual
05:20 AM polprog: or programming manual
05:21 AM polprog: because fuck logic
05:21 AM Haohmaru: how do i even *know* what to look for?
05:21 AM Haohmaru: and where
05:22 AM Haohmaru: i found this stm32cubemx "code configurator" tool, and i'm fiddling with it
05:23 AM polprog: iirc i have the manuals for the bluepill one on my site
05:23 AM Haohmaru: bluepill?
05:23 AM polprog: http://polprog.net/papiery/stm32/stm32f103xx-reference-manual.pdf
05:23 AM polprog: http://polprog.net/papiery/stm32/
05:23 AM Haohmaru: this looks like a different chip
05:24 AM polprog: yah. but you ar looking for a reference manual for your chip
05:33 AM nohitzwork: yes there are datasheet, refrence manual and programming manual
05:34 AM nohitzwork: but programming manual is mostly Cortex-Mx related stuff
05:34 AM polprog: yeah. ISA, etc.
05:35 AM nohitzwork: reference manual is what you should look for
05:36 AM nohitzwork: Haohmaru for dev tools Atollic TrueStudio is your bet bet, cubemx can create projects for it
05:37 AM nohitzwork: and its free now, since ST aquired Atollic
05:38 AM Haohmaru: what does that do?
05:38 AM nohitzwork: you can config all your peripherals with cubemx and then it cretes a project for you with all the init code ready
05:39 AM nohitzwork: and you can also config middleware stuff like FreeRTOS or USB device/host
05:40 AM nohitzwork: (truestudio is an ide)
05:41 AM Haohmaru: i'd wish to use the IDE i'm familiar with
05:42 AM Haohmaru: this so called "middleware" - what's the catch with it?
05:42 AM Smashcat: Hi, anyone here use AtmelStudio with the AVR Dragon? Have a problem that I can't select an ATTiny10 as a target while using the Dragon as a programmer
05:42 AM Haohmaru: can it be used in a commercial product?
05:42 AM nohitzwork: yes of course
05:42 AM nohitzwork: it all free to use
05:42 AM Haohmaru: for real?
05:42 AM nohitzwork: yeah
05:43 AM dgriffi: anyone here ever try using a minipro tl866 to program an AVR?
05:47 AM Haohmaru: i found this "Migration guidelines from PIC18 to STM32F0" document from ST, i guess i should read that first
05:49 AM nohitzwork: yep
05:51 AM Haohmaru: btw, if i fail with arm, i'll blame you
05:51 AM nohitzwork: :D
05:51 AM Haohmaru: r u feelin da pressure?
05:51 AM * Haohmaru intensifies
05:53 AM nohitzwork: well if your product is practically ready then i dont know if this is the time to chage chips
05:53 AM nohitzwork: *change
06:01 AM nohitzwork: also download ST MCU Finder, you can input your peripheral requirements and it finds the cheapest mcu's for you
06:02 AM nohitzwork: for android
06:08 AM nohitzwork: actually the pc version is probablky better since you can download all the doucemnts for the chips thru it
06:08 AM nohitzwork: and it suggests related app notes for you particular chips
06:09 AM nohitzwork: store ->
06:11 AM Smashcat: Hmm, seems like the old Dragon AVR no longer supported in Windows 10. That sucks...
06:19 AM Haohmaru: nohitzwork no, the PCB is "ready" but now after a discussion the requirements from the firmware changed "slightly" (practically i still have no idea what the code will be) and i suspect i might need to use C++ inheritance, and certainly more RAM
06:20 AM Haohmaru: i'll even have to make a slight change to the pcb
06:21 AM Haohmaru: this pcb basically was supposed to combine the functionality of two sepparate devices we had before
06:21 AM Haohmaru: thing is, i can't just "glue" the code together, since certain aspects of the functionality either doesn't make sense when the two are combined, and a lot of questions open up
06:22 AM Haohmaru: (that, and the previous two devices, specifically one of them was a rushed project and the conceptualisation of the firmware structure was quite messed up)
06:36 AM Smashcat: Can anyone recommend a good AVR programmer to replace my AVR Dragon?
06:36 AM Smashcat: (need ISP and HV programming)
06:37 AM LeoNerd: I'm not sure I can. About the closest I find useful is the Pololu one, but even that is far short of what I'd like
06:37 AM LeoNerd: So I'm making one :)
06:37 AM Smashcat: Hmm ok
06:38 AM LeoNerd: The Pololu has a secondary UART onboard, which I find useful for debug tasks.. handy to keep that and the programmer together on the same cable
06:38 AM LeoNerd: It can't supply target power though, so I'm wrapping it in a unit that can; switchable 5V or 3.3V (or others maybe? it's analog), with current monitoring
06:39 AM Smashcat: Yeah for sure. The Dragon is really good with a simulator etc built in and JTAG, but no drivers for it any more, so it's useless :(
06:40 AM LeoNerd: Though that said, the Pololu doesn't do HV. I have a separate unit (I also made and sell) for doing HVSP on the smaller ATtiny chips, but I've never really found a need for HVPP on the larger ones
06:40 AM LeoNerd: I'd only really use it to gain that one extra pin by using the RESET of an 8 or 14-pin device; but usually the larger ones don't need that kind of trickery
06:40 AM Smashcat: I was using HV to copy firmware onto blank ATMega chips.
06:40 AM Smashcat: (along wqith fuse settings)
06:41 AM LeoNerd: Surely regular ISP can do that?
06:41 AM Smashcat: Seemed a lot faster using HV, and set the fuses too. ISP didn't work so well
06:41 AM Haohmaru: Smashcat what about linux? maybe it'll work there
06:42 AM LeoNerd: HV might be faster yes; though I've never found regular ISP to be *that* slow, as long as you set a decent bitrate
06:42 AM Haohmaru: your firesniffing lizzard
06:42 AM LeoNerd: My Pololu can do ISP at 2Mbit/sec; which seems fine enough
06:43 AM Smashcat: Haohmaru: Hmm, I only have a headless linux server (although it has Nvidia GPUs :) ) Don't have anything I can use as a desktop
06:44 AM Smashcat: Wonder if it'd work on a raspberry pi...
06:45 AM Haohmaru: you know you can most-likely install linux on whatever your existing machine is
06:45 AM Haohmaru: dual boot
06:45 AM polprog: wait, dragon has a simulator
06:45 AM polprog: what?
06:46 AM Smashcat: polprog: Yep. I don't use it, but it could do quite a lot.
06:47 AM polprog: ive got my dragon for 3 years
06:47 AM polprog: i think
06:47 AM polprog: and didnt know it can do simulation
06:48 AM Smashcat: Yeah I've had mine at least 3 years. Shame it's a doorstop now :)
06:48 AM polprog: what happened?
06:48 AM Haohmaru: M$ broken things ;P~
06:48 AM Smashcat: Windows has no drivers for it now
06:48 AM polprog: weird, i think i used it on 7
06:48 AM polprog: with winavr
06:49 AM Smashcat: I was using it, then had to resintall Atmel Studio, and it could no longer see it. So tried removing and reinstalling driver, and there isn't one now...
06:49 AM polprog: sucks. win 10?
06:49 AM Smashcat: Yep
06:50 AM polprog: why am i even wasting space on my lab computer dual booting it
06:50 AM Smashcat: Just ordered one of the ATMEL-ICE programmers to replace it.
06:52 AM polprog: my backup prog is a raspi
06:53 AM Smashcat: I might try that - another thing I found with the AVR Dragon is that it no longer supports a lot of the AVRTiny chips. Guess it's the old driver that was made before the chips were released.
07:15 AM Haohmaru: what compiler for this stm32f0?!
07:15 AM LeoNerd: Howcome almost every AVR ISP programmer on eBay has a 10pin connector, even though almost everyone only ever uses the 6pin header these days? Some of them sell with an adapter, a lot don't
07:15 AM Jartza: polprog: I don't have just one tarantula ;)
07:15 AM LeoNerd: But seemingly nobody sells programmers with 6pin directly
07:15 AM polprog: good point
07:15 AM Haohmaru: i had the impression that it's some kind of gcc, but i only see "IAR_EWARM"
07:16 AM polprog: Haohmaru: i use arm-none-eabi-gcc
07:16 AM Jartza: currently I have 2 assembled tarantulas and one heavily modified which I don't call tarantula anymore as it has like 5 parts from original :)
07:16 AM Jartza: and then one black widow and just ordered tornado
07:17 AM Haohmaru: the stm32cubemx thing asks me to select a toolchain (i'm trying to just get it to generate some code so i can look at it) and there's no gcc option there
07:17 AM polprog: you can call it Theseus then
07:18 AM Haohmaru: i don't see such option
07:18 AM Haohmaru: there's a Makefile option (x_x)
07:19 AM nohitzwork: true studio is gcc option
07:19 AM nohitzwork: choose that
07:20 AM Haohmaru: TOO LATE >:/
07:20 AM nohitzwork: there 3 options, IAR, Keil and GCC
07:20 AM Haohmaru: it started downloading sh*t now
07:20 AM nohitzwork: yeah it downloads the actual files for the drivers
07:20 AM Haohmaru: nohitzwork should i be using this tool or not?
07:22 AM nohitzwork: idk, its up to you. i would use it since why make things harder than they need to be, especially since ya doing commercial products.
07:24 AM Haohmaru: okay, inside the generated makefile i see "Generic Makefile (based on gcc)"
07:24 AM Haohmaru: so, this should work then?
07:24 AM nohitzwork: yeah. i havent ever done that tho.
07:25 AM LeoNerd: Random question: If I sold a little breakout board to let you mount an ATtiny84 / ATtiny85 in tiny SMD form, onto regular DIP layout (for protoboard, breadboard, etc..) but also had a 0.05" (ie. half)-pitch ISP header, would anyone buy it?
07:25 AM LeoNerd: I think I want one
07:28 AM nohitzwork: did you get this already https://developer.arm.com/open-source/gnu-toolchain/gnu-rm
07:29 AM Haohmaru: nope, how was i supposed to know
07:29 AM Haohmaru: i even did "ctrl+F compiler" on st's webpages
07:32 AM nohitzwork: why are you talking about makefiles then. i would suggest to use cubemx+truestudio combo at first, just to test things.
07:33 AM nohitzwork: then later decide if you wanna built your own custom ide setup with c::b or something
07:33 AM Haohmaru: i want to eliminate the number of "new" things
07:33 AM Haohmaru: i mean minimize
07:57 AM Haohmaru: doesn't the gcc-arm-none-eabi have a make.exe?
07:58 AM Haohmaru: or should i switch to linux for developing
08:01 AM polprog: i develop on linux so i cant really help
08:01 AM Jartza: make is not part of compiler
08:01 AM polprog: but if therea gcc exe then i see no problem in getting that exe as well
08:01 AM Jartza: it's not even part of binutils
08:02 AM Jartza: and it makes perfect sense, make is not needed for compiling c/c++ :)
08:02 AM Jartza: actually the sooner world gets rid of it, the better
08:02 AM Jartza: I'm converting all my own projects to meson+ninja
08:09 AM Haohmaru: how do you build a Makefile on windows if you ain't got "make.exe" ?
08:09 AM Haohmaru: iirc the avr toolchain used to include some make.exe
08:09 AM Haohmaru: and mingw32 too
08:10 AM Jartza: well, you need to install some make
08:10 AM Jartza: make is totally separate tool from compiler or binutils
08:10 AM Jartza: but why not learn meson + ninja while at it?
08:11 AM Jartza: it's waaay faster and better than make
08:11 AM Jartza: and easier to use
08:11 AM Jartza: and syntax is better
08:11 AM Jartza: and and and
08:15 AM Haohmaru: why not learn another thing?
08:15 AM nohitzwork: i installed make to this machine thru mingw installer manager http://www.mingw.org/
08:15 AM Haohmaru: >:/
08:16 AM nohitzwork: https://sourceforge.net/projects/mingw/files/Installer/
08:17 AM Haohmaru: i have mingw already
08:18 AM Haohmaru: i h4x3d something together and C::B not throwing the right compiler commands for those .S (assembly?) files
08:18 AM Haohmaru: * and C::B is not..
08:19 AM Haohmaru: so i was thinking to try generate Makefiles from the stm32cubemx thing and try to use those in C::B
08:19 AM Haohmaru: for that i need to have a make.exe from somewhere
08:19 AM Haohmaru: so the one in mingw should do?
08:20 AM nohitzwork: yes, but its acutally not part of mingw but msys
08:21 AM nohitzwork: i have this kind of thing https://postimg.org/image/d8aexnfm3/
08:22 AM Haohmaru: that thing looks almost like synaptic
08:28 AM polprog: indeed
08:28 AM polprog: synaptic. i should go back to using that
08:40 AM Haohmaru: i can't even get the makefile to build
08:40 AM Haohmaru: maybe i should try under linux
08:41 AM Haohmaru: the linux version of arm-none-eabi-gcc/make won't choke on the windows-ish source (text) files, right?
08:49 AM nohitzwork: if youre using linux you can try this https://github.com/stv0g/stm32cube-gcc
08:50 AM Haohmaru: wut's that exactly?
08:50 AM nohitzwork: you can read, right ?
08:51 AM Haohmaru: is it a linux version of the code generator?
08:51 AM Haohmaru: i read it
08:51 AM nohitzwork: no, its a makefile
08:51 AM Haohmaru: i'm not a fan of makefiles
08:52 AM Haohmaru: ideally i'd like to set-up C::B to compile these things using its build system
08:52 AM Haohmaru: so that i can manage (add/remove) .cpp/.h files from the project as usually
08:53 AM Haohmaru: for that, i'll need to see what kinds of arguments are used for the compiler
08:53 AM Haohmaru: and figuring that from reading the actual makefile makes my eyes crossed
08:54 AM Haohmaru: >$@< <- dafuq
08:54 AM Haohmaru: i mean, for example, i don't use makefiles for atmega/xmega.. the IDE deals with avrgcc
08:55 AM Haohmaru: i think i even managed to set it up with the xtensa gcc (for the goddamned espressif chip)
09:00 AM nohitzwork: http://www.instructables.com/id/Build-a-Program-for-STM32-MCU-Under-Linux/ cant be bothered to read it but maybe this helps
09:00 AM nohitzwork: i gotta go
09:00 AM nohitzwork: ->
09:02 AM Haohmaru: moved the generated project to the linux machine, i get the same build error.. smells like the generator sharted ;P~
09:05 AM polprog: safety harnesses are overrated
09:05 AM polprog: https://puu.sh/zMpdr/0a1e7cad42.jpg
09:07 AM Haohmaru: what camera made that photo? x_x
09:09 AM polprog: my phone on 4x digital zoom -_-
09:09 AM polprog: dude's 6 floors high
09:10 AM Haohmaru: i was just gonna say that it's like scaled 4x times to that resolution
09:10 AM polprog: and on that side, theres a flight of staris that goes 20 feet down since its on a steep ground
09:10 AM Haohmaru: is it a windy day? ;P~
09:11 AM polprog: a bit
09:20 AM cehteh: but, look closer, he wears a saftey helmet!
09:24 AM Haohmaru: maybe when he falls, it opens up like a parachute
09:35 AM Haohmaru: does "make" normally hide the compiler invocations?
09:35 AM Haohmaru: because i see a small pile of "stuff" ending with an error, but i don't see how gcc was called
09:37 AM Emil: Haohmaru: make does only what you ask it to do
09:39 AM Haohmaru: okay, let me re-phrase it.. is it normal practice for makefiles to hide the compiler invocations?
09:42 AM polprog: my makefiles never did
09:43 AM polprog: check other tabs maybe. something that says compiler output
09:43 AM Haohmaru: tabs?
09:44 AM Haohmaru: i get exactly the same thing when i run it via C::B or cmdprompt or linux terminal
09:47 AM nohitzzz2: have googled the error
09:47 AM nohitzzz2: +you
09:54 AM Haohmaru: i'm not finding anything useful so far
09:55 AM Haohmaru: and google is very helpful in removing half of my search keywords
09:55 AM Emil: Haohmaru: id you preface the command with some symbol it hides the invocation
09:55 AM Haohmaru: i tried "make Makefile all"
09:55 AM Emil: https://stackoverflow.com/questions/9967105/suppress-echo-of-command-invocation-in-makefile
09:55 AM Haohmaru: then i say that my IDE does "make -f Makefile all"
09:55 AM Haohmaru: so i tried that too
09:55 AM Emil: Haohmaru: remove the unnecessary @ symbols
09:56 AM nohitzzz2: damn i love tacos
09:56 AM Emil: nohitzzz2: iwanttacos
09:57 AM Emil: also here's the exam I had today
09:58 AM Haohmaru: okay, i did "make -f Makefile all > log.txt" and when i open the log, the first line is "/arm-none-eabi-gcc -c -mcpu=...."
09:58 AM Haohmaru: is this first symbol supposed to be there? the /
09:58 AM Emil: http://tenttiarkisto.fi/media/exams/13694.pdf
09:58 AM Emil: 1.e.
09:59 AM Emil: What do you think the answer is?
09:59 AM Haohmaru: my nose tells me it should not be there
09:59 AM nohitzzz2: tcp pistoke :D
10:00 AM Haohmaru: unless my "> log.txt" did something wrong
10:00 AM nohitzzz2: answer is true
10:03 AM Haohmaru: i'm no linux h4x0r
10:03 AM Emil: The translation is "you write 200kt, can the receiver read 200kt in a single read?"
10:03 AM polprog: now if only i could read finnish
10:03 AM Emil: nohitzzz2: I love how all the words are translated to finnish :D
10:03 AM polprog: Emil: sure just set the MTU to 200k xD
10:03 AM Emil: polprog: mtu doesnt really play a role here
10:03 AM polprog: if the buffer is enough size it can read i think
10:03 AM Emil: comeone, you people are too good
10:03 AM Emil: Yeah its possible
10:03 AM nohitzzz2: i did some linux c socket programming 2 years ago, it was fun
10:04 AM Emil: krytkin
10:05 AM Emil: ?
10:05 AM Emil: I also made it searchable even if looks like it's just a picture
10:05 AM Emil: though it can fail on some parts
10:06 AM Emil: if you meant kytkin yeah its switch
10:16 AM nuxil: Jartza, are you around?
11:01 AM Emil: nuxil: just ask, he'll be at some point
11:01 AM Haohmaru: * Emil is curious
12:10 PM Jartza: nuxil: I'm now
12:11 PM Jartza: and yes, I read the log :)
01:22 PM nohitzzz2: what are you plans antto ?
01:22 PM nohitzzz2: did you get it working
01:23 PM antto: no
01:23 PM antto: i only found some unresolved threads and one thread that suggested that it's a problem with spaces or exotic symbols in the directory paths
01:24 PM antto: that's not it in my case
01:25 PM antto: but i think the deadline for the board will not be long enough to include me learning STM32 and redesigning the pcb again
01:26 PM antto: maybe i could try to redesign the PCB as quick as possible and then leave the stm32 learning for after that, but.. that's wrong IMO and may lead into issues
01:29 PM nohitzzz2: does your living depend on that project?
01:29 PM nohitzzz2: or is it like personal project to make extra money
01:30 PM antto: that's for the job maan
01:31 PM antto: the older "versions" of those devices have tons of bugs and issues
01:31 PM antto: we got them installed in a few clients, and there are issues too often
01:32 PM antto: cuz those were rushed, designed in a crude "EDA" (no schematics just pcb layout) and lots of problems just from there alone
01:32 PM antto: it's hard to tell if a given malfunction is due to a software issue or pcb issue
01:33 PM antto: we don't have anything better untill i finish the new variants, which i did yesterday (again in a rush cuz there were some new things and the functionality of the firmware was unknown)
01:35 PM antto: the desired functionality (firmware-wise) suddenly became more clear (but still not clear enough) yesterday, and i don't think i'll manage to stuff it in the xmega
01:36 PM antto: i can put a bigger xmega, but the price grows even more then
01:36 PM antto: i might even not have to change the PCB at all, thanks to the niceness of xmega pin layout
01:37 PM antto: but i'm still not sure.. i think i'll potentially need to use inheritance
01:37 PM antto: and more FIFOs
01:38 PM Tom_L: FE FI FO FUM
01:39 PM antto: trump has a lot of fun!
02:09 PM polprog: today ill write a proto of the radar gui
02:10 PM polprog: what would be my best bet for rendering a polar chart ? some gtk compatible lib would be best
02:10 PM polprog: holy crap
02:10 PM polprog: im getting back from school. its 2000 here
02:10 PM polprog: ive been here for 12 h
02:10 PM polprog: :p
03:52 PM nohitzzz2: antto i would suggest stm32f4 series. then you would have lots of memory and FPU (and DSP instructions) and up to 180MHz. you can get those for the same price than hi end atmegas, like atmega2560
03:52 PM nohitzzz2: about 10e
03:53 PM nohitzzz2: http://www.st.com/en/microcontrollers/stm32f4-series.html?querycriteria=productId=SS1577
03:55 PM antto: high end atmegas are not cheap
03:55 PM antto: that's why we went with xmegas
03:55 PM antto: cuz they seem slightly more powerful for the comparable priced atmegas
03:55 PM antto: plus consistency and easy switching between chips was nice
04:00 PM antto: but this stm32f401 seems more acceptable in terms of price
04:02 PM antto: ~5euro at mouser, lqfp100 (it probably won't be fun to hand-solder), 64KB ram..
04:03 PM antto: hm, there's another one with 96K ram for almost the same price o_O
04:20 PM nohitzzz2: do you have need for 5v IO
04:20 PM nohitzzz2: All I/O ports are 5 V-tolerant
04:20 PM nohitzzz2: https://www.mouser.fi/ds/2/389/stm32f401re-956236.pdf
04:20 PM nohitzzz2: seems like a nice chip
04:22 PM nohitzzz2: or do you need usb
04:22 PM antto: yes.. in the current PCB with the xmega, i got quite a number of "level shifting" going on
04:22 PM antto: cuz the xmega is not 5V tolerant
04:23 PM antto: so if i can get rid of the 5->3.3V shifting that would be also very good
04:23 PM antto: i use HEF4050B chips, they are cheap, but they still take a chunk of PCB plus a maze of tracks
04:24 PM antto: USB - not for now, tho the xmega has USB
04:25 PM antto: i'm completely unfamiliar with USB, but if it requires paying money for anything - then we probably won't use it
04:25 PM nohitzzz2: its free
04:26 PM antto: i mean like having MAC addresses requires paying money
04:26 PM antto: so for the LAN module i use a cheap microshit eeprom which comes with pre-flashed MAC address
04:27 PM antto: and i think i read somewhere that there is something in USB that might require you to register as a company in order to get some ID or some such
04:28 PM antto: which smells similar to MIDI sysex manufacturer IDs
04:30 PM nohitzzz2: https://www.embeddedrelated.com/thread/5284/standards-and-the-small-business-embedded-developer
04:32 PM nohitzzz2: But one doesn't need to be certified and use the logos (as long as one knows that the operations is good) as long as you are not a big company, where the logos are needed for your image.
04:43 PM Emil: polprog: an exercise in minimalism https://emil.fi/d/2018-03-21_23-36-53_7Q0AgvSB.mp4
04:44 PM polprog: damn my phone wont play that
04:44 PM polprog: just a sec
04:44 PM Emil: wat
04:44 PM Emil: doesn't play mp4?
04:45 PM Emil: that's interesting
04:45 PM Emil: https://emil.fi/d/ss.c https://emil.fi/d/sc.c the files are also here
04:46 PM polprog: firefox on android is very picky
04:47 PM polprog: (red youtube site's search bar doesnt work in it as well, xD)
04:47 PM Emil: Anycase did you watch it?
04:48 PM antto: nohitzzz2 it looks complicated.. ethernet would be much more useful to have than USB
04:48 PM polprog: Emil: nice
04:48 PM polprog: watched it
04:49 PM antto: that is, as long as i can get tcp sockets without implementing my own tcp/ip sh*t
04:49 PM polprog: 46.101.140.226 what the hell is that
04:49 PM antto: ..to replace the wiznet w5000
04:49 PM Emil: polprog: ...
04:49 PM Emil: polprog: what do you think it is? :D
04:49 PM polprog: emil.fi. nslookup never lies
04:50 PM Emil: boi u never seen an ai pii vii foor äädress?
04:50 PM polprog: *sometimesbut thats not the case
04:50 PM polprog: boiii im all ipv4 and VGA here
04:50 PM nohitzzz2: antto http://www.st.com/content/ccc/resource/technical/document/user_manual/65/e8/20/db/16/36/45/f7/DM00103685.pdf/files/DM00103685.pdf/jcr:content/translations/en.DM00103685.pdf
04:50 PM polprog: tru 90's vaporwave
04:50 PM polprog: t r a n s m i s s i o n c o n t r o l p r o t o c o l
04:51 PM antto: was it one of you that posted a saint pepsi video on musicdsp some time ago asking about something in the music?
04:51 PM polprog: http://allegro.pl/kabel-do-monitora-svga-sun-d-sub13w3-1-9m-kkmsm019-i6323617163.html
04:51 PM polprog: do you think if i had a composite cabapble monitor i could hook up my sun to it?
04:51 PM Emil: polprog: nice
04:52 PM Emil: n i c e
04:52 PM polprog: i need to talk to some people maybe ill get an AV grade sony monitor
04:53 PM polprog: allegro is spying on me
04:53 PM polprog: i typed in "crt monitor"
04:54 PM polprog: first hit was a sun one o_o
04:54 PM polprog: lol those things sell for a price of a beer crate
04:55 PM polprog: not sure if i want some old crt box. if it was a real proffesional crt monitor id go for it
04:55 PM polprog: like this baby here http://www.socalps.com/cms-assets/images/302395.sony-pvm9l2.jpg?rand=0.1270549597684294
04:55 PM polprog: not some crappy off the shelf CRT
04:56 PM Emil: >AV grade sony monitor
04:56 PM antto: mmm TRINITRON, biiich
04:56 PM Emil: just
04:56 PM Emil: why
04:56 PM Emil: Absolutely worthless
04:56 PM polprog: Emil: aesthetic
04:56 PM polprog: well, useless apart from that
04:56 PM Emil: a b s o l u t e l y n o t
04:56 PM polprog: a capture card would be nicer
04:56 PM Emil: that I agree with
04:57 PM polprog: hundred pounds holy fuck
04:57 PM polprog: nope.tar.gz
04:57 PM antto: i have some 80s stuff.. Minolta lenses on my Sony photo camera ;P~
04:57 PM antto: they r gud
04:58 PM polprog: good stuff is good
04:58 PM antto: nohitzzz2 i'll look into it tomorrow, after all, the boss has the final word
04:59 PM antto: but i want to at least manage to get the generated code to build, cuz otherwise wtf am i even thinking
05:03 PM antto: some pics thru the minoltas: https://i.imgur.com/UgPO8R4.jpg https://i.imgur.com/ljHDSws.jpg
05:04 PM antto: vintage minolta glass look
05:07 PM nohitzzz2: why do you insist of using c::b? truestudio is designed for stm32's so its has very good debugging features, so you can set breakpoints, step code, see all the internal registers in real time. and you dont have to worry about the compiler, everything just works. if you want you can, all the gcc compiler and linker settings are in the project settings.
05:07 PM polprog: antto: wow. nice!
05:08 PM polprog: im looking at analog video capture cards
05:09 PM Emil: antto: dat cat :3
05:09 PM Emil: I recently saw a clip of a porno with absolutely amazing cinematography and vintage look :D
05:09 PM nohitzzz2: when you create a project with cubemx and select truestudio as target it opens the project in truestudio and it compiles
05:10 PM Emil: >using some poropietari ide for coding
05:10 PM Emil: >using some gui ide for coding
05:11 PM nohitzzz2: when your project has >50 source files you wanna use ide, trust me
05:11 PM Emil: vim will handle it just fine
05:13 PM antto: nohitzzz2 i really want to avoid dealing with another IDE
05:15 PM polprog: basically i have this camera and id like to view picture from it
05:16 PM polprog: https://puu.sh/zMHae/7453e9c61f.jpg
05:16 PM polprog: i did manage to see some stuff on my tv but thats all
05:16 PM polprog: and ive got a trace on the scope. looks kinda like an analogue video but i cant see the sync pulse
05:17 PM polprog: vpp is 2.4 v not 0.7
05:17 PM polprog: im confused
05:18 PM Emil: polprog: do you have a rtlsdr?
05:18 PM polprog: yeah i do
05:18 PM Emil: I bet you could actuall direct sample mode it: D
05:18 PM polprog: two even
05:18 PM Emil: now that's a mission
05:18 PM polprog: the question is, did anyone write a tool for that yet
05:19 PM Emil: https://www.rtl-sdr.com/analogue-tv-with-rtl-sdr/
05:19 PM Emil: https://www.rtl-sdr.com/receiving-ntsc-analogue-tv-gnu-radio/
05:19 PM polprog: https://www.rtl-sdr.com/analogue-tv-with-rtl-sdr/
05:19 PM polprog: :D
05:19 PM Emil: oh
05:20 PM polprog: gnu radio would probably make my cpu melt
05:20 PM Emil: actually seems like there's not enough bandwidth
05:20 PM polprog: it did reach 70% cpu usage with a simple filter...
05:21 PM polprog: its not a TV signal. its composite video. i think
05:22 PM Emil: Composite video mostly comes in three standard formats: NTSC, PAL, and SECAM.
05:23 PM polprog: http://martin.hinner.info/vga/pal.html
05:23 PM Emil: polprog: hey your scope
05:23 PM Emil: polprog: your scope might be able to display ntsc directly
05:23 PM Emil: or pal
05:23 PM polprog: not sure about that
05:27 PM polprog: zoomed in on the trace
05:28 PM polprog: its pal. i can see the equalising pulses and a sync after every line
05:30 PM polprog: nice
05:32 PM LeoNerd: PAL and NTSC would look superficially identical on a 'scope trace
05:32 PM polprog: i guess ill have to count the lines :D
05:32 PM LeoNerd: ;)
05:34 PM polprog: niters
05:34 PM Emil: polprog: good night