I'm buying a phone to take to Angola and I know that I should get one that has UMTS 2100 http://www.gsmarena.com/network-bands.php3?sCountry=ANGOLA
I'm interested in the Galaxy Note but I can't figure out if the GT-N7000 version is compatible. I've read a lot of spec sites and some seem to mention UMTS and some do not. It probably doesn't help that I don't know the difference between UMTS and HSDPA.
So any info on whether the Galaxy Note GT-N7000 will work in Angola or an explanation of UMTS and HSDPA would be great.
Thanks!
OK, I guess you have already been to Angola, but anyway...If the phone is HSDPA capable, it will also be UMTS capable.
HSDPA = High Speed Downlink Packet Access. Simple explanation is that it's an extra channel added into a UMTS system, for the purpose of downloading data faster.
UMTS 2100 is a frequency band , which is a set of frequencies say 1900Mhz to 1950 Mhz ( there will be a different band for uplink ( your phone to the nodeB ( term for a mobile tower in UMTS ) which receives your signal ) and downlink ( nodeB to the phone ) ) which dictate at which frequencies your phone has to send and receives messages . So if Angola operates UMTS 2100 (usually a standard for most places ) your phone should also be able to operate at that band ( send and receive messages at that frequency ) .
If another new base stations is set up in the future in Angola , even if it transmits signals at LTE bands if the phone does not support that frequency band you won't be able to use it . So it's advisable that UE ( user equipment ie phone, laptop) support all the frequencies possible so switching from gsm to UTMS or different carrier needs won't be an issue from the UE side
Looking at indian e-commerce site Flipkart selling the N7000 , over here http://www.flipkart.com/samsung-galaxy-note-3/p/itme9978zcnnajza?pid=MOBDZQ2EZM3TAFBX&ref=L%3A-6277751913313120773&srno=p_4&query=note+3+&otracker=from-search
Scroll below to see Specificatons -> platform -> Operating freq
Here , it shows all the bands that can be supported by the phone . And yes , i do see UMTS 2100
So it does look like the standard international version definitely supports it . Only need to maybe be careful of certain european versions possibly , otherwise any standard e-commerce site should provide all necessary details
like in this link in amazon http://www.amazon.com/Samsung-Galaxy-Unlocked-Android-Smartphone/dp/B00F33OE06/ref=sr_1_1?ie=UTF8&qid=1437240359&sr=8-1&keywords=note+3 its also clearly mentions the 2100 band
HSDPA is a protocol built on top of UMTS for higher data rates ( the H you see beside the signal bar on the phone ) so some sites mention only HSDPA for convenience , as they wouldn't like to mention UMTS + HSDPA possibly , so as the previous answer states if HSDPA 2100 is mentioned you are good to go .
If you are buying from a local dealer then make sure you cross check with shop owner or try to see in the sealed box if the operating frequencies are mentioned
Related
Is there a table somewhere of which devices support which traits? I'm particularly interested in humidity:
https://developers.google.com/nest/device-access/traits/device/humidity
But temp would be cool too, and I can convince myself ~most smart devices would have some awareness of temperature to shut down before they overheat etc.
I suspect humidity is just in the thermostats (not suitable for how we do HVAC here in AU) but I'm holding out hope it might also be in the smoke detectors... although they're not listed on the devices page. Even under the old API it looks like they didn't offer much (for example, it'd be awesome if you could get the motion detector state, or last motion detector trigger event from the nightlight feature).
Has anyone played around with the API enough to know? I'm only really interested in temp and humidity on the current list, so don't want to shell out the registration fee if they're not going to be available on my doorbell + smoke detectors + home hub.
The Device Access docs don't list devices per trait, but they do list traits per device:
Camera
Thermostat
Doorbell
Display
Today the only device type supporting the Humidity trait is Thermostats.
I need to know whether it is possible to identify an object in a proximity of about 3 meters , using a cell phone , preferrably without using additional hardware on the cell phone side . if the aforementioned hardware is indispensable , still , a cheap and easy to set up hardware would be acceptable for my project .
And the said object could bear a tag such as an rfid tag .preferrably A passive rfid tag as it doesnt require power .
Other options such as bluetooth, etc,... could also work . But , should not require regular charging or battery replacement
.
I have already done a bit of research and realize that this question is a tough one ...! But , I thought maybe someone could offer a solution or a workaround . Thanks in advance .
There is no clear option as there is no solution which matches 100% with your requirements.
RFID (passive UHF):
Pros: No battery used
Cons: You'll need to use additional HW as smartphones can't detect RFID tags.
BLE Beacons:
Pros: No need to additional HW
Cons: AFAIK all Ble Beacons are active, therefore you'll need to replace the battery every 2 years approximately (depends on set "Tx Power" and packet interval).
In my opinion you should go for BLE Beacons technology but it depends on the difficulty of replacing the battery regularly.
Hope it helps!
I have this GSM embedded device under linux, where depending on external factors I might chose to put a different sim card into. But in the configuration for the PPP, I have to give an APN, which changes depending on the network du jour. How can I automatize that?
It just downed on me that smartphones don't need explicit APN entry to work when changing the sim card (also, the APN is sometimes different in M2M and actual cell phone, not sure I can use the same trick).
(I know you are curious: it's deployed in the middle of nowhere, and we chose the least worst network at the last minute on the installation site)
You can detect the network operator from the IMSI of the SIM, and have in your device a table mapping operators to APNs.
There are several sites that will provide you an IMSI to operator listing or MCC and MNC to operator listing. The MCC (Mobile Country One) is the first three digits of the IMIS and the MNC (Mobile Network code) the next 2 or 3 digits. Some example links:
https://www.imei.info/carriers/
https://www.mcc-mnc.com
As an aside, if you want to be able to change to adapt to the best available network coverage over time, the way many M2M applications achieve this is to use a 'forgein' SIM which can then roam to the best available signal at a given time. If your data usage requirements are low this can be a good way to avoid being dependent on one operator in an area with poor coverage. There are quite a few companies who specialise in these type of M2M sims, depending on your target location.
I have a client that is the owner of a farm. He wants to get monitorized the 1000 cows he has at a field. Mainly,he wants to identify the cows individually and checks to place a tablet near a specific door and check which o them crossed the door. Is that possible? I mean , the bluethoot receiver is able to read as 50 cows crossing simultaneously the door?Or it overflows the capacity of the technology? How the system needs to be configured ? The tablet as server and de bluethoot low energy devices as clients?
An explanation will be much appreciated
I'm not sure if Bluetooth is the right technology for that. Even if the Tablet can handle that many connections simultaniously, it does not tell you anything about the position of the animal. Basicly it would detect anything in a certain radius, but you wouldn't know if the cow passed through or just came close.
To answer the Client-Server Question: The Tablet acts as the "Central" device, the BLE sensor is a "Peripheral" device. Depending on the Application both device could act as server or as client. Here: Introduction to BLE you can find a Brief Introduction to Bluetooth Low Energy with more Details.
Depending on the gate size, NFC could be a better choice.
I have a friend who is working on a project where they need to deploy a large number of devices over the midwest. For simplicity let's say these are temperature gauges - they read the current temperature and transmit that information to a server. The server would just need to know what device is reporting what temperature (412X|10c).
These devices will be in forests, near highways, in cities and swamps. All other technology is prototyped and working (ability to read the temperature, the hardware for the device) the open question they have right now is 'what is the cheapest way we can send this information to the primary server'?
I think they'll need to go with a wireless carrier (verizon/sprint/at&t) and use something similar to mobile broadband. Is there really any other option?
You could do it with ham radio and something like APRS, assuming they don't care about encryption and don't have a pecuniary interest in the project.
You wouldn't need full mobile broadband, as your data would fit in a text message. You can get cellular shields for arduino that would probably fit your needs.