Is it possible to use this header with a raspberry pi zero w?

I can't access the user guide or the Wiki. It appears LinkSprite is down. Are you able to send the user guide over or publish it on your site?

I may be missing something, but from my reading of the MAX481 datasheet the device needs a VCC of 5V. The schematic of this board shows VCC supplied by 3.3V. Does this really work?

Will this shield be able to communicate with a device over modbus rtu - like the existing USB to rs485 USB dongles?

Hi Guys,

sorry if the question is stupid to you but I'm still in the phase of deciding if to use or not raspberry PI for the application I need to develop.

The scenario is the following: 32 RFID UHF readers needs to send data to the raspberry PI.

Existing readers have RS485 protocol and I cannot change them. I was looking at this RS485 shield. RS485 supports up to 32 devices. And this is ok. My problem is that I NEED to be able to know which is the device sending the TagID! There is no way to program the RFID reader to send a prefix, so, my question is: when on the raspberry I will receive data from the GPIO SHIELD there will be a way to know which is the particular device sending the tag id?

Hi I'm curious about one thing. The RXD is directly connected to the Ras. Pi. Is this good ? The MAX481 chip is powered by 5V, so won't RXD have 5V when logic 1 ? The Ras.Pi Ports are only 3.3V tolerant. How does this work without damaging the RXD GPIO of the Ras.Pi ?

This design is not helpful for multi drop RS-232 networks. The transmit enable and receive enable-not are tied together and controlled by the transmit pin. This is fine for simple point to point networks. With this configuration you can't properly determine if you had a collision on the bus should two devices try to talk at the same time. The solution is to always enable the receive buffer and only enable the transmit when the mode wants to transmit. In this way to receive the bytes you transmit. If those bytes are identical, you had no collision. If they are different you did, and your software can take appropriate actions to re transmit the data. You have had the same problem with all your 485 devices. And each time I use one, I have to cut lift a pin and tie it low. Could you at least not have put in a solder jumper as I suggested in a similar comment for your other 485 BOB?

As plagued the previous versions, the data direction is controlled by the Tx line of the RPi, and without a capacitor. Therefore it will only transmit the zeros, not the ones. Theoretically you could add in a capacitor to maintain transmitting, but then it might hold control of the bus for too long (it would depend primarily on the baud rate, but also on the data itself).

Unless I'm missing something in the schematic, this is a very serious issue.

What I personally decided to do was use a separate GPIO to control the direction. It works fine, but requires software to determine when it has finished transmitting, to control the direction. I did this in C, but it should also be possible with python.

Is the 32 device limit a hard limit or can you get 33~35 devices on the bus and still probably be OK?