RDFGS 2.0: Hardware Device... (1 Viewer)

xydrine

Vengeance. Justice. Fire and Blood.
Advanced User
Lifetime Premium Member
Joined
Oct 28, 2010
Messages
26,930
Reaction score
23,962
Location
/dev/null
So after talking with @yandreev3 who I believe will be helping out with the RDFGSv2 project as a co-developer in some fashion (we still have to discuss everything in that regard - have only had initial talks about it in chat - very initial), most likely with at LEAST hardware side of things, there's going to be a lot of cool stuff that having a hardware device for the RDFGSv2 project will allow us to do.

I've posted about a few of the ideas I've had so far in various threads scattered around the forum, but I figure that we should at least have a dedicated thread to the hardware aspect of the project now, so people can start brainstorming ideas/things they'd like to see incorporated into it. I'll have to post up some of the stuff I've been thinking of regarding it sometime, but in the meantime, feel free to shoot out some ideas if you have any.

The hardware device is obviously not going to be the top-most priority of the project - meaning, it will be worked on more towards the end of the development cycle of the project. There's still a lot of stuff that can be done using existing hardware devices (smartphones, etc) so having the hardware device won't be a REQUIREMENT or anything either, but again, lots of good ideas and potential reasons to have one, as things start coming together. Development boards (devboards), 3D printing and low-cost screen technology is really taking off and will be the likely scenario for how we go about creating the RDFGSv2 device.

When I talk of dev boards, these are the types of things I'm talking about:

91vd-hkoyhL._SL1500_.jpg
adafruit_products_1963_demo_iso_ORIG.jpg
b53f1c02b56d6a4ae1aadceb87030589_original.jpg
e9e534901a8961ea836e6acba8046f1f_original.jpg
xbee-cellular-dev-kit.jpg
91O05A7aWXL._SL1500_.jpg
81glDtAQTzL._SL1500_.jpg


There's so many possibilities when it comes to capabilities - via kits, addon modules, etc etc etc. Basically they are being used a lot for IoT stuff, which is made for low-power situations, perfect for an in-car device like what we're planning. Capable of doing WiFi, RFID, GPS, 2G/3G/4G/LTE Data and Voice, Bluetooth, SMS/TXT, there's camera modules, standard LCD screens, full color screens, touchscreens, e-Ink style screens, etc etc etc.

These are really really early thoughts, but I'd like for our final product to be capable of doing cellular data, with GPS, WiFi, Bluetooth, (a lot of this stuff is standard on a lot of devboards nowadays). A color screen of some sort, and either touch-capable or have some sort of small keyboard/remote style controller, and when it comes to data, be capable of using SIM cards which we will be looking into offering - possibly through setting up our own MVNO-style white label carrier which is actually a common thing for IoT-style cellular-enabled device MFGs to do these days. Data usage for IoT devices, and for our device, will be extremely minimal, and those things are going to be taken into consideration when developing the device - going to be employing a lot of high-grade compression algorithms to ensure data usage is kept in check - again we want to be able to provide a low-cost solution here. And trust me when I say that devboard style products are typically very low cost/very easy on the wallet.

I'm really getting far ahead of ourselves when I mention all of this - but I figure I might as well provide a bit more details of what we've been thinking about so you guys have a better understanding of potential capabilities and thus a better idea of potential uses/where to start when thinking about ideas for the hardware side of the RDFGSv2.
 

Run4donut

Fastest trigger in the west
Advanced User
Joined
Jun 1, 2011
Messages
2,005
Reaction score
2,180
Location
BC
I'm a little lost on this RDFGS2 project. What is it trying to accomplish? Is it a database app? A Waze replacement? Replace the need for a phone to get live alerts?
 

SquirrelMaster

Has a subscription with CHP
Advanced User
Lifetime Premium Member
Acceptus
Joined
Dec 3, 2015
Messages
2,538
Reaction score
4,804
Location
Liberal California
It would be a nice to have a poll/list of requested features and what end users as well as developers want to see this unit do and let that dictate what hardware gets put into this. This includes not only functional features, but aesthetics, user interface, form factor, etc.I have a few ideas for different designs of the hardware with different style radios but they depend on what we decide this unit needs and what the target cost for it is.
 

xydrine

Vengeance. Justice. Fire and Blood.
Advanced User
Lifetime Premium Member
Joined
Oct 28, 2010
Messages
26,930
Reaction score
23,962
Location
/dev/null
I'm a little lost on this RDFGS2 project. What is it trying to accomplish? Is it a database app? A Waze replacement? Replace the need for a phone to get live alerts?
Erm we have an entire section on the RDFGSv2, you're in it! Check out some of the other threads, I thought I've at LEAST covered the basic idea of what the RDFGSv2 intends on being, :argh: :lol:... not trying to knock you or anything, just saying...

