firestar

Hi All,

 

I made my first design for a PCB using Fritzing. It will be used to read out the P1 port of my meter. I have this currently built up on my breadboard and seems to work nicely.

 

It has an EEProm for storage of settings (NTP Server, IP settings, Serial settingsetc..)

FET for signal inversion

Two LEDs for Web activity and P1 Activity

A switch to broadcast UDP messages to my AddressServer (based on BOOTP) to externally set IP parameters.

 

As I'm not an electronic designer, I'd like to get some feedback on the design. I tried to segregate the +5VDC as much to the bottom plane and the grounds to the top plane.

 

I'll make a shield out of it, but I have reduced the print to what I need in space (and drop price), that's why top left pins will not be used.

 

Thanks in advance.

 

 

 P1 Final_pcb.jpg   31.81KB   63 downloads

Hi,   I'm trying to read my smart meter, which should send a message every 10 seconds as a TTL signal. The signal is inverted, so i'm using a FET to invert the signal again.   However when im reading in the software, i read zeros all the time, i cant get a single character in my buffer, also the event is pretty much fired continuously, I'm using the following code:  

        void comPort_DataReceived(object sender, SerialDataReceivedEventArgs e)        {            if (e.EventType == SerialData.Chars)            {                int bytesToRead = comPort.BytesToRead;                // if we received any bytes in the serial buffer                if (bytesToRead > 0)                {                    byte[] buffer = new byte[bytesToRead];                    comPort.Read(buffer, 0, bytesToRead);                    comPort.Flush();

right now im just trying to read the non inverted signal to see if it works before I hook up the FET.   Did I miss anything in the code?   Best Regards, Martin

Hi All, I wrote a little BootP client to manually set its ipaddress once someone makes the wrong setting in my eeprom. This to prevent a full reset, since the bootp supports broadcasting. Now i'm at the point where i send the packet to the network, which is received by my bootp server application, however when i send the reply (port 68), it is never received by the netduino. I assume because this port is already in use by the network driver (DHCP?). Is there a way to free up that port or can i tie in to the incoming data somehow? Since there are a ton of bootp applications on the market, I don't want to go down the road and write my own implementation. BR, Martin

Hi all, I have managed that get my EEprom working on I2C, however at this point im trying to find the best way for diagnostics on it. Writing or reading to the eeprom will always execute but one can not predict the results. Als the I2CDevice.Execute will not give any diagnostics. Even writing to the eeprom that does not exist will give a number of bytes written result. I have been thinking of allocating some registers to a default value that you should always read first to make sure the eeprom is there and working. Have others played with this idea before and how did you solve it? BR, Martin