EtherUSB help

I’ve been trying to get my USB modules to work on an ARMiniX and whilst USB 2 Audio does work I’m having problems with etherUSB not working.

I was wondering if someone who is connected to the internet via etherUSB eg with a raspberry pi would run !USBmodules from a ram disc and let me know if you are still connected to the internet.

The program will disable all the old usbmodules, install the new, and reinitialise unchanged usb modules so must not be run from a USB disc.

When !USBmodules is run a task window appears listing modules. It will pause for a few seconds when the modules are changed. It should then finish the listing and usbdevices should continue working.

Note the Audio programs in the zip file will not work.

Thanks

Not working I’m afraid. Running !USBmodules from my RAM disc not only disconnected me from the net, it actually left my Pi for dead. Required a hard reset, not even responding to keyboard commands.
Taskwindow froze at line 132.
I’m using the CPU compatibility mode if that matters.

Thanks for trying. It looks like a problem reinitialising modules in your case. I had hoped it would be something simple but it looks like a Pi for christmas :-)

Has anyone tried a usb ethernet adaptor on an Iyonix? Do they work on an Iyonix?

I propose a (lighthearted!) Christmas bounty, from which small presents would be given to major contributors over the year, should they want something. A Pi for Colin would be good! I’d happily contribute.

Taskwindow froze at line 132.

That struck me as odd the first time I read it until I realised it was showing module 132 from the *modules listing. Which means that the pi worked after loading the new modules. It may mean that rather than leaving your pi for dead that the keyboard and mouse were not rediscovered after changing the modules.

Could you try USBmodule.zip again (new version). This time run USBReplaceModulesTest first. This just kills all usb modules and then reinits them. It should show whether softloading USB onto a pi is possible.

If it locks up the machine – a natural hazard with USB – could you try unplugging the keyboard/mouse and plugging it in again to see if they start working.

If running USBReplaceModulesTest does work could you try !USBmodules again and when it freezes unplug and reinsert keyboard and mouse.

Thanks

Christmas bounty

I appreciate the sentiment but I’m trying to avoid more wires trailing across my keyboard.:-)

If it locks up the machine – a natural hazard with USB – could you try unplugging the keyboard/mouse and plugging it in again to see if they start working.

No can do, this being a Lapdock solution unplugging the connection simply results in “turning it off and on again”. Perhaps you’ll have to wait for a more suitable test candidate ;)
Running your USBreplace again killed my machine at line 132.

Excellent! A case of bad news being good news. If USBReplace failed then the problem is that the softload process is failing as it tries to softload modules already on the machine – I can live with that :-).

I’ve tried running USBReplaceModulesTest on my BBxM. Although I ran the Obey file from RAM disc, the BBxM does have its HardDisc4 connected via USB, so it stiffs the machine, presumably because it’s looking to RMReinit them from the USB hard drive. I can’t see how to get over that.

On my Pi,
The USBReplaceModulesTest script completed and network was still working.
Running !UsbModule also completed, but left the network not working.

Ronald.

Thanks. That’s good news it means I’ll be able to softload onto a pi. For !usbmodules I’ve figured out that I’ve broken etherusb with my changes so need to find out what etherusb is doing.

Dave.

It’s likely that rediscovering the hard disc is taking a long time. With usbreplacemodulestest there won’t be any hourglass so can look like there is nothing happening. Both program’s work as Ronald described on an ARMinix – not sure if that is a BBXM though. That had a long wait.