Sorry, just when I hear things like what you just mentioned it's kind of depressing/discouraging considering how much time I've already spent discussing this project in not only this section but tons of other places on the forum. :| And I know it's only going to get worse - there's nothing like hearing after putting so much work into the planning stages so far comments like 'eh just use Waze or Escort Live it's fine for what we need it for.' That kind of stuff is INSANELY discouraging - literally makes me feel for a little while that I don't even want to bother with a project like this/whatever.

It would be a nice to have a poll/list of requested features and what end users as well as developers want to see this unit do and let that dictate what hardware gets put into this. This includes not only functional features, but aesthetics, user interface, form factor, etc.I have a few ideas for different designs of the hardware with different style radios but they depend on what we decide this unit needs and what the target cost for it is.
Yep agreed. This project is going to be developed using actual software design planning/project management tools/versioning systems with a self-hosted Gitlab-type tool, and Jira-style tools, etc. Similar to what things like Cyanogenmod do, etc. Once I finish with the final proposal to the community outlining all of the initial thoughts on the project/details of every possible thing we've thought about/discussed to be included in it up to that point, I'll be launching those tools/systems so we can start the actual, professional software development cycle with all of the things you just mentioned included in it. I may launch the tools before the proposal but we'll see. But until then, mainly because we're still in the VERY VERY EARLY stages of planning, the feature requests/idea tracking should be fine being done in this RDFGSv2 forum section. If it isn't - as time to proposal/development gets closer - then we can definitely move forward with launching those tools I was just talking about, but let's see how things go here in this forum section first. I still have the XF2 upgrade project to do before we start the RDFGSv2 after all ;).

---

Anyway, as a side note... when I talk about data usage, I'm talking very small amounts. These devices wouldn't be doing streaming moving maps like Google Maps or Waze or etc on your smartphone. But, depending on what we end up doing, various pricing schemes can look like this:

Imiiage2.png

iige3.png


^ And we'd be able to POOL data across all of the SIM cards being used, so what we'd most likely do is factor some of the data costs into the general pricing, and hopefully wouldn't have to charge anything extra for having a SIM in your device. We're not talking about GBs of data per month per device or anything worth of usage - we're talking more along the lines of TENS of MB. But again this all depends on what the device ends up doing/is capable of, different use cases, if you want to pair it with your smartphone, etc etc etc. But cost is a HUGE factor that is going to be taken into account during the development phase of this - I really REALLY want to ensure that costs are kept to a BARE minimum.
 

Run4donut

Fastest trigger in the west
Advanced User
Joined
Jun 1, 2011
Messages
2,005
Reaction score
2,180
Location
BC
Erm we have an entire section on the RDFGSv2, you're in it! Check out some of the other threads, I thought I've at LEAST covered the basic idea of what the RDFGSv2 intends on being, :argh: :lol:... not trying to knock you or anything, just saying...

Sorry, just when I hear things like what you just mentioned it's kind of depressing/discouraging considering how much time I've already spent discussing this project in not only this section but tons of other places on the forum. :| And I know it's only going to get worse - there's nothing like hearing after putting so much work into the planning stages so far comments like 'eh just use Waze or Escort Live it's fine for what we need it for.' That kind of stuff is INSANELY discouraging - literally makes me feel for a little while that I don't even want to bother with a project like this/whatever.
I wish for a system that can plug into my detectors and feed data to the cloud. Not sure how feasible it is since different companies have proprietary hardware and software. Fragmentation is the worst enemy for a project like this.

I hope something awesome comes out of this project. I would be happy with an app that can replace the dumpster fire known as Waze with actual useful information.
 

SquirrelMaster

Has a subscription with CHP
Advanced User
Lifetime Premium Member
Acceptus
Joined
Dec 3, 2015
Messages
2,538
Reaction score
4,804
Location
Liberal California
I wish for a system that can plug into my detectors and feed data to the cloud. Not sure how feasible it is since different companies have proprietary hardware and software. .
Quick question. If you had a new detector (lets say a uniden r3) Would you be willing to void the warranty and modify it slightly to allow it to communicate with a rdfgs hardware device? (Assuming a guide is written that makes it easy even for the biggest idiot out there)
 

Run4donut

Fastest trigger in the west
Advanced User
Joined
Jun 1, 2011
Messages
2,005
Reaction score
2,180
Location
BC
Quick question. If you had a new detector (lets say a uniden r3) Would you be willing to void the warranty and modify it slightly to allow it to communicate with a rdfgs hardware device? (Assuming a guide is written that makes it easy even for the biggest idiot out there)
Well my R3 is out of warranty at this point so I would be open to the idea of a mod. If I can solder something myself then sure.
 

