ZyXEL Image with wrong Model?

[hmpf]

Hi. After installing OpenWRT on my ZyXEL GS1900-10HP the oversight Page in LuCI shows the Model as 1900-8HP. So I wonder if that's just hardcoded in the sources and accidentally kept for the 10HP Images or if there is a different reason.

I'm not sure but it might been the case that I used first a 8HP image because there was no 10HP version (back then). But now I upgraded the firmware with LuCI for which I definitely used the 10HP image version and LuCI still name the Model as
"Zyxel GS1900-8HP A1 Switch".

[ncompact]

Since I don't have this switch myself, I'll try to help anyway.

What is the output of the following command?

cat /tmp/sysinfo/model /tmp/sysinfo/board_name /etc/board.json

You could also try performing a firmware upgrade without preserving the configuration (e.g. using sysupgrade -n or unchecking "Preserve settings" in LuCI), to start from a completely clean environment.

This would help rule out the possibility that the model name is being carried over from a previous installation (for example, when an 8HP image was used). If LuCI still reports "GS1900-8HP A1" after a clean upgrade using the 10HP image, then it is very likely that the model string is simply hardcoded or shared in the board definition (DTS / board info).

Let us know what you find.

https://git.openwrt.org/?p=openwrt/openwrt.git;a=commit;h=cfbda6627956af0cab380d03fd9275574e67921e

https://openwrt.org/toh/zyxel/gs1900-10hp?s[]=zyxel&s[]=gs1900&s[]=10hp

https://firmware-selector.openwrt.org/?version=24.10.5&target=realtek%2Frtl838x&id=zyxel_gs1900-10hp

[hmpf]

The output is

Zyxel GS1900-8HP A1 Switch
zyxel,gs1900-8hp-a1
{
	"model": {
		"id": "zyxel,gs1900-8hp-a1",
		"name": "Zyxel GS1900-8HP A1 Switch"
	},
	"bridge": {
		"name": "switch",
		"macaddr": "bc:cf:4f:50:c2:46"
	},
	"network": {
		"lan": {
			"ports": [
				"lan1",
				"lan2",
				"lan3",
				"lan4",
				"lan5",
				"lan6",
				"lan7",
				"lan8"
			],
			"protocol": "static",
			"macaddr": "bc:cf:4f:50:c2:46"
		}
	},
	"network_device": {
		"eth0": {
			"macaddr": "bc:cf:4f:50:c2:46"
		},
		"lan1": {
			"macaddr": "bc:cf:4f:50:c2:46"
		},
		"lan2": {
			"macaddr": "bc:cf:4f:50:c2:47"
		},
		"lan3": {
			"macaddr": "bc:cf:4f:50:c2:48"
		},
		"lan4": {
			"macaddr": "bc:cf:4f:50:c2:49"
		},
		"lan5": {
			"macaddr": "bc:cf:4f:50:c2:4a"
		},
		"lan6": {
			"macaddr": "bc:cf:4f:50:c2:4b"
		},
		"lan7": {
			"macaddr": "bc:cf:4f:50:c2:4c"
		},
		"lan8": {
			"macaddr": "bc:cf:4f:50:c2:4d"
		}
	},
	"system": {
		"label_macaddr": "bc:cf:4f:50:c2:46",
		"compat_version": "2.0"
	},
	"poe": {
		"budget": "70",
		"ports": [
			"lan1",
			"lan2",
			"lan3",
			"lan4",
			"lan5",
			"lan6",
			"lan7",
			"lan8"
		]
	}
}

If someone knows that's hardcoded or not would help a lot, because if so any attempt to reflash will change nothing in the source.
If not it might help to search for the reason with the present image I have. Not sure if I can reproduce this. Since I don't know why it happened at all.

[slh]

It's because you're running the wrong firmware image (not supporting the SFP ports either). The hardware name, 'Zyxel GS1900-10HP A1 Switch' is hardcoded in the firmware image (the DTS), it couldn't be displayed incorrectly, if you were running the correct image.

While the realtek devices, especially within the same model range, are rather similar and almost generic, you should flash the correct image to make it operate correctly (it's not purely cosmetic).

[hmpf]

Thanks, ok I'll try a complete reflash which I hoped I could avoid since the switch is build into a rack that's not comfortably to access and a reflash will lead to a network configuration that cut of my remote access.

[hecatae]

are you using the sfp ports?

[hmpf]

Not so far, but my plan is to get a GPON-Module to spare the ISP's Modem.

[elder_tinkerer]

And use the switch as a router? I don't hope so...

[hmpf]

No - I'm using the Switch in combination with a mini-PC on which a virtual OpenWRT is running as Router. The Switch is actually only used as a Switch (with VLANs). Planned to use SFP for GPON and PoE for powering my AP's.

[hmpf]

After a full reflash LuCI has the right model. Even the SFP-Ports show up.