I have used the code from github and in that code i am implementing the raspberry pi and the RFID and relay module with magnetic door unlock. Everything is working Okay , the RFID , the Relay module and the button. When the Card is scanned the relay module light turn on and i can hear the tick sound of the relay as well (with no current being passed in the 12 V Magnetic Door ) and the Button as well , when i click to unlock via button it works perfectly as well without the Magnetic Door. The issue comes when 12 V power is passed to the Magnetic module, in this case the RFID scans the card for the first time and the relay light is on and the module is working correctly but as soon as the relay module goes off the RFID card stops working. But the Button keeps working. I can unlock via button many times but the RFID cards works only for the first time and again to make it work i have to restart the Raspberry. I have checked the whole code and the whole connection and everything is right , everything is working perfectly until 12 V current is passed in the relay. Just for the information , i have ordered different relays and tested with them as well but still same.
I am attaching the picture for reference relayrfidShareEditFollowClose 2Flagedited Apr 28 at 3:44Milliways48.4k2323 gold badges7979 silver badges159159 bronze badgesasked Apr 24 at 6:41Ahtisham Ashraf933 bronze badges
- Ah let me see. Let us make things as simple as possible, but not simpler. So your RFID function works only for the first time, then you need to reset Rpi. I remember when I tested my RFID module, I wrote 3 functions: (1) A function to read RFID card, (2) Another function to print what is read from the RFID card. (3) A main function to loop the first two functions. If you write a minimal program to just test the above three functions, then it should be much easier to debug. You might search my RFID demos in the following forums: (a) SO, (b) EE SE, (c) Rpi SE. – tlfong01 Apr 24 at 7:36
- 1The RFID works all okay until i power up the 12 V Electromagnetic Lock. The Relay is working Okay as well until the 12 V Lock is not given the power. It scans the RFID and then the light on relay turn on and i can hear the tick of relay. It works perfectly but as soon as the Electromagnetic Door is powered on the RFID works for the first time and then it kinda stop working but the button to unlock works like a charm. – Ahtisham Ashraf Apr 24 at 10:14
- 1I have implemented it exactly like mentioned in the code github.com/lesp/LXF230-RFID-Door-Lock , the issue that the RFID works as well and it works as many times as we want until the 12 V power is supplied to the relay. As soon as power is turned on the RFID stops working. If i turn off the power now it still doesn’t work until the raspberry is restarted – Ahtisham Ashraf Apr 25 at 11:11
- 1now let me explain in bit detail 1. Turn on the Raspberry with the python code. 2. Scan the RFID Card, it is working perfectly with no limit to scan, i can scan it 1000 times without any issue. Relay light is on and relay is tripping 3. Press the button to unlock working Perfectly. Relay is on and relay is tripping. Now Let’s turn on the 12 V Electromagnetic Door Power 4. RFID Scans the card, Relay light is on , Relay is tripped. Relay is closed again , light in relay goes off. Now i when scanning the card it is not working again. 5. Button unlock works all the time – Ahtisham Ashraf Apr 25 at 11:11
- 1There is an issue between the relay and the reverse voltage i guess that relay passes to the board which disable the RFID as per me but i am not sure. The code is not having any issue until i turn on the 12 V power to relay – Ahtisham Ashraf Apr 25 at 11:18
- The OP has a Rpi based electric door lock system which can be operated by either manual push button or RRFID card.
- In normal operation the relay controls the electric lock power by 12VDC. When testing before 12V power in on, everything goes well: both push button and RFID card can activate and deactivate the 5V relay (hearing relay clicks).
- However, when 12V lock power is switched on, only push button can activate and deactivate relay as before, this time also lock is activate and deactivate.
- The big problem is this: RFID can perform the activate/deactivate only once. After the only one off operation, Rpi need to reset to do RFID operation again.
The OP wishes to know why the Rpi should be reset after every RFID operation, and of course how to avoid this silly unnecessarily Rpi resetting.
The OP confirms that even the 12V power is switched on before any test, the RFID’s only one operation problem does not go away.
- There are two types of electric lock: (a) NO (Normal Open), (b) NC (Normal Close). I am assuming the OP’s lock is NC (Normal Close).
- For NC lock, the +12VDC power wire goes to relay channel’s COM terminal, and goes out at the NC terminal.
- When 12V power is switched on, COM and NC is shorted. So +12VDC goes to the positive terminal of the lock. The negative terminal of the lock goes back to the Ground (0V) of the 12VDC power supply.
- Now when the RFID reader reads a RFID card, Rpi will checks if RFID card read is valid, and if yes, would trigger the Relay channel. Now COM will disconnect from NC. In other words, the 12VDC power to the lock is cut off.
- Now the fun starts at this point. The lock is actually a solenoid, which is an inductor. Now when the power to this inductor is cut off, the current flowing through the inductor path is cut off, and a back EMF voltage and resultant current would occur and flies back through a flyback diode, if there is one.
- Either with or without a flyback diode, the back EMF will still trigger a spike voltage signal, and returns to the power ground.
- If the 12V power supply ground line is physically connected for any length to the +5V logical power ground line of the Rpi, Rpi would experience a voltage spike and resets the RFID program running at Rpi.
- So Rpi needs to be reset to restart the RFID program, and this is what annoyingly do after each RFID operation.
- There are a couple of workarounds. The main idea is to decouple the 12V relay and lock power from to the 5V Rpi power.
- If the OP is using a relay with a JD-Vcc jumper, he can do total optical isolation, as described in Appendix D.
- The explanation of the JD-Vcc jumper operation is described in Ref 7.
- There are other tricks to prevent relay/lock power from interfering the 5V Rpi logic power from the 12V relay/lock power. These trick include:
(a) Space power lines from logical/control lines
(b) Use two separate power supplies, one 5V (not stepped down from the 12V relay/lock power supply) Rpi, another 12V dedicated for relay/lock.
This is a troubleshooting question. I think we need to first study the Rpi python program to see how it works.
/ to continue, …
(26) DC6V 1.5A 11.4mm 200g Electromagnetic Solenoid Door Lock – AliExpress US$14 (The OP’s solenoid door dock)
Appendix A – LX230 RFID Rpi python program listing
The main test program, without the RFID library, is only 80 something lines long. So it is worth our time studying carefully the complete listing.
LXF230-RFID-Door-Lock/SimpleMFRC522.py - lesp 2021apr25hkt2156 https://github.com/lesp/LXF230-RFID-Door-Lock/blob/master/SimpleMFRC522.py import MFRC522 import RPi.GPIO as GPIO class SimpleMFRC522: READER = None; KEY = [0xFF,0xFF,0xFF,0xFF,0xFF,0xFF] BLOCK_ADDRS = [8, 9, 10] def __init__(self): self.READER = MFRC522.MFRC522() def read(self): id, text = self.read_no_block() while not id: id, text = self.read_no_block() return id, text def read_id(self): id, text = self.read_no_block() while not id: id, text = self.read_no_block() return id def read_id_no_block(self): id, text = self.read_no_block() return id def read_no_block(self): (status, TagType) = self.READER.MFRC522_Request(self.READER.PICC_REQIDL) if status != self.READER.MI_OK: return None, None (status, uid) = self.READER.MFRC522_Anticoll() if status != self.READER.MI_OK: return None, None id = self.uid_to_num(uid) self.READER.MFRC522_SelectTag(uid) status = self.READER.MFRC522_Auth(self.READER.PICC_AUTHENT1A, 11, self.KEY, uid) data =  text_read = '' if status == self.READER.MI_OK: for block_num in self.BLOCK_ADDRS: block = self.READER.MFRC522_Read(block_num) if block: data += block if data: text_read = ''.join(chr(i) for i in data) self.READER.MFRC522_StopCrypto1() return id, text_read def write(self, text): id, text_in = self.write_no_block(text) while not id: id, text_in = self.write_no_block(text) return id, text_in def write_no_block(self, text): (status, TagType) = self.READER.MFRC522_Request(self.READER.PICC_REQIDL) if status != self.READER.MI_OK: return None, None (status, uid) = self.READER.MFRC522_Anticoll() if status != self.READER.MI_OK: return None, None id = self.uid_to_num(uid) self.READER.MFRC522_SelectTag(uid) status = self.READER.MFRC522_Auth(self.READER.PICC_AUTHENT1A, 11, self.KEY, uid) self.READER.MFRC522_Read(11) if status == self.READER.MI_OK: data = bytearray() data.extend(bytearray(text.ljust(len(self.BLOCK_ADDRS) * 16).encode('ascii'))) i = 0 for block_num in self.BLOCK_ADDRS: self.READER.MFRC522_Write(block_num, data[(i*16):(i+1)*16]) i += 1 self.READER.MFRC522_StopCrypto1() return id, text[0:(len(self.BLOCK_ADDRS) * 16)] def uid_to_num(self, uid): n = 0 for i in range(0, 5): n = n * 256 + uid[i] return n
Appendix C – Wiring Diagram
Appendix D – JD-Vcc Jumper Relay Wiring Diagram
Appendix E – Total optical isolation wiring diagram for the OP’s application
Appendix F – Flyback Schottky Diode to protect PSU powering Magnetic Door
/ to continue, …
- 1If we turn it on before then it’s still the same issue , it’ll scan the RFID card once only and later on it’ll not scan the RFID. The RFID and coding is okay and is not having any issue with anything. Like I explained it works perfect with the relay but as soon as the current is passed from the relay things are changed. So there must be something related to hardware and the relay that I am missing. – Ahtisham Ashraf Apr 25 at 14:07
- Thank you for your confirmation and clarification. (1) I agree that the python program has not problem. I skimmed it once and concluded that it should be written by an expert. I just want to get a rough idea of how the main program works, and see if I insert any debugging statement somewhere. (2) I also agree that we (you!) might be doing something silly. or doing something we should not do and we don’t know that. (3) I now guess this might be a tricky problem, so I it might take us sometime before an eureka. 🙂 – tlfong01 Apr 25 at 14:24
- Just to make sure: (1) Your relay wiring seems a bit weird to me. Usually the +12V line should go to the COM terminal, and go out at the NO (Normally Open) terminal. But you go out at the NC (Normally Connect). (2) Do you have any wiring diagram, or schematic to check out? SORRY – Ignore my question. I found the wiring diagram in the doc. – tlfong01 Apr 25 at 14:39
- One more question. Do you know that there are two basic types of relays (1) High logical level trigger, (2) Low logical level trigger. Are you sure that you are using the exact trigger type of relay as specified? – tlfong01 Apr 25 at 14:57
- I checked the doc and found that they seem to use a relay with the JD-Vcc jumper and this type of relay is usually Low logical level trigger. If you randomly use a High level trigger, then the relay’s on/off operation would be reversed. And if your lock is not yet mounted, then you might not notice the lock/unlock operation is opposite of what you expected. Can you give me the link to the exact real relay you are really using? – tlfong01 Apr 25 at 15:02
- Ha, I just found out that it was me who has made the silly careless mistake. So I had the eureka! I will write up a short answer later. Stay tuned. – tlfong01 Apr 25 at 22:03
- 1Sure i am waiting , Just FYI i have tried both the high level and low level relay but all of them behaved the same . It Scanned for the first time and then nothing for the second time. – Ahtisham Ashraf Apr 27 at 6:05
- @Ahtisham Ashraf, (1) Ah, sorry, I didn’t know that you are still waiting. I forgot to let you know that I have already written the (rather long) short answer, which is at the very top of my answer. (2) On the other hand, I have been waiting for the web link to your relay. And as indicated in my short answer, if your relay has a JD-Vcc jumper, as in the GitHub doc, then your relay is very likely (90% sure) Low trigger relay. (3) And if you wire in the “total optical isolation” mode (Appendix D, Fig 2), your You-can-only-live-once problem might disappear! 🙂 – tlfong01 Apr 27 at 6:19
- The total optical isolation is a bit complicated. So I have added Appendix E to show the details. Good Luck. Cheers. – tlfong01 Apr 27 at 6:54
- I just read your new comment in the chat room. The Arduino post looks interesting. Thier solution is to use relay’s NO and COM instead of NC and COM,b ut then the logic is different yours. One possibility is the following: there are two kinds of locks; (1) Door is locked when NO current is passing through. (2) Door is locked when current is passing through. Version 2 seems more sensible. Of course you should try the Arduino guy’s wiring method out! 🙂 – tlfong01 Apr 27 at 7:23
- (1) On second thought, after reading the Arduino’s solution to your problem, I am losing confidence. There might still be something I missed. So my short answer and suggestions might be wrong. (2) As I suggested earlier, if now you try the Arduino solution and it works, then of course my earlier thinking and suggestion are wrong. Then I need to give an explanation of why my answer is wrong, for reasons including the following: (3) There are two kinds of locks, (a) 12V power on will cause door locked, power off causes door unlocked. – tlfong01 Apr 27 at 9:45
- (4) If your lock works the other way round: no power causes lock, no power causes unlock, then the program might not work. Of course there are relay High/Low trigger problem. If you find the Arduino solution does not work, then I need to go through my thinking again, and where goes wrong. Sorry for the might be wrong suggestions. Cheers. – tlfong01 Apr 27 at 9:47
I have seen exactly this problem on a very similar application. Instead of a solenoid it was a common magnetic relay that was being activated to control mains power to a piece of equipment.
I finally found that the problem was a subtle incompatibility between the RFID library and the connections of the Pi to the RFID module. It turned out that the code was not actively driving the reset pin to the module. But, you said you’ve check both of these and you are sure they are correct so that can’t be it.ShareEditFollowFlaganswered Apr 28 at 11:58Elliot Alderson14611 silver badge55 bronze badges
- Elliot Alderson, Ah, many thanks for your very important and useful tip on “subtle incompatibility between the RFID library and the connections of the Pi to the RFID module.“. So perhaps me and the OP should go back and look into the RFID Library again. Cheers. – tlfong01 Apr 29 at 8:06
- @Ahtisham Ashraf, I only read this new answer just now. So we need to go back to square 1! 🙂 – tlfong01 Apr 29 at 8:10
- 1@tlfong01 Yes i will debug the code and will check some other libraries as well. I will update here real soon. – Ahtisham Ashraf Apr 29 at 12:03
- Ha, take it easy. No hurry. – tlfong01 Apr 29 at 12:31
- I am also starting to read my old posts on RFID, to refresh my memory. I found that last time I got stuck on try to play with something called SPI-Py installed from the following repository: github.com/lthiery/SPI-Py. This SPI-Pi caused me much trouble and I finally gave up. In case you find you have to deal with SPI-Py, you might like to see if there is some updated version, or as you said, perhaps another library better than MFRC522. I have not touched RFID for perhaps two years. – tlfong01 2 days ago
- So my knowledge might be very out of date. Hope you can find something more up to date. I need to do some more RFID home work over the weekend. – tlfong01 2 days ago
- @Ahtisham Ashraf, #Elliot Alderson’s answer is indeed inspiring. Just now I browsed a couple of other sites but found very littl info on the operation on magnetic door. But there is one common phenomenon: The RFID thing freezes regularly, perhaps because of memory leaking. Perhaps your program has a bug and causes freezing immediately !. The SimpleMFRC522 library says it had not been maintained for 4 years. I now think that it is long and winding down the road, not at all our last mile! 😦 – tlfong01 2 days ago
- 1Yes i am debugging it further , If you have the code for RFID Solenoid Lock , can you send me it here and i will compare how it is working and what i am lacking in this code. @tlfong01 – Ahtisham Ashraf yesterday
- Ah I don’t have any complete integrated system of Rpi + RFID + Relay + Solenoid software. I was doing structured programming, so I have mainly 4 decoupled subsystems. (1) Rp + relay, (2) Rpi + RFID, (3) Relay + Solenoid barebone/valve + sensors (water flow meter, water level meter etc) + Motors. So the solenoid output SPDT NO/COM/NC terminals can connect/control many things, motor, valve, lock, etc etc. – tlfong01 yesterday
- And my old code is based on two RFID libraries: (1) RC522, (2) PN532, I tired both RC522 and PN532 and found RC522 with MFRC522 and SimpleMFRC555 uwing python is more user friendly to use, but I only tried read/write RFID card and found ti OK. It should be easy to expand/integrate into RFID applications such as attendance record or security entry systems. – tlfong01 yesterday
- I also tried writing SPI and I2C basic functions and found python SPI RFID most flexible and that is the way I am going. I noticed that you are also using python SPI RFID SimpleMFRC522. So I think your separate developed software/hardware components can be easily work together and make a good integrated system. I will give more details in the chat room. Comments and counter suggestions welcome. – tlfong01 yesterday