IRC log for #qi-hardware on 20150821

01:04.33*** join/#qi-hardware Nik05 (~Nik05@unaffiliated/nik05)
01:41.50*** join/#qi-hardware fengling (~fengling@111.198.29.53)
02:36.46*** join/#qi-hardware archang (~archang@122.133.52.113.static.ximdns.com)
02:41.59*** join/#qi-hardware wpwrak (~werner@59-132-231-201.fibertel.com.ar)
02:42.14wpwrakwelcome back, world ! :)
03:06.21*** join/#qi-hardware Nik05 (~Nik05@unaffiliated/nik05)
03:06.23*** join/#qi-hardware fengling (~fengling@111.198.29.53)
03:40.14*** join/#qi-hardware atommann (~atommann@58.251.2.94)
03:46.06*** join/#qi-hardware rjeffries (~rjeffries@pool-74-111-228-106.snloca.dsl-w.verizon.net)
04:04.52*** join/#qi-hardware archang (~archang@122.133.52.113.static.ximdns.com)
04:22.32wpwrak(pronunciation of "wpwrak") i'd just pronounce it as if it was a regular german word. sounds bumpy and ugly, but given that it's mainly optimized for uniqueness, that ought to be fine :)
04:56.09DocScrutinizer05err I fail to speak "wpwrak"
04:56.39DocScrutinizer054 consonants :-o
04:57.21DocScrutinizer05"wepewrak" would work
04:57.30wpwrakyeah, it's an effort to make it to he bonus vowel ;-)
04:58.05DocScrutinizer05even wepwrak
04:58.16wpwrakmaybe think of "wpwrak" as a stifled burp ;)
04:58.21DocScrutinizer05"wp" is unspeakable
04:58.56wpwrakthink "whip" and delete the "i" :)
05:00.38DocScrutinizer05maybe provide a audio for the pronunciation
05:02.53DocScrutinizer05on an unrelated topic I think I cought a slight cold in the night of tuesday to wednesday. which comes in handy for finishing the whole camp infra etc
05:17.22wpwrakindeed :) i'm kinda surprised i didn't get one of my own
05:28.26*** join/#qi-hardware xiangfu (~xiangfu@111.198.29.54)
06:00.46nicksydneysomething cool to build http://imgur.com/a/DyQZL
06:29.56DocScrutinizer05xiangfu: HI!
06:30.09DocScrutinizer05hi! (sorry capslock)
07:08.27*** join/#qi-hardware fengling (~fengling@111.198.29.53)
08:08.38xiangfuDocScrutinizer05: Hi
08:12.06*** join/#qi-hardware pcercuei (~paul@p4FDE7823.dip0.t-ipconnect.de)
09:02.22*** join/#qi-hardware jwhitmore (~jwhitmore@86-44-0-88-dynamic.agg2.cty.lmk-pgs.eircom.net)
09:35.49*** join/#qi-hardware fengling (~fengling@111.198.29.53)
10:02.21*** join/#qi-hardware wolfspraul (~wolfsprau@xd9ba0ef4.dyn.telefonica.de)
10:46.58*** join/#qi-hardware ccnnjj (~matt@cl-598.bos-01.us.sixxs.net)
11:13.27*** join/#qi-hardware jwhitmore (~jwhitmore@213.233.149.7)
11:52.01*** join/#qi-hardware FDCX (357@ceata/consiliu/FDCX)
12:29.18*** join/#qi-hardware kanzure (~kanzure@unaffiliated/kanzure)
13:30.41*** join/#qi-hardware FDCX (357@ceata/consiliu/FDCX)
14:26.27*** join/#qi-hardware ccnnjj (~matt@cl-598.bos-01.us.sixxs.net)
16:03.08larsceintopf: so, you want a adf7242?
17:26.44*** join/#qi-hardware xiangfu (~xiangfu@60.10.71.45)
17:54.32*** join/#qi-hardware pcercuei (~pcercuei@ip5f5ac6c3.dynamic.kabel-deutschland.de)
18:09.25eintopflarsc: I got a offer that somebody will give me a adf7242, but I am also happy to maintain at86rf2xx and to work with mrf24jFOOBAR
18:09.34eintopfand of course work with atusb
18:10.50eintopfnot important, I will keep to work with at86rf2xx, mrf24jFOOBAR and atusb. It's still hard to keep everything up-to-date to the recent mainline state
18:11.01eintopfso they have the latest greatest features
18:12.03eintopfhttp://www.spinics.net/lists/linux-wpan/msg02876.html
18:12.11eintopfhere my work for the mrfj24FOOBAR
18:12.22eintopfI say foobar because I can't remember the last numbers
18:13.16eintopfmrf24j40 ist the transceiver
18:13.31eintopfbut there exists mrf24j40ma and mrf24j40mc, etc some different boards
18:13.37eintopfwith amplifier or not
18:15.28larsceintopf: that somebody is boss, your adf7242 is on my desk, I'll ship it on monday
18:15.34larscis my boss
18:15.56eintopfand why do you know my name >:-|
18:16.35larscI expected it to be you
18:17.27eintopfdoes your company like to have the driver mainline?
18:17.45larscsure
18:17.57larscthat was always the paln
18:19.24eintopfyea but mainline is also not quite now, it's better than when the project was linux-zigbee
18:19.44eintopfdepends many people (inclusive myslef) have more effort to implement 6lowpan
18:19.58eintopfthe address family 802.15.4 is still somewhat broken at some places
18:20.09eintopfbut we working on this
18:20.21eintopfthe project grabs now some frameworks from wireless
18:23.17eintopflarsc: how easily is it to connect some wires on the transceiver?
18:23.28eintopfdoes it has some female connecters
18:23.32eintopfconnectors
18:23.46eintopfI don't want to solder here much
18:23.54eintopfand I am very bad in soldering
18:24.39larscit's a male header
18:25.38larscwhat baseboard do you want to use?
18:28.05eintopfI have some beaglebones here and raspberry pi's
18:28.10eintopfand I have wires
18:28.20larscwe tested it ith the pi
18:28.22eintopfin diffent colors male<->male, female<->male
18:28.52larscyou'll need 7 wires. 4 for SPI, a interrupt and VCC and GND
18:29.23eintopfVCC is 3.3?
18:29.51larscyes
18:30.27eintopfand when I have other questions to things what the datasheet doesn't say anything. I can ask you?
18:30.34larscsure
18:30.38larschttp://media.digikey.com/Photos/Analog%20Devices%20Photos/EVAL-ADF7242-PMDZ.JPG
18:32.03eintopfthis looks beautiful
18:32.37eintopfthe most people @linux-wpan use these transceivers http://openlabs.co/store/Raspberry-Pi-802.15.4-radio
18:32.55eintopfI think the price is 1 cent cheaper each day
18:33.29eintopfand currently I think this man need to produce many of them because - https://lists.riot-os.org/pipermail/devel/2015-August/002858.html
18:33.56eintopfbut the price is okay
18:34.25eintopfI heard the eval board of adf7242 cost much
18:34.41eintopfnever looked what it costs
18:35.25eintopflarsc: does the adf7242 have one frame buffer only?
18:35.33eintopfor seperate rx/tx buffer?
18:35.46eintopfneed to look
18:36.13larscno idea to be honest
18:36.46eintopfa separate
18:36.49eintopfthat's good
18:37.17eintopfthe at86rf2xx have one only, I expierence improvements at mrf24j40
18:37.34eintopfmrf24j40 has also separate rx/tx buffer
18:39.28eintopfah cca mode 1 only
18:39.30eintopfokay
18:41.07eintopfyea, datasheets looks okay
18:41.21eintopfI am sure I have question when I look again into it
18:42.40eintopflarsc: and can I have the source for the firmware? :-)
18:42.55eintopfno, little joke :(
18:43.47larscprobably not
18:43.50larscI don't have it either
18:44.18larscwe are unworthy software developers ;)
18:46.42eintopfmhh, where are the register settings for the address filter
18:46.49eintopfmaybe I should lookup it in the current driver
18:48.15eintopfdoesn't described inside the datasheet but driver use 0x116
18:48.31eintopfbase address 0x116 for the extended address
18:51.09eintopfI think I have not the _real_ for internal use datasheet ;-)
18:51.26larscthis is the latest version of the driver https://github.com/analogdevicesinc/linux/blob/xcomm_zynq/drivers/net/ieee802154/adf7242.c
18:51.54eintopfyes
18:52.17eintopf#define REG_IEEE_ADDR_0                0x116
18:52.27eintopfthis isn't described in my version of datasheet
18:52.48eintopfRev. 0
18:53.07eintopfhttp://www.analog.com/en/products/rf-microwave/integrated-transceivers-transmitters-receivers/low-power-rf-transceivers/adf7242.html
18:54.01larscAll I have is what is on the public website
18:54.32pcercueiit's a fake register IIRC
18:54.36pcercueihandled by the firmware
18:55.27eintopfhmpf
18:57.59eintopfso the datasheet doesn't represent the current available firmware?
18:59.06pcercuei0x116 is for the 64-bit address
18:59.16eintopfhttp://www.analog.com/media/en/technical-documentation/application-notes/AN-1082.pdf
18:59.22eintopfahh here is the right document
18:59.24pcercueiyeah. I don't know where that info actually comes from.
18:59.32eintopfregister map extensions
19:00.13eintopfokay
19:00.24eintopfI will put that to my materials
19:00.25pcercueiah, great
19:01.45pcercueialso, I'm pretty sure that the chip can work without any firmware
19:02.39pcercuei(and then the advanced features are not available)
19:05.16eintopfaddress filtering is also only a optional feature
19:05.20eintopfto reduce workload
19:05.32eintopfI think I will have more question when I work on it :/
19:06.21eintopfalso question is for me if the transceiver automatically detects if acknowledge request bit is set and waiting after transmit for an ack
19:06.40eintopfor I need to go into some special state or do I need set some register bit for that
19:18.23eintopfa great
19:18.30eintopfthe transceiver will do that automatically
19:19.13eintopf<PROTECTED>
19:19.14eintopfframe is expected following the transmission.

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.