Your browser does not seem to support JavaScript. As a result, your viewing experience will be diminished, and you may not be able to execute some actions.

Please download a browser that supports JavaScript, or enable it if it's disabled (i.e. NoScript).

Attiny and Rfid

sswcharlie last edited by

Newbie, need some advice of what to use and how to use.

Using Attiny ? or recommendation. and I2C. Use Arduino IDE or what recommended.

My project is for a model railroad. Rfid tags moving between locations on rolling stock. Need rfid data to show identification number from which reader (location) was used. On a readthe data put into USB outgoing

The rfid readers are M302 type. Uses HID to pass info on read. All readers have same vid pid and no serial number.

Looking to use say a ATTINY and I2C to receive the HID data from a specific reader, add an ID # and then pass to PC (open with focus Excel spreadsheet). This would mean a ATTINY or whatever for each reader. Looks like (to me) that I2C would be the most simple and cheapest!

Or - have all readers on USB hub and a single ATTINY to process them all. I2C would need to be able to know number of each usb reader position on hub.

Your comments and recommendations would be appreciated or ref to suitable place to locate info.

Thanks

Charles Harris

New Zealand
Reply Quote 0
1 Reply Last reply

1
Posts

429
Views

Suggested Topics

Update RF24 library to latest version
Bug Reports • • andriej

4

0
Votes

4
Posts

2570
Views

@andriej Hi, I had problem using the main branch mysensors/Raspberry, that because of the bit-field struct (header_s) in Sensor.h They will get packed in different order on the arduino compared to the RPi (at least with my compiler, gcc). In order to fix this I created the 1.4dev branch. It uses full bytes instead of the bit-fields, but you need (of cause) to compile both the sensors (arduino) and the gateway (RPi) using the 1.4dev branch. We need to fix this in the main branch later on (and use the same files as in mysensors/Arduino/libraries/MySensors)
Need advice on solar powering with LiFePo4 battery
General Discussion • • willemx

17

0
Votes

17
Posts

166
Views

LiFePO4 batteries are a great choice because they have a long life cycle and are much safer than other lithium-based batteries. However, you need a solar charge controller that’s compatible with LiFePO4 to prevent overcharging and maintain efficiency. A good MPPT controller can significantly boost energy harvest from your panels. Also, ensure your solar panel output matches your power needs. If you're in solar ireland, you might find some local companies that offer tailored solutions for maximizing solar efficiency in lower light conditions.
single-click, double-click, long-press button possible with MySensors?
General Discussion • • dirkc

2

0
Votes

2
Posts

20
Views

hey @dirkc, maybe you can trigger your interrupt to rising and falling edge and use millis() to see how long the press was?
What's a good power bank for use with IoT?
General Discussion • • NeverDie

20

1
Votes

20
Posts

179
Views

@OldSurferDude Thanks a very valued to know. I was wondering today why my (big) powerbanks fall down after short time. I have small 1 & 2-pieces powerbanks, they work very well. I use also BSM hw-168 or hw-107 for charging single 18650. Will try to use them outside also with small solarpanels.
Gateway on Raspberry pi 1
General Discussion • • mimaret

9

0
Votes

9
Posts

44
Views

@mimaret It was a pleasure. Thank you for your feedback!
Running out of nodeId's
General Discussion • mysensors • • NielBierman

8

3
Votes

8
Posts

47
Views

@TheoL Not only did I put in delays, too, but I put in delays that were based upon the ID (which was stored in NVRAM)! This helped. caveat: This is probably not accurate be helps to explain the challenges with a large network. My initial experience with Arduino/nRF24 was using the libraries from TMRh20. Those libraries allowed a node to be a repeater, but only for 6 nodes. The primary node 0, master, only allowed 6 nodes to connect to it. The nodes connected to it also allowed 6 nodes. Subsequent nodes had to go through one of these repeating nodes. But the depth was only 4 deep. The master assigned node IDs if the node didn't already have one; similar to a MAC address. The master also kept track of the addresses (ARP table?). Addresses were 4 octets (base in the form of D/C/B/A. A node connected directly to the master had an address of 0/0/0/a (where 0/0/0/0 was reserved for the master). A node connected through another node had an address of 0/0/b/a, and so forth. But what happens is that a parent node has to mange the data from all its child nodes and their child nodes and their child nodes. Thus a node would get so bogged down dealing with this traffic that it din't do its sensor task very well. It is my belief that MySensors either uses TMRh20's libraries or has developed some aspects based on his initial work. I see that that TMRh20 has a version 2 and I have not experimented with it. I did find that MySensors worked better than version 1. Thus, my curiosity. I am also duly impressed at the magnitude of hardware. Currently a nano like device from Aliexperss is US$2-3, nRF24 ~ US$1, power supply ~ US$1.50, power cord ?, case?, sensors!? While the hardware cost is daunting, even with a PCB it's a lot of work building those up. So, yeah, I'm impressed! -OSD