Yes ok, the TDMA sync frame is probably missing. --------------------------------- #10.0.0.1 master side $rtcfg rteth0 server $rtcfg rteth0 add 10.0.0.2 -stage1 - $tdmacfg rteth0 master 5000 $tdmacfg rteth0 slot 0 200 $rtcfg rteth0 wait ^C (break, because the program is blocked) $rtping 10.0.0.2 RTnet: main(). ipv4_cmd : 0x11c18 Real-time PING 10.0.0.2 56(84) bytes of data. #nothing happens, blocked --------------------------------- #10.0.0.2 slave side $rtcfg rteth0 client $tdmacfg rteth0 slave $tdmacfg rteth0 slot 0 1000 ^C (break, because the program is blocked) $rtping 10.0.0.1 RTnet: main(). ipv4_cmd : 0x11c18 Real-time PING 10.0.0.1 56(84) bytes of data. ioctl: Resource temporarily unavailable
Jan Kiszka <jan.kis...@web.de> a écrit : > Am 17.09.2010 09:38, Michel He wrote: >> Ok, actually I try to decompose rtnet script. so I load step by step >> modules and make initialization of rtroute. the tdma configuration in >> slave has blocked the entire system. in the master side it seems ok. >> >> in slave side: >> cd /usr/rtnet/modules/ >> insmod rtnet.ko >> insmod rtipv4.ko >> insmod rtpacket.ko >> insmod rt_loopback.ko >> insmod rt_dm9000.ko mac_addr=0x00,0x14,0x2D,0x00,0x01,0x02 >> insmod rtmac.ko >> insmod tdma.ko >> insmod rtcfg.ko >> insmod rtudp.ko >> >> rtifconfig rteth0 up 10.0.0.2 >> rtifconfig rtlo up 127.0.0.1 >> #10.0.0.1 is master >> #rtroute add 10.0.0.1 00:14:2D:00:01:01 dev rteth0 >> #10.0.0.2 is slave >> rtroute add 10.0.0.2 00:14:2D:00:01:02 dev rteth0 >> >> #slave >> tdmacfg rteth0 slave >> tdmacfg rteth0 slot 0 400 >> #blocked system >> >> if the tdmacfg is omitted, the rtping would work, without timing >> constraint though. >> r...@mbs270:/usr/neue_rtnet$ rtping 10.0.0.1 >> Real-time PING 10.0.0.1 56(84) bytes of data. >> 64 bytes from 10.0.0.1: icmp_seq=1 time=320.0 us >> 64 bytes from 10.0.0.1: icmp_seq=2 time=287.4 us >> > > In the absence of a TDMA master, or if it is not working, the slave will > simply block outgoing traffic (waiting for the TDMA sync frame). I bet > that is the case here. > > BTW, you may want to check what is going on in your network by attaching > RTcap to the rt interfaces on involved nodes and visualizing the traffic > e.g. via Wireshark. > > Jan > > ------------------------------------------------------------------------------ Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev _______________________________________________ RTnet-users mailing list RTnet-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rtnet-users