dchemist

Lifetime RDF Contributor
Advanced User
Lifetime Premium Member
Joined
Jul 26, 2017
Messages
2,985
Reaction score
5,420
Location
Benton, AR
Quick question. If you had a new detector (lets say a uniden r3) Would you be willing to void the warranty and modify it slightly to allow it to communicate with a rdfgs hardware device? (Assuming a guide is written that makes it easy even for the biggest idiot out there)
Even under warranty, I'd tear one open in a heartbeat!

Posted from my Pixel 2 using the RDF Mobile App!
 

xydrine

Vengeance. Justice. Fire and Blood.
Advanced User
Lifetime Premium Member
Joined
Oct 28, 2010
Messages
26,930
Reaction score
23,962
Location
/dev/null
I wish for a system that can plug into my detectors and feed data to the cloud.
This is a lot of the basis for where the RDFGSv2 hardware aspect of things came into place - the original idea behind wanting it (and it's evolved into additional uses as well), for the ability of our members (enthusiasts) to feed RDFGSv2-detailed data directly into the RDFGSv2 system for immediate update/analysis/etc etc etc.
 

InsipidMonkey

Premium Monkey
Advanced User
Premium Member
Acceptus
Joined
Mar 22, 2017
Messages
5,682
Reaction score
11,112
Location
New England
Why handicap yourself with an Arduino-based device, when you could start with something like a RPi or RPiZero and have a full linux-computer embedded in the device? Would be way easier to develop for, and much more powerful.
 

protias

Retired CM enthusiast
Advanced User
Premium Member
Joined
Oct 29, 2010
Messages
24,293
Reaction score
12,596
Location
WI
Keep it up @xydrine ! I like to see new ideas come to light.
 

xydrine

Vengeance. Justice. Fire and Blood.
Advanced User
Lifetime Premium Member
Joined
Oct 28, 2010
Messages
26,930
Reaction score
23,962
Location
/dev/null
Why handicap yourself with an Arduino-based device, when you could start with something like a RPi or RPiZero and have a full linux-computer embedded in the device? Would be way easier to develop for, and much more powerful.
Nobody handicapped anyone on anything....
 

hammerdown

The North remembers....
Advanced User
Joined
Apr 8, 2012
Messages
11,087
Reaction score
11,238
A lot of this thread is way over my head but it all sounds really awesome!
 

surprisinguy

Government can only give what it takes...
Advanced User
Premium Member
Joined
Mar 10, 2015
Messages
1,273
Reaction score
1,196
Location
North Carolina
Like the GPS trackers I use in my vans at work - they are $25 or less with a monthly data plan of $20 - I see this being entirely doable and affordable.
 

spinedoc777

Learning to Fly
Beginner User
Joined
Jan 6, 2019
Messages
133
Reaction score
129
Erm we have an entire section on the RDFGSv2, you're in it! Check out some of the other threads, I thought I've at LEAST covered the basic idea of what the RDFGSv2 intends on being, :argh: :lol:... not trying to knock you or anything, just saying...

Sorry, just when I hear things like what you just mentioned it's kind of depressing/discouraging considering how much time I've already spent discussing this project in not only this section but tons of other places on the forum. :| And I know it's only going to get worse - there's nothing like hearing after putting so much work into the planning stages so far comments like 'eh just use Waze or Escort Live it's fine for what we need it for.' That kind of stuff is INSANELY discouraging - literally makes me feel for a little while that I don't even want to bother with a project like this/whatever.
I've been very interested in this and have been reading these forums to gather information, but I'm also still not really sure what is being built here. I realize that's discouraging to you, but just the fact that I'm highly interested must mean something. Keep in mind that most users on here will have some tech know how, but what happens when you encounter the rest of the world? I would suggest a concise, non technical summary of what you are trying to accomplish as a sticky for us non tech users, then you can elaborate and build on that. As far as I can tell you are building out a sort of cloud interface, assuming it's crowd source driven, of all the information we would want. This would be presented as an app on a smartphone, although separate hardware is something you may consider.

Also in relation to being discouraged, I hope that this will NOT be free. Yes I know I'm going to get summarily executed by everyone else, but what is really really discouraging are these free, open source projects that end up being awesome but have very little financial support and end up being buggy, not working well, not incorporating new and valuable features and ultimately end up being thrown away after users have relied on them for years. Don't be afraid to build it out as a business with the idea of charging some kind of fees, personally if this provides what I want I have no issues paying for it.

What do I want personally? I'd love to just have a physical RD totally blacked out with a carplay app that includes ALL the information from Waze (including navigation), the local RD and crowd sourced information from other users RD's. No more of having to have multiple apps open and having to switch between them while driving, no more apps which do not work on carplay, no more having a Christmas tree hung on my windshield. Just a nice clean carplay app with all the information I need at my fingertips so I can stealth my RD and forget about it.
 
Last edited:

SalmonSurprise

Lifetime RDF Contributor
Intermediate User
Lifetime Premium Member
Joined
Aug 20, 2018
Messages
301
Reaction score
427
Why handicap yourself with an Arduino-based device, when you could start with something like a RPi or RPiZero and have a full linux-computer embedded in the device? Would be way easier to develop for, and much more powerful.
RPi needs really stable power or it’s not very stable itself. Need to keep that in mind. I’m sure there is a good, cheap, small solution to that, I just don’t know it.
 

dchemist

Lifetime RDF Contributor
Advanced User
Lifetime Premium Member
Joined
Jul 26, 2017
Messages
2,985
Reaction score
5,420
Location
Benton, AR
RPi needs really stable power or it’s not very stable itself. Need to keep that in mind. I’m sure there is a good, cheap, small solution to that, I just don’t know it.
I built a PiAware off the RPi platform and powered it off a 12V to USB 2.0A adapter. The acc. plug was tied to the ignition and therefore turned on and off with the car. I had the whole set up in the car for a year with no problems.

Posted from my Pixel 2 using the RDF Mobile App!
 

SquirrelMaster

Has a subscription with CHP
Advanced User
Lifetime Premium Member
Acceptus
Joined
Dec 3, 2015
Messages
2,538
Reaction score
4,804
Location
Liberal California
Arduinos/microcontrollers are definitely not a handicap. In fact, they are probably better for what we want to do.

I have used plenty of raspberry pis and have had so many issues with them that I did not even consider the rdfgs hardware device could be built on that platform.......
My pool controller is built on a raspberry pi. Now the power to it is very stable. There is a backup lithium battery, power coming from my main PoE switch, power coming from the pool equipment panel, and power coming in from a separate circuit from the power in the server room. It is extremely clean and never drops out. That being said, I have had the thing die on me so many times, SD card fail, board fail, etc. Sometimes just a gpio will stop working properly so spa temp shows up as 200 degrees one night and then goes back to normal the next.
 

Transporter

ModWight Transporter
Advanced User
Lifetime Premium Member
Joined
Jul 3, 2018
Messages
2,578
Reaction score
3,723
Location
In front of you but behind a Rabbit
RPi needs really stable power or it’s not very stable itself. Need to keep that in mind. I’m sure there is a good, cheap, small solution to that, I just don’t know it.

Don't know where that idea comes from, depending on how it is being used, anything from 5VDC up to 24VDC can be used to power RPi setups. I use them in my rentals for running music/movie servers with a built-in 30 watt amp to power bookshelf speakers using a 20 VDC 7 amp brick and ran them in both my Expedition and T-bird off of 12 volts for running LMS so I had access to my huge ripped music library before I replaced the factory car head units with the Kenwood head units (the Kenwoods read native FLAC) . Never ever had a problem with them in that environment. It really helps the RPi if one installed their sourced power on an ignition on required line plus put a 15 to 30 second delay relay after engine start on that power feed so the vehicle is always completely started before the RPi gets power to boot up.

This is of course just my experience using them in a vehicle environment.
.
 

dchemist

Lifetime RDF Contributor
Advanced User
Lifetime Premium Member
Joined
Jul 26, 2017
Messages
2,985
Reaction score
5,420
Location
Benton, AR
Arduinos/microcontrollers are definitely not a handicap. In fact, they are probably better for what we want to do.

I have used plenty of raspberry pis and have had so many issues with them that I did not even consider the rdfgs hardware device could be built on that platform.......
My pool controller is built on a raspberry pi. Now the power to it is very stable. There is a backup lithium battery, power coming from my main PoE switch, power coming from the pool equipment panel, and power coming in from a separate circuit from the power in the server room. It is extremely clean and never drops out. That being said, I have had the thing die on me so many times, SD card fail, board fail, etc. Sometimes just a gpio will stop working properly so spa temp shows up as 200 degrees one night and then goes back to normal the next.
Every time you speak, I start drooling. You are definitely in my top RDF club!

Posted from my Pixel 2 using the RDF Mobile App!
 

Users Who Are Viewing This Thread (Users: 0, Guests: 1)

Latest threads

Social Group Activity

Forum statistics

Threads
76,624
Messages
1,167,292
Members
19,688
Latest member
Cam88
Top