Posts made by akif.durmaz

@UFD alright, thank you

Hello, I have a small question probably obivous but I want to make sure.
Datasheet says SW_RST is used to reset operating system and it's active high.

This schematic if from Reference Schematics document.
As far as I know these tact switches connects 1-2 and 3-4 when pressed and 1-3, 2-4 does not connect on default but in that case schematic looks weird.
In short my question is if I want nothing to do with SW_RST pin can i leave it floating or do i need to pull it down?

@crispyoz
Well, this is a little embarrassing. I desoldered the connector and connected a different type connector. Even with shabby soldering it's working now. I just did not think a brand new ethernet connector would be faulty, that's my bad.
Thank you all for your help.

@crispyoz
it's non-responsive like the latest ping attempts. I'm gonna try desolder the connector and change with a new one other than that I have no idea

@crispyoz
Alright, thanks for everything

@crispyoz sorry for the late reply.
These are the results to the commands;

I'm afraid my router does not have any led indicators for the ethernet ports.

@crispyoz
So sorry I messed got in a hurry did not switch the ethernet to the old device.

This is the result of the old device

@crispyoz As a side note, my laptop can connect to internet with the same cable on the same port

@crispyoz
Yeah I noticed the ipv4 difference before but I though that was just the problem not something that would lead me somewhere, i guess that was silly of me.
So before I read your last reply I started working on static ip myself. I've edited the /etc/config/network as the following;

As a result all of the pings failed, but I forgot to take a screenshot, after that I did the steps you posted changing the static ip, here's the result;

I don't know if it's expected but before setting the static ip ping to the router was responsive.

Here's the really embarrassing part for me, I thought I got ping responses with my old device but now this is the result;

I thought I disabled the wifi before but I probably did not. After this result I assigned a static ip to this device as well and now it doesn't get a response to the router ping too.

I'm sorry for claiming that my old device was working properly, but I'm sure it did before, in my old office (different router).

There is still the difference of not getting an auto ip but i guess the problem now lies in the router itself?

@crispyoz
First of all thank your for your guidance. Here are the ifconfig outputs;

The non-working device;

The working device;

Both connected to the same network and have the same ethernet design and components. Working one is Omega2+ the other is Omega2S+ if it makes a difference.

I'm quite inexperienced on the subject and we are nearing the friday evening here, I will try supply all the info you mentioned on Monday since I can't take the devices home.

Thank you.

@crispyoz
I don't know how much you read but in short Omega doesn't have internet through ethernet.

So basically I have a card with a working ethernet and another with a non working one. I also got an Omega2+ with expansion dock. So lastly I've tried to use each card with the others connector by soldering cables. My working card works with both of the connectors (as its own and when connected to the other card's connector), my non working one and my solo Omega2+ does not work with either of the connectors. So at the end I just assumed it was software related and the old card had some other configuration to connect through ethernet (Somebody else worked on the old card before me, who I can not reach anymore).

Thank you for your response, let me know if I did not address something related I will try to be more detailed without writing too much

After working on this for a while again, I'm now sure this has nothing to do with hardware. Can anyone point out something do with software that I should watch out for?

I only made the following change in /etc/config/firewall on a brand new device

config zone
option name 'wan'
option output 'ACCEPT'
option forward 'ACCEPT'
option masq '1'
option mtu_fix '1'
list network 'wwan'
list network 'wan'
option input 'ACCEPT'

@JeffZhou
I couldn't answer due to a covid infection I was dealing with. Thank you for your suggestion, I guess I have no other lead, I will try another connector

@JeffZhou
Unfortunately I have no idea what those differences mean. However I know for a fact that this connector works as I connected it with another device. So I think my problem lays under something else.
Thank you for your interest and replies.

@JeffZhou
there was a product link in my original post but here, these are the only two pages from the datasheet;

@JeffZhou
Hi. I went with Option 1 and used an ethernet connector with a transformer. The following schematic is from the datasheet of my ethernet connector ;

In reference to the picture I think my T+,T-,R+,R- connections are correct. As a secondary confirmation I have a different PCB containing Omega2+ with the same connections and it's ethernet connection has no problem.
If I misunderstood something please correct me, thank you for your reply.

@crispyoz
My new design is not directly related to ethernet problem, we will change some modules on the card but since there is a problem with ethernet port I wanted to get to the bottom of it before the new card

@Lazar-Demin
I've designed my PCB according to "Omega2S-Reference-Schematic" file and a PCB which had Omega2+.
Here's the part of Reference Schematic ;

In Reference Schematic RXIN0/RXIP0 and TXON0 and TXOP0 connects together after the resistors and goes through the same capacitor. In my design neither of the signals (RXIN0,RXIP0,TXON0,TXOP0) connects together each goes through their own resistor and capacitor (100nF each). Also pins 2 and 7 are pulled up to 3.3V in my design. Reason for these differences are our other device with Omega2+ has a properly working ethernet connection and it was designed by somebody else like I described. So I wanted to go with the working example in my hand.

The Ethernet Port part in Hardware Design Guide you posted seems to be the cropped version of Reference Schematic and it does not include the resistors part. Can that be a mistake or the whole circuitry should just include 100nF for pins 2-7 now?

I still did not solve my problem. We will design another PCB with Omega2S+ soon before that I would like to detect the source of the problem. Would you suggest that I should make the following adjustment by cutting lines and adding cable connections to see if it works?

1. Cut the 3.3V line to the 2-7 make it so they are just connected to the ground through 100nF
2. Connect R403-R404 and R405-R406 and use one 100nF for two of them.

After making these adjusments my circuit would be the same as Reference Schematic one.

Thank you for your reply and the Hardware Design link.

@tjoseph1
Oh ok, I've used that schematic file in my design as well.
I will try to dig into the fact that there is transmission but no response.
Thank you for your contribution.

@tjoseph1
First of all thank you for your response.

I did not quite understand what you meant by with that sentence 1,2,3,6 , 1,2,7,8 stuff.
I checked again just now, the conenctor has 6 pins other than the shield that needs to be connected. I am quite sure my connections are correct. I will add the photos of actual PCB and the design below.

I have another PCB with the same design. Only differences are ;

1. The old one has an additional 10uF parallel to 100nF on VCC
2. Obviously the path are different. Mine are a little longer but I don't think that would be a complete problem.

I use the same cable on the same port of the modem just take it out of the new one and connect it to the old one. The old one can connect but the new one can't.

I did not quite get what you meant by your picture as well (sorry, I'm not well informed on network and such).

I was hoping this would be a software problem but I've checked every related file for both Omegas and they are same.

Here's the other side of the PCB two parallel lines are RX+/RX- and TX+/TX-. RX+ and RX- are really close to each other can there be a parallel talk to mess things up?

Thank you again.