Login
Username:

Password:

Remember me



Lost Password?

Register now!

Sections

Who's Online
77 user(s) are online (56 user(s) are browsing Forums)

Members: 1
Guests: 76

kerravon, more...

Headlines

Forum Index


Board index » All Posts (LyleHaze)




Re: X5000 switches itself off
Just popping in
Just popping in


@Gregor
the serial cable displays on a second computer, so the evidence remains after a power down.. true, and advantage.

using a software method can't do that, but it can let you monitor gradual changes before the fatal ending. and it has the advantage of being free, requires no additional computer or cable.. you can have it right now.

I know nothing of the stuff on the depot. my own simple program can show all data every run, or it can show only a specific voltage of your choosing, in case you want to gather data in a script..

none of this is rocket surgery, I just wanted to offer what I have on hand in case it's useful. I don't have a freescale based Amiga any more, so I had to ask Bill if he would verify the program first.

And you asked about replacing parts.. low voltages can be caused by the supply (regulator) or by excessive load. chips that draw too much power get noticeably warm..
but history puts the odds on a flakey regulator, which may not get warm at all.

good luck 👍

Go to top


Re: AmigaOS4 turns 20 years old
Just popping in
Just popping in


Still not old enough to drink.
"Two More Weeks".. HA!

Go to top


Re: X5000 switches itself off
Just popping in
Just popping in


@Gregor

My third reply. I keep quitting without pressing "Submit".
Apparently I'm losing my mind.

There is software to read your voltages from a shell, without needing an MCU cable. It's free, it's boring, and I can't test it right now, but if Bill tells me it's working, I'll put it up on the Depot.

Anyone sending an email to "lylehaze at gmail" can have it as soon as I reply to your mail. Just ask for "MCU"

!! NOTE There's already tools to do this on the Depot. Just search "MCU" !!
Yup, I'm losing my mind.

Lyle

Go to top


Re: A1222+ memory interleaving
Just popping in
Just popping in


I sent a copy to Sailor, this is the first time I've had an Amiga booted up since then. (Life is very busy)

I'm usually happy to upload to the Depot, but in this case the code is really rough. It's shell only, it doesn't even have reasonable tests to make sure it's on the "right" hardware. (Freescale only, good on A1222, PROBABLY good on X5000).
Before I release something to the world, I try to at least do some basic "best practices", and this code has none of that.

Short: I was digging deeper into some A1222 debugging, and I needed to know more about the actual RAM specifications. It was easier to read and decode the SPD than doing actual research on SODIMM part numbers.
I only just got it working when it gave me the answers I needed, and I was then off to use that information to finish the debugging problem.

Now it's Saturday morning, it looks like I might have a day to spend on Amiga, but I have other projects that would benefit a wider audience. I hate to say that it's just not worth my time, but time is really precious right now.

Reading SPD data is not really fun or useful for most folks anyway. ;)
What WOULD be cool is documenting how to read SPD from UBOOT. Really geeky data that still needs to be decoded before it would be of any use at all.

Now off to argue with GCC for a while,
Lyle

Go to top


Re: A1222+ memory interleaving
Just popping in
Just popping in


I have some experience with DRAM on the A1222.
I can offer a few details, and a path to get more.

I've been absent, and I only came here today because a friend suggested I check this topic out. I'm not "gone forever", but a new job, a move to a new state, and WAY too many personal obligations have effectively eliminated Amiga time for me, for a while anyway.

Fair Warning: There are some "adjustments" that have been made to get P1022 RAM to accommodate AmigaOS. Just because "UBOOT" , or just because "Linux" DOES NOT MEAN that AmigaOS on the same board will offer the same features. That's as deep as I'll go on that.

I HAVE looked at a LOT of RAM SPD data on the A1222, and I recall at least one stick that looked like two sticks according to SPD. I tested a LOT of ram, some worked, some did not. Too long of a story to tell.

