Got samples from analog.com.brNow to put them into use:
1) get geda installed
2) check/find the schematic symbols
3) check/find the pcb footprint
4) draw the schematc
5) layout a pcb
6) ask a friend to make the pcb
7) go into soldersmoke ( is a podcast actually)
make program for a pic or simply control it with an USB to lpt converter
#1 is done, to #2 though symbols needs to be created.
Though having a hard time to find sparetime at the moment.
have been looking at this program for a while: glfer. though i haven’t been able to get it running.
To test it i’m using a homebrewed magnetics loop antenna with an amp and bp filter.
Started July 1. at Innocom. I finally get to work with both hardware and software.
Not like till now where the majority has been software.
This is going to be fun.
So what am I going to be woking with CATV and other RF applications.
.. Let the fun begin ..
Today I decided to set up some syslog logging of my router.
I enabled syslog logging on the router and pointed it in direction of the syslogd box.
I could see that the syslog packets got to the interface of the syslogd box, but nothing in the logs.
First removed -s from syslogd_flags in /etc/rc.conf, then added -a syslog_src_ip/bitmask to syslogd_flags.
Still nothing in the logs.
Then added -dv to the flags, and found that i got:
rejected in rule 0 due to port mismatch
Well after some searching i found that one could add :* to the -a ip:bitmask line.
Did so and messages got into syslogd, but they did not end up in the right log file.
‘+hostname’ to the rescue, added it at the end of /etc/syslog.conf, still nothing in the right logfile.
Then noticed that the logfile specified in the +hostname block was assigned to the last !program block.
I figured that the right order of /etc/syslog.conf should be:
1) General logging.
2) +hostname block(s).
3) !program block(s).
If not in this order it will not work.
About a week ago i came across this post:
http://lists.freebsd.org/pipermail/freebsd-mobile/2007-April/009666.html
This evning i decided to give it a try.
For a starter, my laptop is a Lenovo 3000 N100 (<LENOVO TP-61> according to acpi).
#pciconf -lv
[SNIP]
none2@pci5:6:1: class=0×080500 card=0x207717aa chip=0×08221180 rev=0×19 hdr=0×00
vendor    = ‘Ricoh Company, Ltd.’
device    = ‘SD Bus Host Adapter’
class     = base peripheral
none3@pci5:6:2: class=0×088000 card=0x207817aa chip=0×08431180 rev=0×01 hdr=0×00
vendor    = ‘Ricoh Company, Ltd.’
device    = ‘unknown Ricoh MMC Host Controller’
class     = base peripheral
none4@pci5:6:3: class=0×088000 card=0x207917aa chip=0×05921180 rev=0x0a hdr=0×00
vendor    = ‘Ricoh Company, Ltd.’
device    = ‘unknown Ricoh Memory Stick Host Controller’
class     = base peripheral
none5@pci5:6:4: class=0×088000 card=0x207a17aa chip=0×08521180 rev=0×05 hdr=0×00
vendor    = ‘Ricoh Company, Ltd.’
device    = ‘unknown Ricoh xD-Picture Card Host Controller’
class     = base peripheral
This are some of the hard facts.
Getting src/sys patched up was somewhat easy. There is one small problem though.
The function ‘ bus_setup_intr()’ has lately changed the number of arguments.
after looking at some other drivers i decided to try and just add NULL,.
It compiled then, even loaded as a module.
sdh0: <SD Host Controller> mem 0xb0300400-0xb03004ff irq 23 at device 6.1 on pci5
sdh0: Found 1 slots
sdh0: [ITHREAD]
Everything looks fine.. atleast till i decide to hotplug a sd card .. whoops reboot no panic.
Debugging will continue later..
Dru posted this on IRC today:
http://blogs.ittoolbox.com/unix/bsd/archives/unix-humour-15908
I specially like the ‘make love’ one.
Currently looking on http://www.scps.org
Why am I doing this? To figure out if it could be usable for Ham Radio instead of tcp/ip over ax.25.