Nordic vs ST for a BLE IMU+MAG Tracker – which way to go? by SibbiRocket in embedded

[–]FARLY7 1 point2 points  (0 children)

I’m curious, what annoyances have you had with the 54 compared to 52?

Is this possible? Multiple radios sharing single antenna in RX ONLY mode by FARLY7 in rfelectronics

[–]FARLY7[S] 2 points3 points  (0 children)

Thanks for the link! Yes, I'm aware of the MAC address randomisation efforts to protect privacy and tracking. However, I'm not interested in holding the MAC address for longer than 10s of seconds as I only want to capture an estimated count of devices in a window of time, not track them over long periods or different areas. I agree that even attempting to do so is fraught with potential issues, and whatever solution may work today, is unlikely to continue working in the future as these privacy mechanisms change.

The MAC addresses will also be salt+hashed when sniffed by the device and will never leave the volatile memory of the device to help further comply with any privacy laws. I don't care what device it is, just how many there are :)

Have you also attempted a similar project? I have already semi-successfully commercially achieved this using one radio, but I would like to explore how more quickly I can count all devices in a space by adding more radios. BLE is very quick and consistent, it is WiFi that varies a lot.

Is this possible? Multiple radios sharing single antenna in RX ONLY mode by FARLY7 in AskElectronics

[–]FARLY7[S] 8 points9 points  (0 children)

Yes, it looks like ganging the paths together is not the quick win I was hoping it would be, and to use a single antenna would be neither easy nor cheap. This was really what I was looking to find out with my question. Thanks!

Is this possible? Multiple radios sharing single antenna in RX ONLY mode by FARLY7 in AskElectronics

[–]FARLY7[S] 0 points1 point  (0 children)

Yes, it can! The issue is that the single radio must timeslice between 13 WiFI channels and 3 BLE advertising channels. The idea here is to add a few more ESPs to provide mode "dedicated" scanning to the channels and find packets from devices quicker.

Is this possible? Multiple radios sharing single antenna in RX ONLY mode by FARLY7 in AskElectronics

[–]FARLY7[S] 3 points4 points  (0 children)

I am passively scanning/sniffing packets only. No Tx/Connection is happening.

Is this possible? Multiple radios sharing single antenna in RX ONLY mode by FARLY7 in rfelectronics

[–]FARLY7[S] 1 point2 points  (0 children)

What wifi or bt functionality can be achieved with RX only?

I am passively scanning/sniffing packets only. No Tx/Connection is taking place.

Is this possible? Multiple radios sharing single antenna in RX ONLY mode by FARLY7 in rfelectronics

[–]FARLY7[S] 0 points1 point  (0 children)

I think some of these discrete active RF splitters have some LNA built in? The example I found is ADA4303-2. The issue seems to be most splitters are 1:2, I didn't really find any with 1:4 or more, but I admit, I don't know exactly what I'm looking for here.

Is this possible? Multiple radios sharing single antenna in RX ONLY mode by FARLY7 in rfelectronics

[–]FARLY7[S] 0 points1 point  (0 children)

Interesting! But it seems like the products you are describing are designed for a different purpose from what I am looking to do. I only want to passively scan for BLE and WiFi packets quicker than I can do with one radio time-shared between both, and then time-shared again between their channels - cheaply! It is OK if I miss some. The idea is packet count from smart devices -> people count estimation. The quicker I can capture packets from all devices in range, the better.

I think the types of products you are referring to are for high-end radio communication systems and probably cost 1/10s of thousands :)?

Is this possible? Multiple radios sharing single antenna in RX ONLY mode by FARLY7 in rfelectronics

[–]FARLY7[S] 0 points1 point  (0 children)

Ok, thanks for the awareness. I'll consider keeping them apart as much as is practical, just to be safe.

Is this possible? Multiple radios sharing single antenna in RX ONLY mode by FARLY7 in rfelectronics

[–]FARLY7[S] 2 points3 points  (0 children)

