I need to write a program that will read the data from the indicator once a minute. Unfortunately, I can not find the communication protocol for this indicator (the official representative responds extremely unqualified and there is no way to get at least some information from him). Some programmer (with whom I do not have a connection) wrote a similar program earlier, but did not leave the source code. In the Device Manager on computer the indicator is defined as USB-ITN. I will be grateful for any information in solving this problem.
Indicator model: ID-U1025M
Indicator Serial Number: 13063340
USB cable: ITN - 60010409
You should ask the nearby Mitutoyo branch.
Mitutoyo Worldwide
The published information of the product you are using seems to be the following.
Japanese version document for ID-U1025
English version document for similar product
A description of the tool and data format will be as follows.
USB Input Tool Direct/Input Tool SERIES
U-WAVE
U-WAVE/Common Optional Software
Related
Have a problem where I had to read the complete firmware (using an eeprom reader) from a hardware disabled (beyond repair) Nokia 105 (RM-908) in order to try and extract SMSes and the contacts. Using a hex editor I can see the all the data, however,I cannot manage to find out the complete information. For instance the date and receiver of the messages or the user associated with the contact numbers. The only idea I believe that can be done is to extract the personal user area PMM from the bin, get another set with the same version of this disabled device, build up an image, flash the resulting image using an appropriate flasher in the working device and read the content off this device. While I am unsure if this will work (theoretically might work), would like to try to avoid this procedure as it is very time consuming and maybe get to the target data directly via hex editing or any other application.
thanks for any help
I'm currently working on a project that requires gathering data from a car's wheel speed sensors(4 hall efect speed sensors). Those sensors are connected to the car's ECU responsible for ABS/ESP/Stability control etc.
In order to extract the data from the ECU i need to make a request with a specific PID(parameter ID) AND know how to decode/compute the answer in order to extract any meaningful data. Unfortunately vehicle manufacturers don't seem to make such information public.
So far i've ordered an arduino CAN BUS shield and a OBD2 to RS232 cable in order to make the physical connection.
I have tried using a specialized hardware/software(that costs more than 1500euro) capable of extracting those parameters, but unfortunately it lacks logging functions. I tried using Wireshark to sniff the PIDs called, but had no luck there either.
If you guys have any ideas, questions or suggestions, please write them down.
I'm open to criticism and know that i might be missing something important.
Thanks.
P.S. This is a university project im working on. I need data samples from the wheel speed sensors and further computing of the data sample is done with the purpose of researching car safety and behavior in dynamic road scenarios.
You can only read the OBD data from the OBD-port. The OBD PIDs are generalized in ISO/CD 15765-5. You probably find non reliable descriptions also in Wikipedia. But in order to get the other PIDs, firstly you should know that those data are heavily under control by the car manufacturers and you have to hack them. One way to find them (but very unlikely to find one!) is the try and error method.
You should access the main CAN-BUS wires and the buy a connector device so you can sniff the packets. then monitor all the packets and make a small change. Monitor it again and compare these two. Maybe maybe maybe you have a chance to find some non-safety features with this method but finding security functionalities like ABS is heavily in doubt.
UNLESS you are some sort of genius hacker who can do weird stuff! If you can do it, then call the manufacturer and show them what you have so you would likely get a nice job and salary by them!
ONCE I saw a youtube clip that a guy could control a TOYOTA (if I remember correctly) with a laptop! and also maybe you can buy such info on the dark web which I advise highly against it!
I am currently using ember desktop to run zigbee traces on some embeded devices. I have the network keys and device keys so all the data is fine, im just a bit of a noob when it comes to reading the data.
one of the traces i run returns a value for some data and comes back as int24_0: 0x000201 another is the same int24_0: 0x0000D1.
Does anyone know how to read this data of how i can see or even convert this int24 value to a readable value.
thanks
This depends on a lot of criteria: the status of your receptor, the Zigbee version (are you 3.0.0 or smaller ?) ..
Here you have a link which summary all Zigbee basics:
Basics Zigbee
I also attached the section dedicated to the frame reading (link in the first page):
Zigbee frame description
I want to generate voice in arduino using code. I can generate simple tones and music in arduino, but I need to output words like right, left, etc in arduino speaker. I found some methods using wav files but it requires external memory card reader. Is there a method to generate using only arduino and speaker?
Typical recorded sound (such as wav files) requires much larger amounts of memory than is a available on-chip on an Arduino.
It is possible to use an encoding and data rate that minimises the memory requirement - at the expense of audio quality. For example generally acceptable quality speech-band audio can be obtained using non-linear (companded) 8-bit PCM at 3KHz sample rate, which if differentially decoded to 4 bit samples (so that each sample is not the PCM code, but the difference in level from the previous sample), then you can get about 1 second of audio in 1.5Kbytes. You would have to do some off-line processing of the original audio to encode it in this manner before storing the resulting data in the Arduino flash memory. You will also have to implement the necessary decode and linearisation.
Another possibility is to use synthesised rather then recorded speech. This technique uses recorded phonemes (components of speech) rather than whole words, and you then build words from these components. The results are generally somewhat robotic and unnatural (modern speech synthesis can in fact be very convincing, but not with the resources available on an Arduino - think 1980's Speak-and-Spell).
Although it can be rather efficient, phoneme speech synthesis requires different phoneme sets for different natural languages. It is possible perhaps for a limited vocabulary perhaps to only encode the subset of phonemes actually used.
You can hear a recording of the kind of speech that can be generated by a simple phoneme speech generator at http://nsd.dyndns.org/speech/. This page discusses a 1980's GI-SP0256 speech chip driven by an Arduino rather than speech generated by the Arduino, but it gives you an idea of what might be achieved - the GI-SP0256 managed with just 2Kb ROM - the Arduino could probably implement something similar directly. The difficulty perhaps is in obtaining the necessary phoneme set. You could possibly record your own and encode them as above. Each word or phrase would then simply be a list of phonemes and delays to be output.
The eSpeak project might be a good place to start - it is probably too large for Arduino, and the whole text to speech translation unnecessary, but it converts text to phonemes, so you could do that part off-line (on a PC), then load the phonemes and the replay code to the Arduino. It may still be too large of course.
I'm trying to decipher messages from my smokedetectors to be able to get them connected to the system that controls the rest of the house. I've tried to decode the message myself, but from what I expected to find I cannot seem make out the different parts of information in the code.
I think I've found the bit that indicates an alarm from the smoke detector. But on the radio there is a number, which is also part of the serial number, so I expected to find this number in the transmission, but I've tried all combinations but cannot find a match. Not sure if this is even in there, but I would expect it to be used as an address for the smoke detector.
Is there some experts in this that could help me translate this the attached bit-stream just so I can check if I'm even on the right track on the decoding.
The clock signal is not available. But based on articles I've found on this subject online I'm assuming the clock-period is the same as one "long" pulse on the picture.