Show Posts
Pages: [1] 2 3 ... 6
1  Using Arduino / Networking, Protocols, and Devices / Re: New library for USB Joystick/game pad interface on: August 06, 2013, 10:37:49 pm
This library does not work with any Joystick!

Works with Logitech 'Dual Action' game pad.
2  Using Arduino / Networking, Protocols, and Devices / Re: si4735 radio shield and getResponse on: November 02, 2012, 06:27:12 pm
I didnt test with Mega, so Your Mileage May Vary.

If you are using Mega, MISO is on D50, not D12. You should not connect MISO to D12. You shold not conect D50 to D12.

I would guess you should have:

D50 ----------->|----------------- GPO1
                1N4148

maybe you need a pullup resistor with Mega?

3  Using Arduino / Networking, Protocols, and Devices / w5100 Ethernet Shield in IPRAW/UDP mode: does it work? on: May 25, 2012, 07:00:15 pm
Hi All,

I want to use the w5100 Ethernet Shield to receive ALL UDP packets sent to the shield (not just for a particular UDP port).

w5100 does not appear to support wildcard UDP receive ports.

The w5100 supposedly supports IPRAW mode sockets, and my experiments with IPRAW/ICMP (using the technique shown in section 5.2.3 of the w5100 manual and at http://www.arduino.cc/cgi-bin/yabb2/YaBB.pl?num=1292254905) work fine and arduino can read raw ICMP packets sent to the shield.

Also setting the w5100 to MACRAW mode per the manual also works, and the arduino can read the complete raw MAC layer packet (including the IP headers etc)

But setting the w5100 to IPRAW/UDP mode does not seem to work:

  W5100.writeSnMR(s, SnMR::IPRAW);
  W5100.writeSnPROTO(s, IPPROTO::UDP);
  W5100.execCmdSn(s, Sock_OPEN);

when you send a UDP to the shield, it replies with port unreachable, regardless of the port number, and the shield never delivers any packets the the arduino.

Has anyone had success with IPRAW/UDP on the w5100?

Cheers.


4  Using Arduino / Networking, Protocols, and Devices / Re: New library for RF22, RFM22 radio modules on: August 11, 2011, 06:50:35 pm
Hi MarkT

I take it out are testing with RFM22, not RFM22?

I dont claim the lib works with RFM22, and have not tested with RFM22, only with RFM22B. All the tests and sample code works fine here with RFM22Bs. I understand other users are working fine with the RFM22B too.

I take your point about the possible timeout wrap for timeouts that cross over 42 days and will look at that.

I hear what you say about the mode, but I _think_ I catch all the cases where that can happen and force it back to RX mode.



5  Using Arduino / Networking, Protocols, and Devices / Re: New library for RF22, RFM22 radio modules on: August 11, 2011, 05:07:12 pm
OK, I have modified the library so that GPIO0 and GPIO1 are set to follow tx_state and rx_state respectively, and updated the doc to show connections from GPIO0 to TX_ANT and GPIO1 to RX_ANT.

After doing this I saw abut 5 db higher output on transmit at higher levels with my RFM22B-S2

New version 1.7 of RF22 library is now uploaded.

Feedback please.
6  Using Arduino / Networking, Protocols, and Devices / Re: New library for RF22, RFM22 radio modules on: August 10, 2011, 07:04:58 pm
lemming, yes I see your point.
Let me know what Hope says. If I need to make changes to the lib I will.

Cheers.
7  Using Arduino / Networking, Protocols, and Devices / Re: New library for RF22, RFM22 radio modules on: August 10, 2011, 04:29:54 pm
The RF22 library was written for the RFM22B devices and AFAICS, the tx_ant and rx_ant pins dont need to be connected for the RFM22B. May be different for the RFM22 devices, but RF22 library does not support them.
8  Using Arduino / Networking, Protocols, and Devices / Re: New library for RF22, RFM22 radio modules on: August 09, 2011, 05:56:01 am
The ones Im using are RFM22B-S2 as per the sparkfun page:

http://www.sparkfun.com/products/10153

The data sheet for that one at:
http://www.sparkfun.com/datasheets/Wireless/General/RFM22B.pdf

does not mention tx_ant or rx_ant at all. The table on page 64 has 'NC' in hte places where there was  tx_ant and rx_ant on the RFM22.

So looks to me like they are not connected in the RF22B.

9  Using Arduino / Networking, Protocols, and Devices / Re: New library for RF22, RFM22 radio modules on: August 09, 2011, 05:17:08 am
The ones Im using are identical to the one in the picture at:

http://www.sparkfun.com/products/10153

If it really needs tx_ant and rx_ant pins to be controlled externally, then I will need to make some changes to the library.


But... surely the controller chip on board knows when it want to transmit and recieve and should be controlling the antenna switch itself? Why would it expect an external processor to control the antenna switch for it?

Cheers.
10  Using Arduino / Networking, Protocols, and Devices / Re: New library for RF22, RFM22 radio modules on: August 08, 2011, 05:15:05 pm
According to http://arduino.cc/forum/index.php?topic=50417.0 and to my tests, the tx_ant and rx_ant pins arent needed. I leave them floating and it seems to work fine.
11  Using Arduino / Networking, Protocols, and Devices / Re: New library for RF22, RFM22 radio modules on: August 07, 2011, 03:47:20 pm
Frank:
No frequency hopping is used.
Random retry timers are used for reliable datagrams
Router table does not use rssi to decide: last reply wins

Cheers.
12  Using Arduino / Networking, Protocols, and Devices / Re: New library for RF22, RFM22 radio modules on: August 05, 2011, 04:52:41 pm
Yes, the max payload is 255 octets.
Node IDs are limited to 1 octet.

Cheers.
13  Using Arduino / Networking, Protocols, and Devices / Re: si4735 radio shield and getResponse on: July 26, 2011, 10:27:59 pm
Ordinary silicon diode like 1N4148.

Cheers.
14  Using Arduino / Networking, Protocols, and Devices / Re: si4735 radio shield and getResponse on: July 18, 2011, 04:23:10 pm
ok, attached
15  Using Arduino / Networking, Protocols, and Devices / Re: si4735 radio shield and getResponse on: July 17, 2011, 01:13:42 am
Yes, tested and working.
Yes, its disappointing that the board did not work reliably with common Arduinos.
Pages: [1] 2 3 ... 6