For those new to message boards please try to follow a few simple rules when posting your question.
Choose the correct forum for your message. Posting a VB.NET question in the C++ forum will end in tears.
Be specific! Don't ask "can someone send me the code to create an application that does 'X'. Pinpoint exactly what it is you need help with.
Keep the subject line brief, but descriptive. eg "File Serialization problem"
Keep the question as brief as possible. If you have to include code, include the smallest snippet of code you can.
Be careful when including code that you haven't made a typo. Typing mistakes can become the focal point instead of the actual question you asked.
Do not remove or empty a message if others have replied. Keep the thread intact and available for others to search and read. If your problem was answered then edit your message and add "[Solved]" to the subject line of the original post, and cast an approval vote to the one or several answers that really helped you.
If you are posting source code with your question, place it inside <pre></pre> tags. We advise you also check the "Encode "<" (and other HTML) characters when pasting" checkbox before pasting anything inside the PRE block, and make sure "Use HTML in this post" check box is checked.
Be courteous and DON'T SHOUT. Everyone here helps because they enjoy helping others, not because it's their job.
Please do not post links to your question into an unrelated forum such as the lounge. It will be deleted. Likewise, do not post the same question in more than one forum.
Do not be abusive, offensive, inappropriate or harass anyone on the boards. Doing so will get you kicked off and banned. Play nice.
If you have a school or university assignment, assume that your teacher or lecturer is also reading these forums.
No advertising or soliciting.
We reserve the right to move your posts to a more appropriate forum or to delete anything deemed inappropriate or illegal.
I just bought an HP Pavilion notebook, and not wanting Windows 8.1, I decided to install Windows 7. I used Tuxboot to make a bootable USB stick drive to run GParted, which allowed me to repartition to the hard drive in NTFS, from which I was able to install my old copy of Windows 7 Home Premium from another USB stick drive. I fully understand that I need to load in a bunch of drivers, and I downloaded them and put them on yet another USB stick drive. The key here is that the BIOS properly recognizes when a bootable stick drive is attached.
So I am all ready to run the driver EXE files, but I need to somehow get those files onto the hard drive. However, in Windows, the USB stick drive is not recognized! And of course, the wireless modem is not recognized as well, so I am stuck as there is no way to get those driver EXE files onto the hard drive! I tried using Tuxboot to run FreeDOS & Clonezilla, but I couldn't seem to get the job done (in FreeDOS, there only seemed to be the A: & C: drives, corresponding to the OS & stick drive, without there being a drive corresponding to the hard drive.)
I have entered this same question to the HP Support forum, but since I repartitioned the hard drive, they will probably tell me too bad, we will only support you with our buggy and INCREDIBLY CRAPPIFIED install of Windows 8.1. Of course, if anyone can give me pointers applicable to the HP system, that would be great - but I am looking here for advice on how to use FreeDOS or Clonezilla or whatever else to just get me to the point at which I can get the darned files from the USB stick drive onto the hard drive, after which I presume that those driver EXE files will do the trick.
It is generally a bad idea to transfer an installed copy of Windows to a different system. If you don't have a Windows installation DVD you can ask your friends if they have one and enter the license key of your old system (you are not allowed to use it on your old system anymore).
If you still want to go on with your procedure, you may boot from a Linux live CD/DVD or bootable USB stick. Then mount a partition of your hard drive writable. Finally you are able to copy data from an USB stick to that partition. When the live Linux recognises your network card, you can also download the drivers directly to the mounted partition.
This was a Windows 7 Home Premium distribution that was downloaded from a largely unknown Micro$oft webpage. I had a license on my old notebook and needed to do a complete reformat & reinstall, and did not have the OEM disc handy; I used the key from that OEM (which I fortuitously had e-mailed myself), and was eventually given a new key to stop the stupid messages. (I used that new key for this latest install.) The system using that hard drive has been discarded, although the hard drive for that has converted into an external drive via an HDD Box; it will no longer be used as a boot drive, and will be reformatted when the files from there have been properly offloaded.
This message has been also posted on Arduino site - Due forum.
I am using ATmel Studio ( 6.2 SP 2) ASF example to test program Arduino Due. [b]I do not want to use VisualMicro wrapper for Arduino IDE.[b][/b][/b]
The (only ONE) example compiles, won't download to Due port and then I get a cryptic error message about missing "connected tool".
Apparently the ASF examples require either hardware of software debugging "tool". The documentation really does not explain what this "tool" is nor how to add it to the Studio. There is an empty pull down box titled "Selected debugger / programmer" under Tool tab.
So far I am unable to post this to ATmel ARM forum, but I got some answers from ATmel AVR forum which I appreciate.
I also found old (2012 ) and now apparently abandoned site which shows running the same example without need for this mysterious "tool".
I am sure I am also missing the programming port assignment for ASF, but got one working for VisualMicro.
I would like to hear from someone who "<b>been there done that"</b>. Cheers Vaclav
We have a third-party data acquisition device which communicates over USB utilizing USB Bulk Endpoints.
We will be using the device to generate approximately 34Kbytes of data / sample at about 30Hz sampling rate (total about 1MB/sec).
We can trigger a sample acquisition and the device can hold the 34K of data until it is "sent" via the USB.
The vendor states the device is "streaming the data out of a small hardware buffer (512 bytes) on the device directly to the USB to achieve the highest performance".
The device will refuse to acquire the next sample unless the previous 34K has all been sent.
Missing a data acquisition is an unacceptable condition.
As many of us have experienced, Windows sometimes just seems to “zone out” (daydreaming?) and this might cause the USB driver to go too long between requests for data.
The total amount of data bandwidth is not pushing the bounds of USB capabilities, but the timing is (in conjunction with the small device USB buffer).
What are recommended strategies for addressing the issue above?
On a modern multi-core platform, is it a realistic concern?
Can USB servicing be made a high(er) priority activity for the OS?
Would Windows Embedded Compact be a better "host" OS?
* At least for the data collection?
* How different is development for Windows Embedded Compact?
A positive attitude may not solve every problem, but it will annoy enough people to be worth the effort.
The USB servicing by Windows is running with a higher priority but not your application.
At first you should check if the driver for your USB device supports increasing the size of his internal receive buffer. This may help if the default size is smaller than your 34 KB.
A common solution would be using a worker thread running with a higher priority to receive the date and store them in a ring buffer of sufficient size. The thread must be of course event driven (new data available). When all sample data has been received by the thread it can trigger the next sampling and send a user defined message to your GUI thread indicating that new data are available.
Tasks delaying your communication are mainly hardware related actions like disk and network transfers. When you have implemented the worker thread you can check for missing acquisitions by starting such actions (e.g. copying files from a network share to a local disk or USB drive). If necessary, increase the priority of the worker thread. But note that this is a rather simple and system dependant method.
I have done this for a serial communication using a serial to USB converter where status line events must be handled before the next event occurs.
This does not answer all your questions but I hope it will be useful.
Hello! I need you guys help to develop human monitoring device which can show specific location of the object either the device is on or off. But the news behind this is that i don't know where to start. Please is there anyone who can put me through out there? In C# language
Apart from the first thing being that "you know the C# language, and the specification about the device architechture", you need to know that there is no such device yet created (or in my knowledge) that can run when it is "off"; as you've mentioned.
Then, you can go and Google for any such device, that you can find helpfull, in executing your set of instructions, if you're not going to purchase a server. There are multiple choices for you to select from, and you will find yourself easy to find a lot of new devices in the market that let you kick-start your projects by coding them out. Raspberry Pi is one of them, and you can write application for it, to make it work as you want it to.
The sh*t I complain about
It's like there ain't a cloud in the sky and it's raining out - Eminem
~! Firewall !~
I have a motherboard monitoring program on my PC. Along with temperatures, it tells the measured voltages coming out of the power supply.
Here's the question: For the -12v rail, it's hovering around -7 volts and goes as low as -3. For the -5v rail, it's reading -4 volts. Should I consider replacing the power supply? The machine seems to be running fine otherwise.
The difficult we do right away...
...the impossible takes slightly longer.
No no no. Do it while it's running. That makes the measurement at the time there is load on the power supply when the voltages will fluctuate the most. Also, if you pop the connector off the motherboard you have to short the PowerGood line to ground to get the power supply to start.
FYI... if your power was that far off, you'd probably have major problems. Things would flicker on/off or alternatively smoke would start coming out of the power supply or associated regulators (if it was a short causing fluctuations).
Last Visit: 31-Dec-99 19:00 Last Update: 1-Mar-15 10:52