I have written two rather crude tools for SPD.
One gathers the SPD data and outputs a data file, the second reads that data and does SOME (not all) decoding and translation.
These tools are offered freely to anyone who wants them.
Since they were written for A1222, they only look at the first stick of RAM, but anyone with a bit of play time could expand them to see additional sticks on a X5000 easily enough.


I don't have a website. I'll find the tools and forward it to anyone who asks me, be patient as it might take a day or two.
Anyone whom gets these tools is free to re-distribute however they see fit.

No warranty is expressed or implied, use at your own risk.. all the usual.

lylehaze at gmail dot com.

All I missed is "What is SPD"??
RAM sticks carry a small ROM that describes their size, speeds, and capabilities. The computer reads that and then adjust the hardware to make best use of the RAM abilities. There are various versions, revisions and formats. You can read SPD directly from a UBOOT command line, but it's not graceful.

Those asking for these tools will probably just get a forwarded email, as I don't currently have an A1222 to boot up.

Have Fun,
lylehaze

Go to top


Re: Power Off script for A1222+
Just popping in
Just popping in


First: The way this shuts down without inhibiting drives is dangerous, and so I have to suggest never using this.

Second: I just got a copy of the Cyrus manual, and it appears this will work for that too. Maybe, untested.

BUT since Poff now works through acpi.resource, AND it offers a sync option, that seems a much safer way of doing things..

End Result: Cute hack but not a great idea, use proper tools instead!

Lyle

Go to top


Re: Power Off script for A1222+
Just popping in
Just popping in


it seems that Poff works with the a1222, I had an older version.
and the sync option protects drives from shutdown during writes.. definitely useful.

so my little hack was fun, but there is a better way.

thanks all.

Go to top


Re: Xena questions
Just popping in
Just popping in


@geennaam

I ported the tools available on the x1000, from a rather advanced member of the xmos community.
they are bit banged, and not as fast as proper jtag. but they are quite capable, if a bit slow.

Unfortunately the bus interface on the x1000 proved that the xmos chips have weak bus drivers. Trying to make that work was a really rough project.

as a result, the designer made the x5000 using another chip as a bus driver, so it should be able to communicate faster and more reliably.

I've never had an x5000, so I've never had opportunity to port the tools.

the original author from the xmos community is "Segher Bossencool".. or something very close to that.

the software is well designed, with all the hardware interface in a single file, if I recall correctly. I never had any more information than the TRM for the x1000. I suppose the x5000 TRM has the necessary details as well.

That's about all I can think of off the top of my head. you are welcome to ask more, either here or to my personal email.

Lyle haze at gmail dot com

Go to top


Re: Power Off script for A1222+
Just popping in
Just popping in


Your comments on the delay make sense.
Even waiting five seconds is a poor substitute for actually inhibiting drive activity, then waiting for a proper response.

I originally ran it with no delay, and had to wait out a long validation on my next boot.

but it was wicked fast!

I'll look into a better way to verify that all disk io is completed.

Lyle

Go to top


Re: Power Off script for A1222+
Just popping in
Just popping in


Oops, I missed a Quote.
Trying again:

echo "Power Off in two seconds"
Wait 2
echo >"SER1:BAUD=38400/CONTROL=8N1/UNIT=1" "#s"


That should work better.

Go to top


Power Off script for A1222+
Just popping in
Just popping in


I didn't see a forum for script kiddies. ;)

I have grown accustomed to remote power on and off for my X1000.
On by a small remote control mounted behind my monitor, and off by the "poff" shell command.

If I had a nickel for every time I've tried to "poff" the A1222, always getting "this model is not supported" or something like that.

So here's a little script to fix that. Just save this as s:shell/poff, then protect it with "protect s:shell/poff +s".

echo "Power Off in two seconds"
Wait 2
echo >SER1:BAUD=38400/CONTROL=8N1/UNIT=1" "#s"


That's it! Obviously you could snap it off immediately without the Wait, but I did manage to invalidate my SYS: once that way, so perhaps letting the bits settle for two seconds might be preferable.

