Hi Peter, What PIN configuration do you use with AT86RF233? I went through the thread https://github.com/RIOT-OS/RIOT/issues/5407. You use PA2 for RESET. I want to use PA2 for UART TX. I keep my config same as yours except that I use PE2 for RESET.
I still have problems with my SPI connection I presume. I debugged my code and I get a problem here https://github.com/RIOT-OS/RIOT/blob/master/drivers/at86rf2xx/at86rf2xx_netdev.c#L85. The part number is 0xff. It does not match with AT86RF233_PARTNUM (0x0b) defined here https://github.com/RIOT-OS/RIOT/blob/master/drivers/at86rf2xx/include/at86rf2xx_registers.h#L38. /Adeel > -----Original Message----- > From: devel [mailto:devel-boun...@riot-os.org] On Behalf Of Peter > Kietzmann > Sent: Wednesday, July 20, 2016 4:48 PM > To: RIOT OS kernel developers > Subject: Re: [riot-devel] Connecting STM32F4Discovery & AT86RF233 > > Hi, > > just as a side note: @Nordzisko has a pretty similar setup wich worked > (except the button issue) > > https://github.com/RIOT-OS/RIOT/issues/5407 > > Best > Peter > > Am 20.07.2016 um 16:22 schrieb Thomas Eichinger: > > Hi Adeel, > > > > the transceiver uses the cpuid module to generate hwaddr. If your port > > is based on the stm32f4discovery board it should be configured already > > which makes me think there might still be some nit in your SPI connection. > > > > You could try to issue `ifconfig set addr <your_addr>`. If you then do > > `ifconfig` again and nothing changed I guess it would be the SPI > > connection. Else you might miss some configuration still. > > > > Best, Thomas > > > > On 20 Jul 2016, at 15:16 CEST(+0200), Adeel Mohammad Malik wrote: > > > >> Hi Thomas, > >> > >> I did as you said. I have 9 wires connected between my > >> STM32F4Discovery board and the AT86RF233 ZigBit Xplained Pro > >> Extension board. 4 SPI wires, 3 GPIO wires and 2 for power (+3.3V and > GND). > >> > >> Now doing an "ifconfig" gives me the following result:- > >> > >> ifconfig > >> Iface 3 HWaddr: 00:00 Channel: 0 Page: 0 NID: 0x0 > >> Long HWaddr: 00:00:00:00:00:00:00:00 > >> TX-Power: -17dBm State: IDLE max. Retrans.: 15 > >> > >> Source address length: 2 > >> > >> Iface 4 HWaddr: 00:15:01:00:40:e4 > >> > >> Source address length: 6 > >> > >> I was expecting to see a valid HWaddr but this doesn't look right. > >> Should I be able to see a HWaddr if the connection is alright? > >> > >> /Adeel > >> > >>> -----Original Message----- > >>> From: devel [mailto:devel-boun...@riot-os.org] On Behalf Of Thomas > >>> Eichinger > >>> Sent: Wednesday, July 20, 2016 2:17 PM > >>> To: RIOT OS kernel developers > >>> Subject: Re: [riot-devel] Connecting STM32F4Discovery & AT86RF233 > >>> > >>> Hi Adeel, > >>> > >>> please see my answers inline. I hope this helps, let us know if > >>> there is further open questions. > >>> > >>> Best, Thomas > >>> > >>> On 20 Jul 2016, at 13:46 CEST(+0200), Adeel Mohammad Malik wrote: > >>> > >>>> Hi all, > >>>> > >>>> I am struggling a bit to understand how to connect my > >>>> STM32F4Discovery board with my AT86RF233 ZigBit Xplained Pro > >>>> Extension board (http://www.atmel.com/tools/ATZB-X-233- > XPRO.aspx). > >>>> I have a few questions that I list as follows:- > >>>> > >>>> > >>>> * When connecting the SPI interface, is it enough to connect > >>>> SCK, MISO and MOSI? Or should I also connect SS? > >>> What you refer to as SS (Slave Select) is called CS (Chip Select) in > >>> RIOT. So yes, you have to connect this pin too to actually activate > >>> the slave's SPI interface. > >>> > >>>> > >>>> * I see that the file > >>>> https://github.com/RIOT- > >>> OS/RIOT/blob/master/drivers/at86rf2xx/include/at86rf2xx_params.h > >>>> has some PIN configuration parameters. What is > AT86RF2XX_PARAM_CS? > >>>> Looking at the manual for my AT86RF233 board > >>>> (http://www.atmel.com/Images/Atmel-Wireless-ATZB-X-233- > >>> XPRO_design_documentation.PDF), > >>>> on page 3 I see the RESET (AT86RF2XX_PARAM_RESET), SLP_TR > >>>> (AT86RF2XX_PARAM_SLEEP) and the IRQ (AT86RF2XX_PARAM_INT) > pins. I > >>> do > >>>> not seem to find the corresponding pin for AT86RF2XX_PARAM_CS. > Any > >>>> clues? > >>> See above. > >>> > >>>> > >>>> * Should I include anything besides USEMODULE += at86rf2xx to > >>>> be able to use the transceiver? > >>> In your particular case you will want to include `USEMODULE += > >>> at86rf233`. > >>> _______________________________________________ > >>> devel mailing list > >>> devel@riot-os.org > >>> https://lists.riot-os.org/mailman/listinfo/devel > >> _______________________________________________ > >> devel mailing list > >> devel@riot-os.org > >> https://lists.riot-os.org/mailman/listinfo/devel > > _______________________________________________ > > devel mailing list > > devel@riot-os.org > > https://lists.riot-os.org/mailman/listinfo/devel > > -- > Peter Kietzmann > > Hamburg University of Applied Sciences > Dept. Informatik, Internet Technologies Group Berliner Tor 7, 20099 > Hamburg, Germany > Fon: +49-40-42875-8426 > Web: http://www.haw-hamburg.de/inet > _______________________________________________ > devel mailing list > devel@riot-os.org > https://lists.riot-os.org/mailman/listinfo/devel _______________________________________________ devel mailing list devel@riot-os.org https://lists.riot-os.org/mailman/listinfo/devel