Back
[00:00:53] <hackvana> citizens demand return of tobbor.
[00:15:38] <rue_shop3> hmm
[00:16:01] <rue_shop3> what is tobbor came back hollow with no soul?
[00:17:22] <Casper> isn't that he always was anyway?
[00:23:23] <Casper> hey rue_shop3
[00:23:35] <Casper> I'm hungry, make me food! :D
[00:23:44] <Casper> and of course deliver it to me
[00:23:44] <rue_shop3> request denied
[00:27:11] <hackvana> tobbor only has to do two things
[00:27:23] <hackvana> First, reply to "hi" or "hello" with "like, totally, tell us about the project"
[00:27:44] <hackvana> And when someone says "yankee", it replies with CANNUCK!" (or was it the other way around)
[00:29:01] <Casper> other way
[00:30:11] <hackvana> Well then!
[00:30:33] <Casper> hackvana: then make me food!
[00:30:47] <Casper> else I'll be forced to make.... an egg and cheeze sanwitch
[00:31:09] <hackvana> Casper: Happy to do that, but I think we may have a last 600 mile problem.
[00:31:18] <hackvana> Actually no, you're a LOT further away.
[00:31:32] <Casper> hackvana: you're in china, right?
[00:31:37] <hackvana> Melbourne Australia
[00:31:42] <Casper> ew
[00:31:49] <hackvana> Easy on!
[00:32:06] <Casper> you're literally on the other side of the planet...
[00:32:23] <Casper> why! why are you on the wrong side? :D j/k
[00:34:01] <Casper> so... I guess I'll go get some eggs, bread, cheeze, mayo, black pepper...
[00:35:53] <hackvana> I think that would be a good idea. So, I'll check again for tobbor in another 6 months
[00:36:45] <hackvana> https://scrollback.io/avr/954emmirdoc6uggeekcuv155n2zbdkpz5?tab=people
[00:36:52] <hackvana> https://scrollback.io/avr/w9bxyo43udbpi6o03h3pm3rpj33yw9y78?tab=people
[00:44:58] <Casper> ...
[00:45:38] <Casper> finally my egg and cheeze sanwitch has turned into eggless double cheeze egg and cheeze sanwitch
[00:45:44] <Casper> more commonly called: grilled cheeze
[02:13:33] <anonnumberanon> Any tips on which 16 Mhz crystal to get to clock an Atmega328p? I'm looking at this list right now...
http://www.digikey.com/product-search/en?pv139=17&FV=fff4000d%2Cfff8016d&k=crystal&mnonly=0&newproducts=0&ColumnSort=0&page=1&quantity=0&ptm=0&fid=0&pageSize=25
[02:13:59] <redstonecraftpl> http://www.linusakesson.net/scene/craft/ could this work with atmega 8? and what is cost of 88
[02:15:02] <Casper> anonnumberanon: your chip dosen't support 20MHz?
[02:15:22] <Casper> if it does, and you plan to use the serial port, consider 18.432MHz
[02:15:46] <Casper> else consider 14.7456MHz
[02:15:55] <Casper> they give 0% error rate
[02:15:59] <anonnumberanon> Casper, this is what I'm getting, a few of them to be safe. Does your advice still apply?
http://www.digikey.com/scripts/DkSearch/dksus.dll?Detail&itemSeq=164280620&uq=635566245034787653&CSRT=6130440625452849970
[02:16:08] <Casper> 404
[02:16:26] <anonnumberanon> ATMEGA328P-PU-ND
[02:16:45] <Casper> 20MHz max
[02:16:54] <Casper> I'ld go with the 18.432MHz
[02:17:09] <Casper> bed time, nite
[02:17:31] <anonnumberanon> thanks good night
[06:16:23] <Juris4cm> hello!
[06:16:35] <Juris4cm> anybody expert on nrf24l01?
[06:17:01] <hackvana> Several guys in #hackvana have used it.
[06:17:10] <Juris4cm> I drive NRF and another SPI device on same AVR SPI output
[06:17:31] <LeoNerd> SPI is a bus, the main lines can be shared, yes.
[06:17:36] <Juris4cm> I use different CSN output for each device but MISO, MOSI and CLK is the same
[06:17:43] <LeoNerd> Usually you can just bus together MISO/MOSI/CLK for every device, and use a separate SS
[06:17:52] <Juris4cm> I did it
[06:18:13] <Juris4cm> but when another device is written, NRF24l01 does not receive data
[06:18:18] <LeoNerd> Then usually that should be fine. Though you might just have to check that every device properly floats the MISO line correctly
[06:18:26] <LeoNerd> Some devices don't, and need additional buffering.
[06:18:33] <LeoNerd> They claim "SPI interface" when really they aren't
[06:18:36] <Juris4cm> but when another device is written, NRF24l01 does not receive data
[06:18:42] <Juris4cm> what can be wrong?
[06:19:05] <Juris4cm> can it be that NRF don't like that CLK is running?
[06:19:12] <LeoNerd> Who knows? could be hundreds of things. It's at this point I'd attach logic probes to the SPI lines on the various devices and watch the signals
[06:20:06] <Juris4cm> But normally NRF work fine when CLK is flickering while CSN is high (off) ?
[06:20:21] <LeoNerd> The CLK line is just for the SPI interface
[06:20:34] <Juris4cm> so?
[06:20:46] <Juris4cm> NRF work on SPI
[06:20:50] <LeoNerd> So it doesn't matter if it doesn't run all the time
[06:21:27] <Juris4cm> so if CLK is run all the time, device should work normally ?
[06:21:42] <Juris4cm> CLK must not be switched off while CSN is high?
[06:21:48] <LeoNerd> I've never tried it; but I really doubt it would be upset by that
[06:22:55] <Juris4cm> I'm trying to find reason why NRF does not receive air data when CLK and MOSI on AVR is running but CSN is high
[06:23:14] <LeoNerd> Are you quite sure that's the situation?
[06:23:24] <Juris4cm> yes
[06:23:45] <Juris4cm> when another device is not run by SPI - NRF work fine
[06:24:03] <LeoNerd> But is it still electrically attached?
[06:24:11] <Juris4cm> yes
[06:24:45] <LeoNerd> So literally the -only- difference is.... what exactly? What's the smallest difference between a "working" and a "non-working" setup that you can make?
[06:25:46] <Juris4cm> That when receiver don't anymore receive data, in the same moment when data is transmitted, another device is written by SPI
[06:26:52] <Juris4cm> but it must work in that mode because receiver must not be drived by SPI when receiving data
[06:27:06] <LeoNerd> Hrm?
[06:27:26] <LeoNerd> No.. I mean - you should get the circuit working, then make a tiny change to make it not work, then change it back again and prove it working once more
[06:27:34] <LeoNerd> See if you can work out the smallest change you can make, to cause that difference
[06:28:22] <Juris4cm> receiver receive data and make some data ready flags inside NRF. When my procs is ready, it sends SPI command to check data ready..
[06:28:42] <Juris4cm> I can't get circuit working - that's the problem :/
[06:28:52] <LeoNerd> I thought you said it worked sometimes?
[06:28:58] <Juris4cm> no
[06:29:07] <LeoNerd> If it's never worked at all, then how can you be sure you know /which/ part of it is the cause of it not working?
[06:29:25] <Juris4cm> it works only if SPI data is not sended to another device when data is transmitted on air
[06:29:28] <LeoNerd> For all you know, the radio antenna could be broken... or the chip blown by static.. or anything.
[06:29:38] <LeoNerd> Until you have /an/ example of it working, you don't know what could be the cause of breakage
[06:30:05] <LeoNerd> anyway, lunch for me. ==>
[06:30:06] <Juris4cm> <LeoNerd> So literally the -only- difference is.... what exactly? What's the smallest difference between a "working" and a "non-working" setup that you can make?
[06:30:06] <Juris4cm> * stpd has quit IRC (Ping timeout: 255 seconds)
[06:30:06] <Juris4cm> <Juris4cm> That when receiver don't anymore receive data, in the same moment when data is transmitted, another device is written by SPI
[06:30:06] <Juris4cm> * pro_z has joined #avr
[06:30:06] <Juris4cm> <Juris4cm> but it must work in that mode because receiver must not be drived by SPI when receiving data
[06:30:13] <Juris4cm> sorry for spam
[06:31:36] <Juris4cm> Ok I will wait for some good and expierenced user will answer :/
[06:31:55] * Juris4cm waiting.. Feel free to ansver please.
[07:52:15] <Juris4cm> LeoNerd can be SPI driven without MISO pin if only outgoing data is needed?
[07:53:30] <Juris4cm> anybody else can answer? :/
[07:55:11] <Fleck> sveiks Juris4cm
[07:55:25] <apo> Juris4cm: yes
[07:55:27] <Juris4cm> sveiks :)
[07:55:38] <Juris4cm> thx apo!
[07:55:46] <Fleck> https://en.wikipedia.org/wiki/Serial_Peripheral_Interface_Bus#Valid_SPI_communications << sho palasi! :D
[07:57:05] <LeoNerd> Juris4cm: Sure; you can do simplex SPI with only one of the M?S? lines
[07:57:24] <Juris4cm> thx LeoNerd :)
[08:32:44] <Juris4cm> I fix dat bug by putting 1uS pause after writing to secound SPI device
[08:33:08] <Juris4cm> thx to all and bye! :)
[13:01:35] <hypermagic> hello my friends
[13:02:16] <LeoNerd> And presumably also your enemies?
[13:03:24] <Thrashbarg> Friends come and go, but enemies accumulate.
[13:04:22] <hypermagic> wise one keeps his enemies close too
[13:05:44] <LeoNerd> Keep your friends close, and your enemies in a cage in the basement
[13:06:00] <Thrashbarg> if at first you don't succeed, hide all evidence of the attempt
[13:06:47] <hypermagic> keep your friends close, but your enemies closer
[13:07:15] <LeoNerd> I already joked on that :P
[13:08:09] <hypermagic> i was not joking :)
[13:12:20] <Jartza> keep your friends close, but your enemies in closet
[13:33:29] <tk`> why does my AVR-GCC do
[13:33:35] <tk`> ldi r30, 0xA6 ; 166
[13:33:35] <tk`> ldi r31, 0x00 ; 0
[13:33:35] <tk`> ld r18, Z
[13:33:44] <tk`> instead of just sts?
[13:34:06] <tk`> meh, tabs
[13:34:18] <tk`> ldi r30, 0xA6 ; 166
[13:34:18] <tk`> ldi r31, 0x00 ; 0
[13:34:18] <tk`> ld r18, Z
[13:34:32] <tk`> i mean lds*
[13:34:53] <tk`> Z is not used any later
[16:35:07] <Lambda-Aurigae> Thrashbarg, "If at first you don't succeed, skydiving is not for you!"
[16:35:17] <Thrashbarg> yup
[16:36:30] <Lambda-Aurigae> confusion say, man who stand on toilet high on pot.
[17:13:45] <malinus> Lambda-Aurigae: does the same go for tinkering with high voltage?
[17:16:43] <malinus> tk`: what is Z?
[17:17:00] <tk`> registers r31:r30
[17:18:04] <Thrashbarg> Lambda-Aurigae: man who run after car get exhausted
[17:20:05] <malinus> tk`: I'm not sure what you would want it to do instead.
[17:20:44] <malinus> oh
[17:20:53] <tk`> i would want it to do "lds r18, 0x00A6"
[17:21:29] <tk`> well, and that's surprising, because it uses LDS and STS everywhere, just this place was compiled like this
[17:21:34] <tk`> i'm just curious
[17:21:58] <tk`> that's a waste of two clock cycles