Related
Hello everyone I am looking for any programmers, hackers that develop a RFID remote program to open my garage door. If you know of any programs that could do that please tell me. I already tried tweaking G-remote but it doesn't work.
The HTC touch Pro does not have an RFID transmitter.
You need an RFID enabled device ( Intermec) and the RFID adapter to communicate with your RFID device. I am curious on one thing, is your garage RFID or Infra Red? there is a huge difference...
If your garage is IR, then most of the handheld phones do not have IR range strong enough to emit to these.
Isn't the HTC touch Pro RFID, and IR compatible so that you can you can use it as a remote like G-remote. Hell you can control anything with g remote why not a garage door, everything is possible right ? and it would be nice that you could open any garage doors if you have the DIP switch codes.?
look everyone if I could I would do this myself but I can't, so money could be involved in exchange for what I am looking for.
thank you,
HTC Raphael not a G-Remote
I have worked with a lot of RFID and IR devices. The simple answer about this phone it is not RFID capable.
Now for IR. the device has an IR port. But it does not have enough wave strengh to broadcast at distances longer than 3 to 5 feet. So in order to do what you want we would need to replace the IR Sensor,Get additional power and write the code to interface with the device and OS. All these mods would void the warranty on the device and make it cost prohibitive, but if you got time and lot's of money it is a cool project.
WinCe soft has created some remote software for TV and DVRs.
http://classic.pocketgear.com/software_detail.asp?id=22506&associateid=17
Also you can take a look at:
http://www.microsoft.com/windowsembedded/en-us/campaigns/fastertomarket.aspx?WT.srch=1
and see if someone has a device with the capabilities you are looking for.
well well then I tought I was screwed but since you know alots about RFID & IR maybe you could help me, find another way, and a better understanding. I saw somewhere somekind of old radio that reads RFID and records everything ex. listening to a phone and get the voicemail code through RFID, recording the DIP codes etc. What is that ?
Intermec ?
Here is the link for Intermec RFID readers
This plugs in to their 700 Model ( which also supports bar code and Cell GSRM Band), This connects via IR to the device so we may be able to use the SDK and connect to the Touch Pro.
http://www.onesource.intermec.com/products/rfid2_ip4/index.aspx
Send me a PM and I can get s general idea of what you are trying to acomplish...
ronin said:
Now for IR. the device has an IR port.
Click to expand...
Click to collapse
Ok, this is driving me nuts.
Could you please tell me in simple, layman's terms *exactly* where the IR port is located on a CDMA Touch Pro? I can't find anything that looks like a window.
Why not mod the garage door rather than the TP?
ronin said:
I have worked with a lot of RFID and IR devices. The simple answer about this phone it is not RFID capable.
Now for IR. the device has an IR port. But it does not have enough wave strengh to broadcast at distances longer than 3 to 5 feet. So in order to do what you want we would need to replace the IR Sensor,Get additional power and write the code to interface with the device and OS. All these mods would void the warranty on the device and make it cost prohibitive, but if you got time and lot's of money it is a cool project.
WinCe soft has created some remote software for TV and DVRs.
http://classic.pocketgear.com/software_detail.asp?id=22506&associateid=17
Also you can take a look at:
http://www.microsoft.com/windowsembedded/en-us/campaigns/fastertomarket.aspx?WT.srch=1
and see if someone has a device with the capabilities you are looking for.
Click to expand...
Click to collapse
Maybe instead of modding the TP, you could find a suitable module to convert your garage door to Bluetooth. Just a thought, but it would save you having to void the warranty on your TP.
mstevens said:
Ok, this is driving me nuts.
Could you please tell me in simple, layman's terms *exactly* where the IR port is located on a CDMA Touch Pro? I can't find anything that looks like a window.
Click to expand...
Click to collapse
CDMA Touch Pro does not have IR port...
Hi guys,
Yesterday I was thinking about how to enable the NFC sgs2 not have this technology, so I thought that using bluetooth or wifi direct you might also enable nfc
Android is not a developer so I need someone who can create a program that "hijack"the signals that are transmitted via the nfc nfc chip to an external device via bluetooth or wifi direct, then I did this I will create a hardware device composed of the NFC chip and a receiver / transmitter bluetooth or wifi direct to hide behind the battery, you will be able to receive the signal and then sending it to the NFC chip.
Does anyone know how to help me?, I am completely new in the Android paronama.
I think nfc is a magnetic signal, very different from BT, or wifi, so I think this idea would take a whole notha level of brilliance to actual make happen
Sent from my GT-I9100 using XDA App
It should be possible in the future to use NFC with an SD-Card that has NFC integrated. I think a diy is fun, but possible more expensive due to your bt solution.
are we sure nfc is not inside first sgs2 ? how to check ? Maybe it can be activated in few times.....
NFC is very similar to wifi, and also by bluetooth it to communicate using a wireless frequency.
however, what is the story of the NFC in the sd card?
I really don't think its worth the effort involved. Reminds me of someone I know who spent thousands trying to make his bmw 318 into an m3. When he finished, it looked ****e, didn't work properly and could have bought an actual M3 with the money he spent. Sorry to put a downer on this.
There is no NFC in the Sgs2. Als new Sgs2 has been announced with tiny improvements and NFC os included.
Sent from my Samsung Galaxy SII with XDA Premium
You would be better with SIM based NFC tbh... You can't just randomly say "let's use wifi/bluetooth instead of NFC, as they both work on radio waves of some sort"
I still want to use the wifi / bluetooth nfc only to transfer the signal to an external hardware that transmits, via the receiver wifi / bluetooth, nfc signal to a transmitter.
the idea and the hardware is easy to do, but the software ... I do not know, but I think it's tough.
at least someone can tell me of the nfc in the SD card?
Just buy an nfc enabled phone if you want it that badly. Trust me, trying to do a DIY job will bea waste of your time and money and will all end in tears. LOL.
i'm not sure if it's asking this'd be dumb but how would i understand if i got nfc şn my phone? i bought my sgs2 yesterday but it's still grey market here in Turkey so i can't be sure if i got nfc or not..
NFC sticker can make SGS2 NFC enabled..
http://www.engadget.com/2011/05/26/google-wallet-mobile-payment-service-google-offers-announced/
Enjoy
Aldideos said:
Hi guys,
Yesterday I was thinking about how to enable the NFC sgs2 not have this technology, so I thought that using bluetooth or wifi direct you might also enable nfc
Android is not a developer so I need someone who can create a program that "hijack"the signals that are transmitted via the nfc nfc chip to an external device via bluetooth or wifi direct, then I did this I will create a hardware device composed of the NFC chip and a receiver / transmitter bluetooth or wifi direct to hide behind the battery, you will be able to receive the signal and then sending it to the NFC chip.
Does anyone know how to help me?, I am completely new in the Android paronama.
Click to expand...
Click to collapse
Wow, it's amazing how many people post without reading the first post where OP clearly states he wants to create a device that reads NFC and then transmits it to the phone via bluetooth or wifi :
soraxd said:
I think nfc is a magnetic signal, very different from BT, or wifi, so I think this idea would take a whole notha level of brilliance to actual make happen
Sent from my GT-I9100 using XDA App
Click to expand...
Click to collapse
Aldideos said:
NFC is very similar to wifi, and also by bluetooth it to communicate using a wireless frequency.
however, what is the story of the NFC in the sd card?
Click to expand...
Click to collapse
pulser_g2 said:
You would be better with SIM based NFC tbh... You can't just randomly say "let's use wifi/bluetooth instead of NFC, as they both work on radio waves of some sort"
Click to expand...
Click to collapse
Also, using an NFC sticker is not the same : It will enable you to use your phone as a payment or transport card, but it won't allow your phone to actually READ NFC tags and display some information, nor REWRITE NFC tags.
Anyway, I think it's a good idea but probably not worth your time and money with NFC enabled Galaxy S2 coming in a few weeks or months. Besides, even if my SGS2 doesn't have NFC, I'll probably have a new phone in 18 months or so when NFC becomes really useful.
BlueScreenJunky said:
Anyway, I think it's a good idea but probably not worth your time and money with NFC enabled Galaxy S2 coming in a few weeks or months. Besides, even if my SGS2 doesn't have NFC, I'll probably have a new phone in 18 months or so when NFC becomes really useful.
Click to expand...
Click to collapse
Agreed here. Surely the most used function of NFC will be for payments until other phones catch up, and this is accomplished by a sticker anyway?
I'm all for modding and hacking, obviously, but I feel that it may just be needless in this case...
What about /dev/pn544?
Just a thought
Odia said:
What about /dev/pn544?
Just a thought
Click to expand...
Click to collapse
Hehehe.
Anyone got the userspace nfc stuff, either from korean model, or the nexus s? That chip is the same as in the N S
not every model have the NFC chip on them samsung did say that some already do have it and they just need a software upgrade to enable it but i know none of the UK models have a NFC chip. Samsung also said that the one with it are slightly thicker phones than the ones with out it...
microsd nfc cards
Didn't someone mention here that Samsung had stated NFC was on the battery in enabled models.
Could it be one of the options here http://smartsim.info/products.html
Item 2 - special battery combined with carrier provided sim could mean even reader mode is possible retrospectively for a fairly nominal charge
At least for normal batteries. I now have 2 std 1650 batteries, a mugen 3200 and eyes on the new 2000 mAh options . Yikes.
Great News for the normal SGS 2 Users.
The BCM4330 has a number of listed features that our SGS2s do not appear to have. For instance, the chip in question has listed support for Bluetooth 4.0+HS (so, I assume the Bluetooth low power standard) and FM Transmission/Receive, however all sources state that the SGS2 only supports up to Bluetooth 3.0, does not have Bluetooth high speed (virtually the same as Wifi direct, I'm told, but may not have the same level of uptake) and there are no references to FM transmission.
Without relevant APIs or sources I assume none of these unused features can be utilised. Is it a possibility that Samsung removed some components of the chip to reduce bulk?
What's confused me about this entire situation is that the original Galaxy S and the iPhone4 feature this same chipset, but there's not even a mention of Bluetooth3.0 even though they appear to support it . . . weird. Perhaps I've completely failed to understand the nature of these chipsets, but if I'm not being completely stupid then it'd be nice to explore how one could fiddle with our precious phones to extend its capabilities.
Bump
Sent from my GT-I9100 using XDA Premium App
HazzBazz said:
The BCM4330 has a number of listed features that our SGS2s do not appear to have. For instance, the chip in question has listed support for Bluetooth 4.0+HS (so, I assume the Bluetooth low power standard) and FM Transmission/Receive, however all sources state that the SGS2 only supports up to Bluetooth 3.0, does not have Bluetooth high speed (virtually the same as Wifi direct, I'm told, but may not have the same level of uptake) and there are no references to FM transmission.
Without relevant APIs or sources I assume none of these unused features can be utilised. Is it a possibility that Samsung removed some components of the chip to reduce bulk?
What's confused me about this entire situation is that the original Galaxy S and the iPhone4 feature this same chipset, but there's not even a mention of Bluetooth3.0 even though they appear to support it . . . weird. Perhaps I've completely failed to understand the nature of these chipsets, but if I'm not being completely stupid then it'd be nice to explore how one could fiddle with our precious phones to extend its capabilities.
Click to expand...
Click to collapse
Example:
Back then, at MWC 10, Samsung introduced the Samsung Omnia HD (i8910) which has alot of things AND an FM transmitter, when the device was actually launch, it didn't have the FM transmitter, modders and coders saw & knew that this device have the component, even proved with a secret code and an app they build, but no one has ever managed to get it to work.
So far of being a costumer at Samsung corp. I noticed 2 mistakes that they are repeating:
1. Samsung can't manage to get solid 30fps at 720p devices and 1080p.
2. Samsung rls products with an FM transmitter but they never support it and doing everything that we won't manage to get it work.
The fact that this chip is capable of performing all those tasks does not mean it is capable of doing all those task simultaneously. There might be some hardware challenges/contradictions between the different roles.
For instance, bluetooth 4.0 requires filtering above 3GHz of more than 10dB, while at the same time the chip is capable of Wifi on 5GHz; both are supposed to be on the same antenna so either you can not use the chip for Bluetooth 4.0 AND wifi 5GHz or you have to use some very complicated filter depending on which mode you're using. If they have not supplied this filter inside the chip then it becomes a bit complicated to use both modes.
The FM transceiver could very well be connected to the same internal power amplifiers as wifi but a wifi antenna does not look like an FM antenna.
It is not always possible (actually seldom) to use all the specifications of a chip at the same time with the same hardware setup. (Though often the user won't notice because it is not able to check the specification, like ultra low power and high speed often conflict.)
The features you mention are integrated into the chip itself, so it's not possible to "offload" them. However, they may leave out necessary off-chip components and/or enabling software.
For example, FM is popular in Korea. Many Samsung models targeted to the Korean Market include FM capability. It requires extra hardware though, including a rather primitive looking FM antenna. The corresponding models for other parts of the world leave this out. I presume Samsung doesn't see the popularity of FM in other parts of the world to be enough to make up for the extra cost in the handset.
Drivers and such require work, too. So while the chip may support the capability, they may postpone the software development for various reasons. If the hardware support is fully intact, it might be possible to make something work, but it could require some very deep hacking.
requist's response is interesting and seems like a possibility, although a quick reading of the Broadcom product page seems to suggest they've accounted for mixing capabilities in the chip design. Hard to tell without more detailed info.
Disclaimer: I'm not an official spokesperson. Opinions expressed here are mine and not those of my employer.
requist said:
The fact that this chip is capable of performing all those tasks does not mean it is capable of doing all those task simultaneously. There might be some hardware challenges/contradictions between the different roles.
For instance, bluetooth 4.0 requires filtering above 3GHz of more than 10dB, while at the same time the chip is capable of Wifi on 5GHz; both are supposed to be on the same antenna so either you can not use the chip for Bluetooth 4.0 AND wifi 5GHz or you have to use some very complicated filter depending on which mode you're using. If they have not supplied this filter inside the chip then it becomes a bit complicated to use both modes.
The FM transceiver could very well be connected to the same internal power amplifiers as wifi but a wifi antenna does not look like an FM antenna.
It is not always possible (actually seldom) to use all the specifications of a chip at the same time with the same hardware setup. (Though often the user won't notice because it is not able to check the specification, like ultra low power and high speed often conflict.)
Click to expand...
Click to collapse
time division multiplexing.
Dirty_Jerz said:
time division multiplexing.
Click to expand...
Click to collapse
That does not solve hardware conflicts.
Hi
What kind of nfc tag is compatible with the htc one?
NFC tags are all the same essentially so any kind
Sent from my Nexus 4 using Tapatalk 2
NFC tags are all the same.. It all depends on what app you use that allows you to write certain things to a tag.
YoungAceAtlanta said:
NFC tags are all the same.. It all depends on what app you use that allows you to write certain things to a tag.
Click to expand...
Click to collapse
Ok but what is the diffenrence between mifare and NTAG203, from what I found on google, the nexus 4 don't work with all the nfc tag. So that is not a problem for the the htc one?
NFC Tag Types
Hi there,
so, there are differences with NFC Tags. A few phones read nearly all NFC Tags. However, more and more phones can read only specific NFC Tag Types:
(copy and paste from http://forum.xda-developers.com/showthread.php?t=1996948)
"Bad news, the Nexus 4 doesn't support Mifare 1k tags.
It's using a new Broadcom NFC controller. As the 1k's aren't NFC Forum Type tags they aren't supported by this controller. NXP's controller on Android (Nexus S, GN, Nexus 7, Xperia S, HTC One X) is the only one that actually supports the 1k's (BB and WP8 don't either). The Nexus 10 and Nexus 4 both use the new Broadcom controller."
We would recommend to buy the ntag203 type. You can use them with nearly all NFC enabled devices (Android, BackBerry, Windows Phone). This comes also handy if you want to show / use the tag with a phone of your friend.
Hope that helps,
Richard
Aeragon said:
Ok but what is the diffenrence between mifare and NTAG203, from what I found on google, the nexus 4 don't work with all the nfc tag. So that is not a problem for the the htc one?
Click to expand...
Click to collapse
Your HTC One has a NXP PN544 NFC chip/controller so you don't have to worry. The short answer to your question is that your HTC One will work with any type of NFC tag including both MIFARE Classic 1k and NTAG203.
Robogar said:
Your HTC One has a NXP PN544 NFC chip/controller so you don't have to worry. The short answer to your question is that your HTC One will work with any type of NFC tag including both MIFARE Classic 1k and NTAG203.
Click to expand...
Click to collapse
I would have to disagree I have bought 1K MIFARE nfc tags off ebay and they do not work with the HTC One or the Galaxy S4, I will try and see if they work with the HTC One X later today.
stealthdragonb said:
I would have to disagree I have bought 1K MIFARE nfc tags off ebay and they do not work with the HTC One or the Galaxy S4, I will try and see if they work with the HTC One X later today.
Click to expand...
Click to collapse
Yes the MiFare Classic's incompatibility with the GS4 has been well documented. However I'm surprised to learn that the tags don't work with the HTC One. According to this article, the One should have a NXP PN544 controller, which should be totally compatible with MiFare Classic...
http://www.anandtech.com/show/6747/htc-one-review/15
Robogar said:
Yes the MiFare Classic's incompatibility with the GS4 has been well documented. However I'm surprised to learn that the tags don't work with the HTC One. According to this article, the One should have a NXP PN544 controller, which should be totally compatible with MiFare Classic...
http://www.anandtech.com/show/6747/htc-one-review/15
Click to expand...
Click to collapse
Yeah, that is exactly what I thought when I bought it but doesn't seem to work, checked on a friends htc one x and it works perfectly..?..
Hi there,
I recently picked up these tags from Amazon and they work fantastically. A little over 1 dollar per tag and you get some key chains!
vitallish said:
Hi there,
I recently picked up these tags from Amazon and they work fantastically. A little over 1 dollar per tag and you get some key chains!
Click to expand...
Click to collapse
From the Amazon.com description these appear to be the same type (MiFare Classic 1k) tags that stealthdragonb is having problems with...
"You get 10 Mifare 1K NFC Tags that are NDEF Formatted (so you don't have trouble formatting them with some phones) that are made from PVC and have an adhesive backing so they can be used inside or outside."
So something isn't right here.
@stealthdragonb: Have you tried the tags that you have on a non-metal surface? Can you check on the HTC One X that the tags are NDEF formatted?
Robogar said:
From the Amazon.com description these appear to be the same type (MiFare Classic 1k) tags that stealthdragonb is having problems with...
"You get 10 Mifare 1K NFC Tags that are NDEF Formatted (so you don't have trouble formatting them with some phones) that are made from PVC and have an adhesive backing so they can be used inside or outside."
So something isn't right here.
@stealthdragonb: Have you tried the tags that you have on a non-metal surface? Can you check on the HTC One X that the tags are NDEF formatted?
Click to expand...
Click to collapse
Hi definitely made sure that the phone wasn't on a metal surface and the tags didnt work. It just kept giving a deep tone beeping sound meaning not recognized. Tried it on a htc one x and works perfectly. How do I check if its ndef format? Is that a format that should work on the HTC One M7? Strange thing is that I have heard some people being able to use mifare tags with their htc one.
stealthdragonb said:
Hi definitely made sure that the phone wasn't on a metal surface and the tags didnt work. It just kept giving a deep tone beeping sound meaning not recognized. Tried it on a htc one x and works perfectly. How do I check if its ndef format? Is that a format that should work on the HTC One M7? Strange thing is that I have heard some people being able to use mifare tags with their htc one.
Click to expand...
Click to collapse
I can also verify that the Mifare 1K NFC Tags work fine on my One.
I'm using these ->> http://www.amazon.com/gp/product/B006TGTEV0/ref=oh_details_o01_s01_i00?ie=UTF8&psc=1
and programing them with this app ->> https://play.google.com/store/apps/...DEsImNvbS5qd3NvZnQubmZjYWN0aW9ubGF1bmNoZXIiXQ..
clsA said:
I can also verify that the Mifare 1K NFC Tags work fine on my One.
I'm using these ->> http://www.amazon.com/gp/product/B006TGTEV0/ref=oh_details_o01_s01_i00?ie=UTF8&psc=1
and programing them with this app ->> https://play.google.com/store/apps/...DEsImNvbS5qd3NvZnQubmZjYWN0aW9ubGF1bmNoZXIiXQ..
Click to expand...
Click to collapse
That's what I though as well. Don't know why it isn't working. Does anyone have any ideas? All I get is a low tone beeping sound when trying to scan the tag which I guess means scan is not successful. I have used numerous apps on the playstore such as nfc task launcher, anytag reader etc.
Hello everyone,
I have a Erisin S2046B in my 2001 BMW E46 and found information, that the RK3188 has several external buses which are partly currently not used in the device. Being an electrical engineer and having some projects in my mind which require some sort of external communication to e.g. microcontrollers, I would like to make use of them.
Did anyone go through the effort to use one of these interfaces?
I read in the sound processor thread (http://forum.xda-developers.com/and.../mtc-sound-controlling-bd37xxx-sound-t3234660), that I2C is used there but only limited information on what is done exactly, as it is just a matter of reconnecting the bus lines from the mcu to the rk3188.
I'm not quite sure, if this is the right section, but I would not really consider this "software development". Anyway, if one finds it inappropriate, I would kindly ask a mod to move it to another section
This is great, hopefully it's with guys like yourself tinkering away at these devices we end up with a how new sub-section of interesting mods that can be done for those that like to take stock and improve on it..
Bookmarked for reading as you go through this ... Look forward to some.positive outcomes...
@LC4T, can you be more clear as to what do you plan to achieve? It is no problem to attach another slave (or more) to existing I2C bus, as this bus is a multi-slave in its nature. There's no need to find any interfaces not in use, you are free to use existing, well known one.
As I already mentioned in my posting, I personally plan to connect an external microcontroller and exchange data between the µC and the RK3188. As I don't want to fit the circuitry inside the erisin enclosure, I2C is not the preferable solution.
The principle of I2C and its architecture is known to me, I have already build hardware using I2C But as the existing I2C bus is already connected to at least one slave device, I would be careful with hooking up another one without knowing exactly, what's happening on the bus already. Worst case would be to make the whole existing system unstable. I'd rather use SPI oder UART for my purpose.
In general, this thread should not be seen limited to my intentional use but some sort of collection of information on which buses are present, usable and in use - knowledge base style, so to speak
What's the first solution that comes to your mind when you think of doing something interesting with your I2C?
Some of these units do CANBUS. I'm not sure if there is separate hardware in them or just hookups.
I plan on installing an engine block heater (webasto thermo top c). With the universal wiring kit and control unit, you're only able to set three starting times with a fixed heating time. Additional control units for remote control are quite limited in range and functionality, the "cheap ones" (~200€) only offer "start" and "stop" with the only feedback if the command reached the unit being a blinking led, the ones with the ability to set the starting time from the distance (they claim it works up to 1km depending on the building density) is 350€... There are also GSM units available but also quite expensive and with few functions.
So including a microcontroller would fix all that
If I got it right, the CAN unit is a standalone device, that only decodes relevant data (e.g. gearbox in reverse), so no communication with the android device itself
LC4T said:
I plan on installing an engine block heater (webasto thermo top c). With the universal wiring kit and control unit, you're only able to set three starting times with a fixed heating time. Additional control units for remote control are quite limited in range and functionality, the "cheap ones" (~200€) only offer "start" and "stop" with the only feedback if the command reached the unit being a blinking led, the ones with the ability to set the starting time from the distance (they claim it works up to 1km depending on the building density) is 350€... There are also GSM units available but also quite expensive and with few functions.
So including a microcontroller would fix all that
If I got it right, the CAN unit is a standalone device, that only decodes relevant data (e.g. gearbox in reverse), so no communication with the android device itself
Click to expand...
Click to collapse
I believe there are can bus controllers for that device.
You could take a look at IOIO-OTG boards. it might offer some features.
You can make your own can bus for the devices you want to control and use available can bus adapters.
If you're talking about the webasto heater, yes, there are control units with CAN functionality but they are OEM specific (e.g. VW/Audi, Mercedes, BMW,...) and not universal. Also, adding just another interface is not what I intended to do when there are several of them, mostly unused already available
Again: I don't want to use this thread for my specific problem but as a general thread on using the interfaces already present in the unit
LC4T said:
If you're talking about the webasto heater, yes, there are control units with CAN functionality but they are OEM specific (e.g. VW/Audi, Mercedes, BMW,...) and not universal. Also, adding just another interface is not what I intended to do when there are several of them, mostly unused already available
Again: I don't want to use this thread for my specific problem but as a general thread on using the interfaces already present in the unit
Click to expand...
Click to collapse
Sure. Sure. I like the idea of tapping into the onboard hardware, but it might be good to talk about the limitations and optimal use cases for doing so.
For your case I think you can solve your need without tapping in if the objective is to get it working quickly. If the geek factor is more important then its a moot point.
You could probably tap in using something like this:
sandboxelectronics.com/?product=active-i2c-long-cable-extender-p82b715-module
That might help cut down on noise if you want to run it around the car.
Here's my thoughts.
If you need to control some external DIY device, you need to go with USB ports, which are already available in our devices.
They are just designed to communicate with external world, opposite to I2C or SPI, which are designed for in-system communications only.
Here we have two options:
1. Use native USB communication:
On the headunit side - libusb library which is well-known in Linux world. It might even happen that it is already compiled into the kernel (need to check); otherwise, a libusb.ko module needs to be compiled and loaded.
Nowadays there are many microcontrollers with USB onboard for direct use; and even simpliest MCUs like AVR attiny/atmega can use USB via V-USB library (I've done some just-for-fun projects with it).
2. Use a cheap USB-Serial converter to get a new serial port on a headunit's side. On the MCU side, you'll get a standard UART, which is much simplier than USB for MCU programming.
And returning to your @LC4T idea.
Are you planning to use head unit only as a control panel for your device, so that you only need a big touch screen with a nice UI to set up your externa DIY device, then go off letting that device to work alone? Don't you plan having your head unit always turned on to track time and on/off your heater? Because latter solution is really bad, as our head units are very power hungry.
7floor said:
Here's my thoughts.
If you need to control some external DIY device, you need to go with USB ports, which are already available in our devices.
They are just designed to communicate with external world, opposite to I2C or SPI, which are designed for in-system communications only.
Here we have two options:
1. Use native USB communication:
On the headunit side - libusb library which is well-known in Linux world. It might even happen that it is already compiled into the kernel (need to check); otherwise, a libusb.ko module needs to be compiled and loaded.
Nowadays there are many microcontrollers with USB onboard for direct use; and even simpliest MCUs like AVR attiny/atmega can use USB via V-USB library (I've done some just-for-fun projects with it).
2. Use a cheap USB-Serial converter to get a new serial port on a headunit's side. On the MCU side, you'll get a standard UART, which is much simplier than USB for MCU programming.
Click to expand...
Click to collapse
The IOIO OTG solution gets you here plus there are established libraries etc.
github.com/ytai/ioio/wiki
The OTG version allows it to be powered from the host also. That could make it easy to develop and move around.
github.com/ytai/ioio/wiki/Getting-To-Know-The-IOIO-OTG-Board
pounce said:
The IOIO OTG solution gets you here plus there are established libraries etc.
github.com/ytai/ioio/wiki
The OTG version allows it to be powered from the host also. That could make it easy to develop and move around.
github.com/ytai/ioio/wiki/Getting-To-Know-The-IOIO-OTG-Board
Click to expand...
Click to collapse
From $20 for the board on AliExpress to almost $40 elsewhere? No, thanks These guys want too much for their solution. This is the price of a Raspberry PI, a complete computer.
For that price, I would prefer putting a Raspberry under dashboard, connect with WiFi, for example, and have much more flexibility than gives the IOIO.
As to IOIO - as a prototyping board it might be useful, but not for a well-finished DIY project based on a single cheap MCU with a minimum of components, where total cost of it would be much lower than cost of that board.
It is like using ATmega256-based Arduino boards for the purpose of watching a button and blinking a LED, where the $0.5 worth ATtiny13 is an overhead.
Such a boards are probably good for Hackaton events, where you have to show something working after a few hours of quick-and-dirty work, but not for thoroughly designed DIY project.
Depends on how much you value your time and what an existing product offers you for your solution. Many people aren't as price sensitive. I certainly wasn't suggesting the IOIO as the only solution, but for an open ended or more generic solution to get hardware support external to the head unit is generally fits the bill. Established libs for interacting saves some time. Nice bunch of people put it together and there have been some fun projects.
Like I mentioned before, it might be a good idea to discuss what the objective would be to adding smart hardware in the solution through, I2C, USB, bluetooth, wifi or whatever. I think the OP is looking to discuss the general idea and not super specific solutions that might lead a person to pic a very specific ic and com. Well, I know that was the purpose because the OP has redirected me to the point.
You bring up a good point though. You say you would rather put Pi under the dash. I would also for controlling things. In fact Pi or some duino realtime solution is always going to be better for interacting with an auto. This is especially the case when the purpose might be controlling something that is powered like a motor or something life critical. At this point though we are not talking about android or these head units. You are talking about perhaps the method of communication between two systems. Not really for this forum.
---------- Post added at 01:05 PM ---------- Previous post was at 12:46 PM ----------
I'd like to have more input/output trigger wires for events. We have a backup wire, but I'd like more for other things. An example might be to support a passenger side view camera. Sure, there are ways to hack it in by switching the backup video input, but that's a simple example. Power on a wire sends an event in android on the unit.
Do we have GPIO possibility on any of these units?
CanBus via Uart?
Does anyone know how the CanBus connection works? My MTCB Unit came with an adapter box which turns some messages into external signals (like illumination, reverse), but also seems to forward messages via serial into my Head Unit. At least that's how i guess that the steering wheel buttons are working.
Now, there are some messages that i wish to interpret and send, and also some i would interpret different. My idea was to get some kind of filter (maybe software, maybe a dedicated micro controller) in between the CanBus adapter and the service on my head unit. But right now, i have no idea how to verify my understanding of the setup, since no tty device on the HU seems to directly reflect my button presses. There's one, that pours out something unreadable on key press, but this also does it if i touch the screen, so i guess that's not the CanBus adapter itself.
I suspect that the information in already interpret before it gets into the android system, and only the relevant messages are forwarded, or even pre-processed. I suspect that the only way to get to the signals is to listen on the CanBus adapters RX/TX lines, and maybe finally put an microcontroller in between. If unlucky, the adapter might also filter out messages before i can get them, and i need to access the CanBus directly.
htt p://i.imgur.com/P1QzXta.jpg?1 << CanBus Adapter
I would appreciate any hints on this topic, especially information on the CanBus Adapter.
From what I can see on the PCB and I have read about the can adapter:
The adapter itself only interprets data from either can bus or analog signals and forwards them to the android unit via some sort of serial interface, most probably UART. As you have almost no way to get an inside look into the software running on the microcontroller, I would suggest to design a seperate device, that way you can be 100% sure to get all the messages and filter yourself.
I ordered some can bus adapters to see what i can read. Maybe i will first have a look into the data on the serial line when i finished moving house and had time to unpack my gear
I have a can bus HU, when i listen to the radio or music player, i haven't information on display of my car (CLK MERCEDES). I read the new units have dual can bus and information of radio appears on car display. Ther's a way to modify my HU to dual can bus? I have to change a can bus decoder? My can bus decoder is B200.
Regards
7floor said:
.... There's no need to find any interfaces not in use, you are free to use existing, well known one.
Click to expand...
Click to collapse
Well known interfaces - that's the keyword.
For example I would like to output current FM-frequency, radio station name, song title to the existing (factory) FIS display in a car. Via CAN bus, because the display talks CAN.
Now I would at least have to know which units have CAN capability.
Yes, I could go the USB to RS232 to CAN dasy-chain-adapter route, but I consider that all but a clean solution
Oskar