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.
Last Visit: 31-Dec-99 19:00 Last Update: 29-Mar-15 21:13