Donation.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Jean,

In the event that you ruin the board just let me know and I'll send you another.

Also, in the next month we will be releasing 2 new chips (ADT7467/8), the eval board for these devices has a PCI connection so you can plug the board directly into a PCI slot that has the SMBus connected to it, no soldering needed ;).

This way, you will be able to plug it directly into your motherboard and talk to it directly with your Linux driver without any wires etc.

If you would like one of these boards, send me a reminder mail in about a month and I'll send you one.

>Either one of our modules can be easily adapted to handle the evaluation board, or I'll write one, providing Sean can explain to me how to do that. 

The SMBus/I2C signal is generated by bit bashing the parallel port. There is no SMBus/I2C master present on the eval board. This means that if you can find a way to connect the SCLOCK and SDATA and ground wires to your motherboard lines then you should be able to talk to our device on the eval board using the Linux driver.

>I guess it's a simple problem of writing the right things at the right time on the parallel port.

Yes.

Sean, are the SCL and SDA lines handled by the software and transmitted to the eval board through the parallel port.

Yes. 

> or are these signals generated on the board itself and simply controlled by the parallel port?

No.

Hope this helps.

Regards,
Se?n.

-----Original Message-----
From: Jean Delvare [mailto:khali at linux-fr.org] 
Sent: 28 October 2003 22:55
To: Philip Edelbrock
Cc: sensors at Stimpy.netroedge.com; Sean.Gilmour at analog.com
Subject: Re: Donation.



> Yeah, don't be afraid to do a little soldering to hack something up.
> Here's an old page I made with my experience w/ an AD eval board:
> 
> http://secure.netroedge.com/~lm78/hardhack.html
> 
> You might need to use an old DIMM to tap into the SMBus & power, or 
> you might be lucky enough to have some jumpers on the mobo which make 
> it easy to tap into these things.

Common Phil, I'm not that crazy! ;) If you consider that 1) I don't want to sacrifice the brand new evaluation board Sean kindly sent to me 2) I don't wan't to sacrifice my own computer hardware 3) I don't have tools for doing electronics here 4) I'm not particularily competent when it comes to soldering and 5) The evaluation board works through the parallel port under Windows, so it has to work under Linux too, you'll understand that what I am requesting is a software solution, not a hardware tinkering guide (although your page is quite impressive, I admit).

Either one of our modules can be easily adapted to handle the evaluation board, or I'll write one, providing Sean can explain to me how to do that. I guess it's a simple problem of writing the right things at the right time on the parallel port. Sean, are the SCL and SDA lines handled by the software and transmitted to the eval board through the parallel port, or are these signals generated on the board itself and simply controlled by the parallel port?

BTW, I tried our i2c-pcf-epp module and it led me to a kernel panic :( I guess that it isn't supposed to happen, even if the module doesn't recognize the hardware. How may I investigate and fix the problem?

-- 
Jean Delvare
http://www.ensicaen.ismra.fr/~delvare/



[Index of Archives]     [Linux Kernel]     [Linux Hardware Monitoring]     [Linux USB Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Yosemite Backpacking]

  Powered by Linux