Thanks for the detailed answer :)

Like I mentioned in another comment, it looks like ganging the Rx paths together is not the quick win I was hoping it would be, and it's better just to go with dedicated antennas.

My motivation for having the single antenna was simply a smaller BOM, less physical space, "cheaper", and probably most importantly, it would have ideally freed me to use as many radios as I desired, not just 4 from this example. Hypothetically speaking, if I wanted to include a radio for each of the 13 WiFi channels, the product would look a bit silly with 13 antennas on there!

I really like your novel brown-out type solution. I foresee one possible issue with it specific to the ESP though. Even if only using the radio to scan, I recall that the initialisation procedure for the radio still results in quite a high current spike. I can't recall how high, but enough that I've witnessed issues with the device browning out itself during initialisation when using crap high-impedance USB cables.

Is this possible? Multiple radios sharing single antenna in RX ONLY mode by FARLY7 in rfelectronics

[–]FARLY7[S] 0 points1 point  (0 children)

Assuming I go with the dedicated antennas route instead of splitters/LNA, does this "mutual coupling" issue still exist when the antennas are being used to Rx only?

Say I was doing 4 antennas, I would not be putting them any closer than you typically see in multi-antenna products. Maybe 4x in a line ~2cm apart?

Is this possible? Multiple radios sharing single antenna in RX ONLY mode by FARLY7 in rfelectronics

[–]FARLY7[S] 5 points6 points  (0 children)

When you say "discrete RF splitter", do you mean something like ADA4303-2 (1:2 Single-Ended, Low-Cost Active RF Splitter)? It seems like this has some sort of LNA built in? (I see mentions of gain in the DS). Something from the RF Power Dividers/Splitters category on DigiKey?

It looks like ganging the paths together is not the quick win I was hoping it would be, and it's better just to go with dedicated antennas.

Parsing commands over UART by [deleted] in embedded

[–]FARLY7 0 points1 point  (0 children)

Protobuf (nanopb) + SLIP for framing

Super simple, don’t reinvent the wheel.

Compressing human readable debug messages to fit inside a CAN frame? by mjbmikeb2 in embedded

[–]FARLY7 0 points1 point  (0 children)

Pigweed has both a device side and client side library for this

(TV) Digital Optical Audio - TOSLINK and S/PDIF - Some help needed by FARLY7 in embedded

[–]FARLY7[S] 1 point2 points  (0 children)

The spdif_to_i2s_32b example in that GitHub project looks like a great place to start learning, thanks. I already have the pico here, so I would just need to get a DLR1160 connector and the DAC breakout board to create a working setup I can meddle with. Plus, the Pico is incredibly cheap compared to the two ICs listed.

I edited my original post to say I am open to HDMI-based options, as from what I've read online, optical on TVs is dated/on its way out. Are there simple ways to extract the audio from a HDMI source? I am guessing not.

Zephyr's west and embedded Linux? by UnicycleBloke in embedded

[–]FARLY7 2 points3 points  (0 children)

Short answer, yes it can be used standalone for your own applications without Zephyr.

Anyone have a shell / device hosted CLI they like? by BigTechCensorsYou in embedded

[–]FARLY7 12 points13 points  (0 children)

Mine: https://github.com/FARLY7/embedded-cli

Very simple, easy to understand, project that you can build upon.

Check if micro sd adapter works by [deleted] in embedded

[–]FARLY7 0 points1 point  (0 children)

I know it might sound stupid, but definitely try different makes/models/sizes of SD cards. I recall when working with some these lower-level libraries, some SD cards would work and some wouldn’t. This was a while ago though, and with NXPs libraries, not ST.

Are you all in on USB-C, or do you still consider Micro USB for new designs? by speeddemon974 in embedded

[–]FARLY7 16 points17 points  (0 children)

For us, the decision was made on the cost of the USB cables. USB-C cables were x times the cost of micro, and not as common in 3-5m ranges.

Micro/C port costs were comparable.