Not a big deal, but it might be handy for someone.

LyleHaze

Go to top


Re: Micro A1-C, overclocking, PCI cards, etc..
Just popping in
Just popping in


I am using a StarTech.com 40/44 to IDE to CompactFlash adapter, Amazon ASIN B0026OYEEQ IDE2CF.
With it I use a SanDisk 64GB Extreme Compact Flash card ASIN B00NUB2RPW

Here's what I found:
When attached to a 40/80 cable, and powered from a floppy drive connector, it works great at all PIO and DMA modes.
When attached to a 44 pin cable, and powered from the same 44 pin cable, the fastest DMA mode gets unreliable, but all others work well.

Of interest: The Compact Flash interface is IDE. Same pins, same pinout.
So, at least the higher end cards should work fine.
In this case available power seems to play a part.

Other Micro-AOne info:
The USB pinout for the front panel connectors is not quite normal, and the serial port pinout is a less common one also.

Details are available here: https://web.archive.org/web/2008102505 ... cscaug.us:80/ua1page1.htm

Go to top


Re: Switch between many amigaos4 machines
Just popping in
Just popping in


Like others, my experience with KVM's has been spotty.

I use a manual, mechanical HDMI switch to go between my X1000 and whatever secondary computer is up at the moment.

Audio is something I spend a lot of time working on, so I need a little extra there.
I have an audio mixer with 8 stereo inputs. My X1000, the television (I'm in the living room), a Pi MP3 player running "Rune Audio", two pairs from a 4 channel USB sound sampler, another pair from a Yamaha Synthesizer, and a pair of open jacks for whatever else is happening at the moment.

The mixer is remotely controlled by MIDI, so it's easy to control from a GUI or scripts as desired. I recently added an IR input that controls JUST the television volume, and it's trained to the Roku remote control.

The mixer is now 14 years old, and still works great. I was thinking about making more of them, perhaps a bit smaller than the rack mounted one I have now. I just can't imagine working without the ability to hear all the devices that I need to.

Go to top


Re: Recording from a sound card
Just popping in
Just popping in


There are many possibilities, I can only guess which one(s) might apply.

The example uses "aifc". I usually use other formats, though 16 bit and 44100 should be fine. (note, newer USB based audio seems to default to 48000 instead of 44100)

The input you used was either microphone or line input, either of these can be overloaded by a headphone connection. I suggest trying lower volume levels on the source device. A "best possible" solution would be to use line level outputs to the blue connector. It would be SO MUCH EASIER if we had proper "VU Meters" for AHI inputs and outputs. (note, we DO have proper VU meters for X1000 and A1222 builtin audio. I've used them extensively for about a year now. They just haven't been distributed yet)

The method itself is solid. The noise is either a level problem (most likely) or a poor connection, or possibly a noisy source. The "device level" software is doing a simple copy, it's not adding or subtracting any noise.

Using "better software" might give better control or at least better visualization of the levels, but having to work through AHI makes everything a bit generic.

Go to top


Re: x1000 documentation and other x1000 related questions
Just popping in
Just popping in


More keyboard details:
CFE requires the keyboard to be connected to a specific USB input.
Some "normal" USB keyboards, like my Rosewill cherry boards, will
stall CFE and prevent a boot sequence, if connected to the correct
USB socket.
By connecting to a different USB input, my keyboards work fine after booting, and I either leave the CFE keyboard input empty, or I put a different keyboard there just for CFE boot select usage.

It's not much more than a nuisance, except for the few times I plugged in to the wrong spot and the machine refused to boot at all. (brief moment of terror before I realized what was wrong)

And just to pile on: builtin audio works. ;)

Go to top


Re: Recording from a sound card
Just popping in
Just popping in


assuming OS4, there's also a "barebones" method requiring no additional software.
please read sys:documentation/AHI/ahiusr.guide.
System Description, AHI Handler

To record directly from a sound card input:

Copy AUDIO:SECONDS/10/TYPE/AIFC/B/16/F/44100/C/2 sample.aifc

