Anyone using/tried the E28-2G4M27S 2.4Ghz LoRa SX1280 27dB module?
-
OK, here it is corrected for 915Mhz, as it should have been the first time:
12:34:34 May 20 2022 V1.1 104_LoRa_Receiver_Detailed_Setup Starting LoRa Device found SX1262,915000000hz,SF7,BW125000,CR4:5,LDRO_Off,SyncWord_0x1424,IQNormal,Preamble_8 SX1262,PacketMode_LoRa,Explicit,LNAgain_Boosted Reg 0 1 2 3 4 5 6 7 8 9 A B C D E F 0x800 00 00 00 00 29 07 20 09 00 10 19 D4 10 4E 10 13 0x810 10 4B 10 1E 10 4B 10 1E 00 DA AA E6 DB 00 00 00 0x820 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x830 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x840 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x850 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x860 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x870 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x880 03 00 00 5F 10 08 00 00 08 04 00 39 30 00 00 0C 0x890 00 00 00 10 BD 0F 0A 07 10 00 26 01 01 53 06 07 0x8A0 10 00 AD 20 5A 04 F0 02 56 56 54 43 96 20 40 00 0x8B0 00 83 11 00 01 04 0A 4C 14 0A 2F 01 6B FF FF 00 0x8C0 00 A0 20 00 00 00 AC 00 1C 00 00 AB 05 30 12 13 0x8D0 0C 15 16 40 06 00 00 10 E8 00 00 00 00 00 39 39 0x8E0 90 39 0C 04 40 20 16 38 06 00 05 04 03 02 01 01 0x8F0 03 00 00 00 30 00 00 00 00 00 00 00 00 00 00 00 0x900 30 00 00 00 00 64 00 00 00 00 00 00 24 04 47 04 0x910 00 2F 00 00 00 03 0A 00 15 35 09 00 02 29 67 08 0x920 07 04 05 00 00 00 00 00 00 00 00 00 00 00 00 00 0x930 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x940 00 07 00 03 02 00 10 00 0A 00 03 04 00 14 0C 00 0x950 00 00 00 06 00 00 00 00 00 00 00 00 00 00 00 00 0x960 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x970 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x980 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x990 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x9A0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x9B0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x9C0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x9D0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x9E0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x9F0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Receiver ready - RXBUFFER_SIZE 32 4s Hello World 1234567890*,CRC,DAAB,RSSI,-43dBm,SNR,12dB,Length,23,Packets,1,Errors,0,IRQreg,16 5s Hello World 1234567890*,CRC,DAAB,RSSI,-43dBm,SNR,12dB,Length,23,Packets,2,Errors,0,IRQreg,16 6s Hello World 1234567890*,CRC,DAAB,RSSI,-43dBm,SNR,11dB,Length,23,Packets,3,Errors,0,IRQreg,16 7s Hello World 1234567890*,CRC,DAAB,RSSI,-43dBm,SNR,11dB,Length,23,Packets,4,Errors,0,IRQreg,16 8s Hello World 1234567890*,CRC,DAAB,RSSI,-43dBm,SNR,11dB,Length,23,Packets,5,Errors,0,IRQreg,16 9s Hello World 1234567890*,CRC,DAAB,RSSI,-43dBm,SNR,11dB,Length,23,Packets,6,Errors,0,IRQreg,16 11s Hello World 1234567890*,CRC,DAAB,RSSI,-43dBm,SNR,11dB,Length,23,Packets,7,Errors,0,IRQreg,16 12s Hello World 1234567890*,CRC,DAAB,RSSI,-44dBm,SNR,12dB,Length,23,Packets,8,Errors,0,IRQreg,16 13s Hello World 1234567890*,CRC,DAAB,RSSI,-44dBm,SNR,12dB,Length,23,Packets,9,Errors,0,IRQreg,16 14s Hello World 1234567890*,CRC,DAAB,RSSI,-43dBm,SNR,11dB,Length,23,Packets,10,Errors,0,IRQreg,16 15s Hello World 1234567890*,CRC,DAAB,RSSI,-43dBm,SNR,11dB,Length,23,Packets,11,Errors,0,IRQreg,16 16s Hello World 1234567890*,CRC,DAAB,RSSI,-43dBm,SNR,11dB,Length,23,Packets,12,Errors,0,IRQreg,16 17s Hello World 1234567890*,CRC,DAAB,RSSI,-43dBm,SNR,11dB,Length,23,Packets,13,Errors,0,IRQreg,16 18s Hello World 1234567890*,CRC,DAAB,RSSI,-43dBm,SNR,11dB,Length,23,Packets,14,Errors,0,IRQreg,16 19s Hello World 1234567890*,CRC,DAAB,RSSI,-43dBm,SNR,12dB,Length,23,Packets,15,Errors,0,IRQreg,16 21s Hello World 1234567890*,CRC,DAAB,RSSI,-43dBm,SNR,11dB,Length,23,Packets,16,Errors,0,IRQreg,16 22s Hello World 1234567890*,CRC,DAAB,RSSI,-43dBm,SNR,12dB,Length,23,Packets,17,Errors,0,IRQreg,16 23s Hello World 1234567890*,CRC,DAAB,RSSI,-43dBm,SNR,11dB,Length,23,Packets,18,Errors,0,IRQreg,16 24s Hello World 1234567890*,CRC,DAAB,RSSI,-43dBm,SNR,11dB,Length,23,Packets,19,Errors,0,IRQreg,16 25s Hello World 1234567890*,CRC,DAAB,RSSI,-44dBm,SNR,11dB,Length,23,Packets,20,Errors,0,IRQreg,16 26s Hello World 1234567890*,CRC,DAAB,RSSI,-43dBm,SNR,11dB,Length,23,Packets,21,Errors,0,IRQreg,16 27s Hello World 1234567890*,CRC,DAAB,RSSI,-44dBm,SNR,11dB,Length,23,Packets,22,Errors,0,IRQreg,16 28s Hello World 1234567890*,CRC,DAAB,RSSI,-44dBm,SNR,12dB,Length,23,Packets,23,Errors,0,IRQreg,16 29s Hello World 1234567890*,CRC,DAAB,RSSI,-43dBm,SNR,12dB,Length,23,Packets,24,Errors,0,IRQreg,16 30s Hello World 1234567890*,CRC,DAAB,RSSI,-43dBm,SNR,11dB,Length,23,Packets,25,Errors,0,IRQreg,16 32s Hello World 1234567890*,CRC,DAAB,RSSI,-43dBm,SNR,11dB,Length,23,Packets,26,Errors,0,IRQreg,16 33s Hello World 1234567890*,CRC,DAAB,RSSI,-43dBm,SNR,12dB,Length,23,Packets,27,Errors,0,IRQreg,16 34s Hello World 1234567890*,CRC,DAAB,RSSI,-43dBm,SNR,12dB,Length,23,Packets,28,Errors,0,IRQreg,16 35s Hello World 1234567890*,CRC,DAAB,RSSI,-43dBm,SNR,11dB,Length,23,Packets,29,Errors,0,IRQreg,16 36s Hello World 1234567890*,CRC,DAAB,RSSI,-43dBm,SNR,12dB,Length,23,Packets,30,Errors,0,IRQreg,16 37s Hello World 1234567890*,CRC,DAAB,RSSI,-44dBm,SNR,11dB,Length,23,Packets,31,Errors,0,IRQreg,16 38s Hello World 1234567890*,CRC,DAAB,RSSI,-44dBm,SNR,12dB,Length,23,Packets,32,Errors,0,IRQreg,16 39s Hello World 1234567890*,CRC,DAAB,RSSI,-43dBm,SNR,12dB,Length,23,Packets,33,Errors,0,IRQreg,16 40s Hello World 1234567890*,CRC,DAAB,RSSI,-43dBm,SNR,11dB,Length,23,Packets,34,Errors,0,IRQreg,16 41s Hello World 1234567890*,CRC,DAAB,RSSI,-43dBm,SNR,12dB,Length,23,Packets,35,Errors,0,IRQreg,16 43s Hello World 1234567890*,CRC,DAAB,RSSI,-43dBm,SNR,12dB,Length,23,Packets,36,Errors,0,IRQreg,16 44s Hello World 1234567890*,CRC,DAAB,RSSI,-43dBm,SNR,12dB,Length,23,Packets,37,Errors,0,IRQreg,16 45s Hello World 1234567890*,CRC,DAAB,RSSI,-43dBm,SNR,12dB,Length,23,Packets,38,Errors,0,IRQreg,16 46s Hello World 1234567890*,CRC,DAAB,RSSI,-43dBm,SNR,12dB,Length,23,Packets,39,Errors,0,IRQreg,16 47s Hello World 1234567890*,CRC,DAAB,RSSI,-43dBm,SNR,11dB,Length,23,Packets,40,Errors,0,IRQreg,16 48s Hello World 1234567890*,CRC,DAAB,RSSI,-43dBm,SNR,12dB,Length,23,Packets,41,Errors,0,IRQreg,16 49s Hello World 1234567890*,CRC,DAAB,RSSI,-43dBm,SNR,11dB,Length,23,Packets,42,Errors,0,IRQreg,16 50s Hello World 1234567890*,CRC,DAAB,RSSI,-44dBm,SNR,12dB,Length,23,Packets,43,Errors,0,IRQreg,16 51s Hello World 1234567890*,CRC,DAAB,RSSI,-43dBm,SNR,12dB,Length,23,Packets,44,Errors,0,IRQreg,16 52s Hello World 1234567890*,CRC,DAAB,RSSI,-43dBm,SNR,11dB,Length,23,Packets,45,Errors,0,IRQreg,16 54s Hello World 1234567890*,CRC,DAAB,RSSI,-44dBm,SNR,11dB,Length,23,Packets,46,Errors,0,IRQreg,16 55s Hello World 1234567890*,CRC,DAAB,RSSI,-43dBm,SNR,12dB,Length,23,Packets,47,Errors,0,IRQreg,16 56s Hello World 1234567890*,CRC,DAAB,RSSI,-43dBm,SNR,11dB,Length,23,Packets,48,Errors,0,IRQreg,16 57s Hello World 1234567890*,CRC,DAAB,RSSI,-43dBm,SNR,12dB,Length,23,Packets,49,Errors,0,IRQreg,16 58s Hello World 1234567890*,CRC,DAAB,RSSI,-43dBm,SNR,11dB,Length,23,Packets,50,Errors,0,IRQreg,16 59s Hello World 1234567890*,CRC,DAAB,RSSI,-43dBm,SNR,11dB,Length,23,Packets,51,Errors,0,IRQreg,16 60s Hello World 1234567890*,CRC,DAAB,RSSI,-43dBm,SNR,11dB,Length,23,Packets,52,Errors,0,IRQreg,16 61s Hello World 1234567890*,CRC,DAAB,RSSI,-43dBm,SNR,11dB,Length,23,Packets,53,Errors,0,IRQreg,16 62s Hello World 1234567890*,CRC,DAAB,RSSI,-43dBm,SNR,11dB,Length,23,Packets,54,Errors,0,IRQreg,16 64s Hello World 1234567890*,CRC,DAAB,RSSI,-43dBm,SNR,11dB,Length,23,Packets,55,Errors,0,IRQreg,16 65s Hello World 1234567890*,CRC,DAAB,RSSI,-43dBm,SNR,12dB,Length,23,Packets,56,Errors,0,IRQreg,16 66s Hello World 1234567890*,CRC,DAAB,RSSI,-43dBm,SNR,12dB,Length,23,Packets,57,Errors,0,IRQreg,16 67s Hello World 1234567890*,CRC,DAAB,RSSI,-43dBm,SNR,12dB,Length,23,Packets,58,Errors,0,IRQreg,16 68s Hello World 1234567890*,CRC,DAAB,RSSI,-43dBm,SNR,11dB,Length,23,Packets,59,Errors,0,IRQreg,16 69s Hello World 1234567890*,CRC,DAAB,RSSI,-43dBm,SNR,12dB,Length,23,Packets,60,Errors,0,IRQreg,16 70s Hello World 1234567890*,CRC,DAAB,RSSI,-43dBm,SNR,11dB,Length,23,Packets,61,Errors,0,IRQreg,16 71s Hello World 1234567890*,CRC,DAAB,RSSI,-42dBm,SNR,12dB,Length,23,Packets,62,Errors,0,IRQreg,16 72s Hello World 1234567890*,CRC,DAAB,RSSI,-42dBm,SNR,12dB,Length,23,Packets,63,Errors,0,IRQreg,16 73s Hello World 1234567890*,CRC,DAAB,RSSI,-43dBm,SNR,11dB,Length,23,Packets,64,Errors,0,IRQreg,16 75s Hello World 1234567890*,CRC,DAAB,RSSI,-43dBm,SNR,12dB,Length,23,Packets,65,Errors,0,IRQreg,16 76s Hello World 1234567890*,CRC,DAAB,RSSI,-44dBm,SNR,12dB,Length,23,Packets,66,Errors,0,IRQreg,16 77s Hello World 1234567890*,CRC,DAAB,RSSI,-44dBm,SNR,11dB,Length,23,Packets,67,Errors,0,IRQreg,16 78s Hello World 1234567890*,CRC,DAAB,RSSI,-43dBm,SNR,11dB,Length,23,Packets,68,Errors,0,IRQreg,16 79s Hello World 1234567890*,CRC,DAAB,RSSI,-43dBm,SNR,11dB,Length,23,Packets,69,Errors,0,IRQreg,16 80s Hello World 1234567890*,CRC,DAAB,RSSI,-43dBm,SNR,11dB,Length,23,Packets,70,Errors,0,IRQreg,16 81s Hello World 1234567890*,CRC,DAAB,RSSI,-43dBm,SNR,11dB,Length,23,Packets,71,Errors,0,IRQreg,16 82s Hello World 1234567890*,CRC,DAAB,RSSI,-43dBm,SNR,11dB,Length,23,Packets,72,Errors,0,IRQreg,16 83s Hello World 1234567890*,CRC,DAAB,RSSI,-45dBm,SNR,12dB,Length,23,Packets,73,Errors,0,IRQreg,16 84s Hello World 1234567890*,CRC,DAAB,RSSI,-46dBm,SNR,11dB,Length,23,Packets,74,Errors,0,IRQreg,16Interestingly, even though the RSSI is vastly better, the SNR stays at around 11 to 12dB. Well, regardless, the Dorji plainly appears to perform much better in my particular home environment, at least so far, at the given frequencies and other library defaults (which do appear to be different between the SX1280 and the SX1262 (e.g. default bandwidth), so a fair comparison will need to be more equal than what's provided by only just the library defaults).
When I'm a bit more prepared, I'll compare/contrast the two different radios performance along what I would guess is the worst possible transmission path in my house. When that time comes, I'll report the results on a new thread that will be meant for comparing the performance of different radio modules. For now this was just a preliminary test to confirm that the DORJI radio module was working at all, but the results were interesting anyway.
-
Here's an end-view of the test platform:
As you can see, I wouldn't want the batteries to be any closer together than they already are, or they would likely short out between them. As it stands, they're firmly in place, so no worries for now. These kinds of placement tolerance issues are hard to vet in advance prior to building a prototype. The keystone datasheet gave no guidance at all on side by side positioning. If I were to do it over, I think I'd give it another millimeter or two of safety factor separation.Of bigger concern is the switch placement. A side mounted switch might be too tight a fit because of the battery connectors. On the other hand, the existing vertical switch can potentially can get in the way of things, so I may try mounting it upside down on the battery side. This would make it less accessible than it currently is, but, at the same time, it wouldn't get bumped by accident either. I reckon that with the aid of an insulated paperclip, or maybe a chop-stick, it should be possible to turn it on-off even in the more cramped position. Probably a more correct solution would be a surface mounted side-switch that's tiny but somehow good enough to carry 600ma+ currents. Finding such a thing may take some searching though, assuming it exists at all.
In a perfect world, the radio module, if it were to use its trace antenna, would be hanging over the end of the base PCB below. Part of the reason it wasn't was out of concern as to whether the breakout board might collide with the switch. Well, with the new switch position, that won't be a worry, so if I create a new version of the breakout board for the radio module, I'd make it so that the radio module has its trace antenna hang out over the end of not just the breakout adapter, but the end of the test platform as well.
I normally use regular headers, but out of an interest in making the whole thing more compact, and for snugger connections, I made a last minute decision to use machine pin headers instead. This was after the board had already been fab'd to use regular headers. If I were to do it over, I would have bigger diameter through-holes drilled into the PCB in order to seat the machine pin female headers properly. I'll do that in the next version I get fab'd, assuming there is a next version.
At the opposite end there's space to add a pico-blade for the FTDI attachment. If that works, then in a future design there will be space for extending a few more pins out from the MCU, making for a more complete universal test platform. For present testing purposes, though, things are good enough as they are.
If anyone reading this has any further thoughts or suggestions, please feel free to jump in and post them. I find it's less fun to do everything single handedly.
@NeverDie You Rock. That looks like a great testing platform... and tiny. In my 5-minute review I have two points to add that your post(s) solicit: 1. To protect the battery gap, as it is, how about a thin piece of cardboard? It appears that the offsets in the machine pin headers have a little room to slip a small zip-tie to restrain the cardboard so that it does not interfere with the test rig on top. It is easier to hack it than redesign, resubmit, repay and all that. 2. Love to join you on this venture so you are not single handed. I'm guilty of leaching and not teaching. I can't do it now (excuses) but hope to join you and help contribute.
-
@Larson said in Anyone using/tried the E28-2G4M27S 2.4Ghz LoRa SX1280 27dB module?:
@NeverDie said in Anyone using/tried the E28-2G4M27S 2.4Ghz LoRa SX1280 27dB module?:
In its favor is that at 40na the sleep current...
I'll order several. Then compare to the TrigBoards. Adafruit's TPL5011 advertises a run current of 20uA. Is that acceptable for you? If so I'll buy several. Couple of limitations for me: 1. Time - I'm about a month out, 2. My Ammeter is a standard DMM from Harbor Freight. The smallest range is 200uA and I've found it very useful. Certainly fine enough to show the 20uA, but inadequate for nanoAmps.
I don't see any uCurrent Gold's for sale at the moment, but I did find a clone of it, which has what looks like a nice improvement over the original: you can plug it directly into an oscilloscope via its BNC connector.
https://www.n-fuse.co/devices/tinyCurrent-precision-low-Current-Measurement-Shunt-and-Amplifier-Device.html
or
https://github.com/nfhw/tinycurrent
as it is open source.I temporarily misplaced my Dave Jones uCurrent Gold that I bought from him directly during his Kickstarter campaign. However, if I can't locate it soon, I may be either buying or making one of these tinyCurrent's to take advantage of the built-in BNC connector.
@NeverDie said in Anyone using/tried the E28-2G4M27S 2.4Ghz LoRa SX1280 27dB module?:
I don't see any uCurrent Gold's for sale at the moment, but I did find a clone of it, which has what looks like a nice improvement over the original: you can plug it directly into an oscilloscope via its BNC connector.
Andreas Spiess [https://www.youtube.com/watch?v=LUB8RWzzLWc] has convinced me to buy a Power Profiler Kit II, or one that is assembled. That way I don't need to also buy a scope! I have more work to do.
-
@NeverDie You Rock. That looks like a great testing platform... and tiny. In my 5-minute review I have two points to add that your post(s) solicit: 1. To protect the battery gap, as it is, how about a thin piece of cardboard? It appears that the offsets in the machine pin headers have a little room to slip a small zip-tie to restrain the cardboard so that it does not interfere with the test rig on top. It is easier to hack it than redesign, resubmit, repay and all that. 2. Love to join you on this venture so you are not single handed. I'm guilty of leaching and not teaching. I can't do it now (excuses) but hope to join you and help contribute.
@Larson said in Anyone using/tried the E28-2G4M27S 2.4Ghz LoRa SX1280 27dB module?:
@NeverDie You Rock. That looks like a great testing platform... and tiny. In my 5-minute review I have two points to add that your post(s) solicit: 1. To protect the battery gap, as it is, how about a thin piece of cardboard? It appears that the offsets in the machine pin headers have a little room to slip a small zip-tie to restrain the cardboard so that it does not interfere with the test rig on top. It is easier to hack it than redesign, resubmit, repay and all that. 2. Love to join you on this venture so you are not single handed. I'm guilty of leaching and not teaching. I can't do it now (excuses) but hope to join you and help contribute.
By all means! The more the merrier!
I posted some PPK2 screenshots on another thread that I recently started: https://forum.mysensors.org/topic/11954/most-reliable-best-radio
It does a nice job of measuring milliamps. I wouldn't say the PPK2 is good at measuring <1ua currents though, such as sleep currents. If that matters to you, you'll want a Current Ranger, or TinyCurrents or similar.
-
Worth mentioning is that the SX1280 includes a FLRC (Fast Long Range Communications) modem that can, in theory, go as fast as 1.3mbps. When time allows it may be worth giving it a try.
-
@Larson said in Anyone using/tried the E28-2G4M27S 2.4Ghz LoRa SX1280 27dB module?:
@NeverDie You Rock. That looks like a great testing platform... and tiny. In my 5-minute review I have two points to add that your post(s) solicit: 1. To protect the battery gap, as it is, how about a thin piece of cardboard? It appears that the offsets in the machine pin headers have a little room to slip a small zip-tie to restrain the cardboard so that it does not interfere with the test rig on top. It is easier to hack it than redesign, resubmit, repay and all that. 2. Love to join you on this venture so you are not single handed. I'm guilty of leaching and not teaching. I can't do it now (excuses) but hope to join you and help contribute.
By all means! The more the merrier!
I posted some PPK2 screenshots on another thread that I recently started: https://forum.mysensors.org/topic/11954/most-reliable-best-radio
It does a nice job of measuring milliamps. I wouldn't say the PPK2 is good at measuring <1ua currents though, such as sleep currents. If that matters to you, you'll want a Current Ranger, or TinyCurrents or similar.
@NeverDie said in Anyone using/tried the E28-2G4M27S 2.4Ghz LoRa SX1280 27dB module?:
I wouldn't say the PPK2 is good at measuring <1ua currents though, such as sleep currents. If that matters to you, you'll want a Current Ranger, or TinyCurrents or similar.
I'd say the PPK2 is the way to go. Your other post defines the <1ua current as ... nearly infinite in human terms and battery self-discharge rates. Squeezing a stone can yield no more water. Thanks for the posts, once again.
-
@Larson said in Anyone using/tried the E28-2G4M27S 2.4Ghz LoRa SX1280 27dB module?:
@NeverDie You Rock. That looks like a great testing platform... and tiny. In my 5-minute review I have two points to add that your post(s) solicit: 1. To protect the battery gap, as it is, how about a thin piece of cardboard? It appears that the offsets in the machine pin headers have a little room to slip a small zip-tie to restrain the cardboard so that it does not interfere with the test rig on top. It is easier to hack it than redesign, resubmit, repay and all that. 2. Love to join you on this venture so you are not single handed. I'm guilty of leaching and not teaching. I can't do it now (excuses) but hope to join you and help contribute.
By all means! The more the merrier!
I posted some PPK2 screenshots on another thread that I recently started: https://forum.mysensors.org/topic/11954/most-reliable-best-radio
It does a nice job of measuring milliamps. I wouldn't say the PPK2 is good at measuring <1ua currents though, such as sleep currents. If that matters to you, you'll want a Current Ranger, or TinyCurrents or similar.
@NeverDie
For me, it is one step at a time.
PPKII: Bought one! I'm back ordered at DigiKey and expect delivery in early June. I'll have to wait on the uCurrent or CurrentRanger until I get a scope. ... I know, the SSD screen on the CurentRanger and a bit of math would suffice. I may get there. Sounds it sound like you have already settled on the best-radio, so your test-rig may be for naught. If you need help, and the PPKII is sufficient, let me know. I am indebted to you for your work. -
@NeverDie
For me, it is one step at a time.
PPKII: Bought one! I'm back ordered at DigiKey and expect delivery in early June. I'll have to wait on the uCurrent or CurrentRanger until I get a scope. ... I know, the SSD screen on the CurentRanger and a bit of math would suffice. I may get there. Sounds it sound like you have already settled on the best-radio, so your test-rig may be for naught. If you need help, and the PPKII is sufficient, let me know. I am indebted to you for your work.@Larson said in Anyone using/tried the E28-2G4M27S 2.4Ghz LoRa SX1280 27dB module?:
@NeverDie
For me, it is one step at a time.
PPKII: Bought one! I'm back ordered at DigiKey and expect delivery in early June. I'll have to wait on the uCurrent or CurrentRanger until I get a scope. ... I know, the SSD screen on the CurentRanger and a bit of math would suffice. I may get there. Sounds it sound like you have already settled on the best-radio, so your test-rig may be for naught. If you need help, and the PPKII is sufficient, let me know. I am indebted to you for your work.I haven't truly settled on anything just yet. It's a bit much for just one person to sort out, so maybe I'll take a pause until after you get your gear. It would be more fun working with somebody else than doing it all alone.
-
@Larson said in Anyone using/tried the E28-2G4M27S 2.4Ghz LoRa SX1280 27dB module?:
@NeverDie
For me, it is one step at a time.
PPKII: Bought one! I'm back ordered at DigiKey and expect delivery in early June. I'll have to wait on the uCurrent or CurrentRanger until I get a scope. ... I know, the SSD screen on the CurentRanger and a bit of math would suffice. I may get there. Sounds it sound like you have already settled on the best-radio, so your test-rig may be for naught. If you need help, and the PPKII is sufficient, let me know. I am indebted to you for your work.I haven't truly settled on anything just yet. It's a bit much for just one person to sort out, so maybe I'll take a pause until after you get your gear. It would be more fun working with somebody else than doing it all alone.
@NeverDie I'll keep you posted. I'm just emerging from hibernation and am 'shaking-it-off'. My main interest is regenerating my PIR home network that was 433 MHz based and am interested in your LoRa ideas/posts. Is your test rig publicly available at OSH Park? I haven’t looked lately. If so I’ll order some, or have some assembled at JLCPCB. When I do that, I'll send you my spares (my minimum order is 5 and I can't use that many.)
-
@NeverDie I'll keep you posted. I'm just emerging from hibernation and am 'shaking-it-off'. My main interest is regenerating my PIR home network that was 433 MHz based and am interested in your LoRa ideas/posts. Is your test rig publicly available at OSH Park? I haven’t looked lately. If so I’ll order some, or have some assembled at JLCPCB. When I do that, I'll send you my spares (my minimum order is 5 and I can't use that many.)
@Larson said in Anyone using/tried the E28-2G4M27S 2.4Ghz LoRa SX1280 27dB module?:
@NeverDie I'll keep you posted. I'm just emerging from hibernation and 'shaking-it-off'. My main interest is regenerating my PIR home network that was 433 MHz based and am interested in your LoRa ideas/posts. Is your test rig publicly available at OSH Park? I haven’t looked lately. If so I’ll order some, or have some assembled at JLCPCB. When I do that, I'll send you my spares (minimum order is 5.)
I certainly could post it if you like. One reason I haven't already is that it is very much a version 1.0, and it doesn't seem worthy. I've thought of things I would improve about it for a much better version 2.0.
-
@Larson said in Anyone using/tried the E28-2G4M27S 2.4Ghz LoRa SX1280 27dB module?:
@NeverDie I'll keep you posted. I'm just emerging from hibernation and 'shaking-it-off'. My main interest is regenerating my PIR home network that was 433 MHz based and am interested in your LoRa ideas/posts. Is your test rig publicly available at OSH Park? I haven’t looked lately. If so I’ll order some, or have some assembled at JLCPCB. When I do that, I'll send you my spares (minimum order is 5.)
I certainly could post it if you like. One reason I haven't already is that it is very much a version 1.0, and it doesn't seem worthy. I've thought of things I would improve about it for a much better version 2.0.
@NeverDie said in Anyone using/tried the E28-2G4M27S 2.4Ghz LoRa SX1280 27dB module?:
... very much a version 1.0, and it doesn't seem worthy.
Your humility is profound! But I understand your reluctance as I always find problems with my boards that I later need to hack. Gotta start somewhere, right? Post it please. Next I'll order some SX1280 & 1282 boards. I've got a long way to go.
-
OK, will do, but for full disclosure, some things I would do differently for version 2.0:
- include an ISP header
- make it a better fit for machine pins.
- Change the routing on one of the power traces so that it doesn't run under the keystone AA battery holder. I found out that solder mask isn't such a good insulator, and I've had a couple of test boards short out there. The workaround was to raise up the keystone, but it's kludgy.
- Separate the AA battery holders a bit more so that they don't risk shorting each other out.
- Widen the board a bit so that the battery holders don't risk shorting against header pins.
- Change the layout so that the radio modules would sit on the end, rather rather than in the center. That way, radio modules with trace antenna could hang over the end of the test setup.
- Some changes relating to the silkscreening to make assembly less ambiguous.
- Make all of the unused atmega328p pins accessible.
I guess what I can do is post the version 1.0 boards on openhardware.io as "work in progress" and then upgrade them to version 2.0 when/if that ever happens.
-
OK, will do, but for full disclosure, some things I would do differently for version 2.0:
- include an ISP header
- make it a better fit for machine pins.
- Change the routing on one of the power traces so that it doesn't run under the keystone AA battery holder. I found out that solder mask isn't such a good insulator, and I've had a couple of test boards short out there. The workaround was to raise up the keystone, but it's kludgy.
- Separate the AA battery holders a bit more so that they don't risk shorting each other out.
- Widen the board a bit so that the battery holders don't risk shorting against header pins.
- Change the layout so that the radio modules would sit on the end, rather rather than in the center. That way, radio modules with trace antenna could hang over the end of the test setup.
- Some changes relating to the silkscreening to make assembly less ambiguous.
- Make all of the unused atmega328p pins accessible.
I guess what I can do is post the version 1.0 boards on openhardware.io as "work in progress" and then upgrade them to version 2.0 when/if that ever happens.
@NeverDie said in Anyone using/tried the E28-2G4M27S 2.4Ghz LoRa SX1280 27dB module?:
I guess what I can do is post the version 1.0 boards on openhardware.io as "work in progress" and then upgrade them to version 2.0 when/if that ever happens.
I have gathered that openhardware.io can make the effort collaborative. That would be good for me. I've got limited skill in Eagle as that has been my schematic/board platform (plus, of course, board manufactures like OSH Park). Your 8 points are very actionable.
-
OK, will do, but for full disclosure, some things I would do differently for version 2.0:
- include an ISP header
- make it a better fit for machine pins.
- Change the routing on one of the power traces so that it doesn't run under the keystone AA battery holder. I found out that solder mask isn't such a good insulator, and I've had a couple of test boards short out there. The workaround was to raise up the keystone, but it's kludgy.
- Separate the AA battery holders a bit more so that they don't risk shorting each other out.
- Widen the board a bit so that the battery holders don't risk shorting against header pins.
- Change the layout so that the radio modules would sit on the end, rather rather than in the center. That way, radio modules with trace antenna could hang over the end of the test setup.
- Some changes relating to the silkscreening to make assembly less ambiguous.
- Make all of the unused atmega328p pins accessible.
I guess what I can do is post the version 1.0 boards on openhardware.io as "work in progress" and then upgrade them to version 2.0 when/if that ever happens.
-
Glad you found it already. For anyone else reading this:
https://www.openhardware.io/view/22651/Version-10-atmega328p-test-platform
https://www.openhardware.io/view/22652/SX1280-adapter-board-for-test-platform -
@NeverDie Thanks again. I've downloaded both and am putting together a BOM to send to DigiKey. Hopefully I'll sneek an order in with my back-ordered PPKII. I'm sure I'll have lots of questions. The Assembly plant I use allows one-side component placement. I'll have to choose one and it will probably be the sole 386p chip. I've never come close to soldering that fine of pitch. Surely it would be a mess.
-
@NeverDie Thanks again. I've downloaded both and am putting together a BOM to send to DigiKey. Hopefully I'll sneek an order in with my back-ordered PPKII. I'm sure I'll have lots of questions. The Assembly plant I use allows one-side component placement. I'll have to choose one and it will probably be the sole 386p chip. I've never come close to soldering that fine of pitch. Surely it would be a mess.
@Larson You should leave out one 0.1uF capacitor on the atmega328p test platform. If it's installed it won't work. It's the one closest to the LEDs and the picoblade. Including it in the design was an error on my part, but the platform works perfectly fine without it.
Also you won't need the LED or resistor on the E28-2G4M27S adapter, because you'll have two LEDs to choose from on the atmega328p test platform.
-
@NeverDie Thanks again. I've downloaded both and am putting together a BOM to send to DigiKey. Hopefully I'll sneek an order in with my back-ordered PPKII. I'm sure I'll have lots of questions. The Assembly plant I use allows one-side component placement. I'll have to choose one and it will probably be the sole 386p chip. I've never come close to soldering that fine of pitch. Surely it would be a mess.
@Larson As to soldering the atmega328p, it's actually easy if you use a lot of rosin flux. Only takes a minute or two to solder by hand and it comes out great. Then clean off the excess flux with IPA. This old school flux works like magic: https://www.amazon.com/gp/product/B008ZIV85A/ref=ppx_yo_dt_b_search_asin_title?ie=UTF8&psc=1
-
@Larson As to soldering the atmega328p, it's actually easy if you use a lot of rosin flux. Only takes a minute or two to solder by hand and it comes out great. Then clean off the excess flux with IPA. This old school flux works like magic: https://www.amazon.com/gp/product/B008ZIV85A/ref=ppx_yo_dt_b_search_asin_title?ie=UTF8&psc=1
-
@NeverDie I'll give it a go. I've added the flux to my running BOM list. I'm upgrading my alcohol too because my 70% isn't cutting it!
@Larson While I definitely agree about the importance of using plenty of flux - it's almost magic - another very important tool is to have plenty of desoldering braid around. It's super cheap, and along with plenty of flux it makes it easy to clean up excess solder on the board or bridging between two pins, or whatever.
That combination will let you solder all kinds of things that otherwise look very daunting.