All the options are described in that document.
Actually, I'm not sure if it'll record from the sound card input or the sound card output, but I'm not thinking terribly well today.

in any case, it's a rather direct method.

Have Fun,
Lyle

Go to top


Re: First user's report of new Intel HD Audio (Azalia) driver by geennaam
Just popping in
Just popping in


"I've seen negativity, bitterness and zealotism (close to religious fanatism) when it comes to OS4."

I agree completely. I _try_ to bring understanding. Our greatest strength is the dedication of the community. It is also our greatest weakness, since we each have such strong opinions about what is best for the platform.

When I just can't take any more, I shut out the public. Coding on the Amiga is my personal activity. It doesn't require the input or opinions of others. I enjoyed coding before the "internet", I can still enjoy it now.

Let me congratulate you on the success of your driver. AHI is not an "easy" target, neither is Azalea. You have done VERY well. Thank You for your contributions.

I'm still coding, and working together with one or two other developers as needed. I am down to just one NG Amiga, as there are no repair facilities for my little Tabor. It's still an awesome OS, and a great pastime.

"Public Opinion" is neither in my control nor any of my concern. Those who make a hobby of complaining are free to do so, but not in my ear.

Maybe things will get better, maybe not. I'll keep on coding either way.

GREAT driver.. please consider staying with us, as your life and time will allow.

Lyle Hazelwood

Go to top


An interesting network trick
Just popping in
Just popping in


I am no network Guru. I know almost enough to get by.
But I just found a neat trick to get a bit more out of my Amiga when online.

This might be related to the network stack, or Odyssey, or any other part of the OS, but I thought I'd put it here.

As our software gets older, there are more and more troubles getting things to work. In my own case I'm using OS4, but this likely applies to all the variants too.

GMail has been difficult, then impossible to use from my Amiga. I just keep getting demands to upgrade my browser, and it refuses to connect.

Recently I changed my home network, replacing my router with a "bridge" that picks up WiFi and creates a private wired network for my home. I did this on a raspberry Pi, and it works better than I had hoped.

And now my Amiga can get into GMail without issues!

Neat trick. I suppose for others just adding a Pi bridge into your Amiga case could make your Amiga WiFi capable as well as more usable with modern services. Considering the low price of a Pi, seems a good option.


Go to top


Re: Bars and Pipes for OS 4.1 FE version 1.0 released
Just popping in
Just popping in


I'm not aware of any issues with Alfred. My email is the same as the last time we spoke.
I would like to think I'm easy to reach, but its also true that I've been very busy with family issues, and I have had no time available for Amiga development for a while now.

There is nothing preventing Alfred from further development on his excellent Bars&pipes port. he's done amazing work so far and continued work is always good news.
From the source he generously shared with me, I did make some changes, especially to the way it links with CAMD. I also began a move towards scalable graphics, but that got too big rather quickly.
I never meant to take credit away from. him, and I thank you Trixie for pointing out the mentions shown.

As I finally finish up a commercial project I've been working on for way too long, I am already beginning new MIDI software (as well as older programs like Score).
Taking care of my wife is my top priority right now. there will be more, but it may take a long time to be released..
Alfred, if I have offended you in any way.. please let me know so I can try to make it right.

Go to top


Re: Horny Source code on Github
Just popping in
Just popping in


Wow.
I go away for a couple days of overtime, and it looks like I missed the party!

It's interesting that kas1e gets different compile issues. I didn't expect that.

I'm sure the CAMD cluster code can be improved. I am happy to do it, but finding enough time to do it might not be easy.

I have not even had time to play with it yet. I'm not sure when I will either. But it's always good to see MIDI activity on the Amiga. I'll try to keep an eye on this forum in case I can help, but there might be a couple days delay when I get busy at work.

This is all good news. :)
LyleHaze

Go to top



TopTop
(1) 2 3 4 ... 12 »




Powered by XOOPS 2.0 © 2001-2023 The XOOPS Project