Any:
- bugs encountered?
- enhancements needed ?
- suggestions ?
I still need your feedback , guys ! 
Still have issues with detecting the JG921a/JG922A as PoE powered devices =P
I just had the thought today that one of the features of the existing ToH is a filter that only shows supported by current release. Which I assume excludes snapshot too, not just older devices?
If you select one of your presets you still get devices that say their supported current release is 18.06 =) Similarly it will bring up items that are supported with "external image"
By simply filtering by the POE feature filter, you get 497 results.
Then if you browse the results ( and/or filter the brand column head by "HPE"), you will find both JG921a & JG922A...
What's wrong? 
The current presets, are ONLY a set of features (listed bellow the presets).
There is currently no feature regarding "supported by current release", so the preset cannot use it..
- To get only the results for "supported by current release", you simply have to just enter "23.05" in the "C.Release" header filter.
- we might also add a/some feature filter(s) that do the filtering for "23.05" or for ("23.05" OR "extern" OR "snapshot")... But for each release, the feature will have to be updated, while it is very easy to just filter the colum, using the header filter.
1 Like
Maybe this one (?) - When selecting
Type: Board
Ethernet 1G
Ethernet 2.5G
Ethernet 10G
=> results show only SBCs with 10G - shouldn't this list all SBCs with either 1G, 2.5G or 10G ?
see https://soif.github.io/OpenWrtTOH/?features=eth_1g,eth_2d5g,eth_10g,type_board&view=mini
Edit: probably this is a perspective difference between developers and end users (?)
-developers treat the selected Ethernet options as x AND y AND z
-end users treat the selected Ethernet options as x OR y OR Z
You're right it's not a bug: all feature filters are "AND" conditions.
This means that if you select some features they must be all true.
so if you have 1G & 2.5G & 10G, you wiill only see devices that match all these 3 conditions.
It's a PSE not a PD. i.e. it's a PoE switch that sources power, it's not powered over PoE.
Similarly another example but I haven't checked since it's new to being supported is the Cisco/Meraki MX65 has two (unsupported at the moment) PSE ports and it's a router. It's not powered over PoE.
Fine, but in which field am I supposed to find this information?
And what is the keyword to seach for?
I don't have a good solution that isn't a bunch of if statements =P (Without standardising the Power supply section...)
The main thing is if it has PoE in the name it isn't necessarily a PoE PD, or PoE PSE. If it's a switch it's more than likely a PSE. But there are also PoE powered switches....
The quick fix is rather than having the term PoE saying PoE powered, is that it is PoE capable. Whether it's a PD or PSE, nor to which standard etc...
If one does want to add some logic, which then can be used to inform how data is entered into the ToH:
A good place to start would be look for "PD" and "PSE" keywords.
"PoE Powered Device" and "PoE Power Sourcing Equipment". But as discussed previously you'll have lots of variations etc. There are also devices that are PoE PD's and PoE PSE's at the same time on different ports.
Unless it's one of the rare exceptions (I think FortiAP 421E?) devices usually don't have more than one PoE PD port. But there are devices that have a PoE PD port and PoE PSE ports.
Yeah, for example I have a Mikrotik RB260GS, which is PoE PD but not 802.3, it's passive. What a nightmare device. Just saying "PoE" is the start of a long conversation.
Why call it a PoE PD which is an 802.3 term but it's not actually in a PoE PD class? =P
I dislike it when they can't afford to put in a PoE PD controller. Or like even do the bare minimum for class0 which is like a resistor and a comparator/zener circuit etc so you turn on/off after 44v or whatever. Oh and too cheap for an isolated converter and 60V mosfets =P
But yeah you're right also need to consider passive PoE devices....
Presets are now targeted towards All-In-One routers
Perhaps you could consider to make Presets based on Device Type for modular setups as well?
Example:
| Preset | Features |
|---|---|
| All-In-One Router | Device Type = WiFi Router, minimal 16MB Flash, minimal 128MB RAM |
| Access Point | Device Type = Wifi AP, minimal 16MB Flash, minimal 128MB RAM |
| Core Router | Device Type = Single Board Computer, minimal 128MB RAM |
| LTE Router | Modem Type = LTE, minimal 16MB Flash, minimal 128MB RAM |
| Travel Router | Device Type = Travel Router, minimal 16MB Flash, minimal 128MB RAM |
| Switch | Device Type = Switch, minimal 16MB Flash, minimal 128MB RAM |
Maybe also make a note so users have an idea when more memory is needed:
*Flash: increase based on needed additional packages size (i.e. samba4 is an example of a large package)
*RAM: increase when ie. making use of large adblock lists. Also increase for ipq40xx ath9k, ath10k targets
Following your remarks, I've just released TOH v1.53 to change the POE fetaure filter description from "PoE powered" to "PoE capable".
2 Likes
Sounds great but, IMHO it should become only features filters for "device Type" & "Modem Type".
Because if implemented as preset, someone would argue that we would need some variations of the preset for every RAM/flash, features etc... and the preset list would then become very long.
The idea of the presets, is to have some very common set of filter features, then if you want to filter more (ie Device type, Modem type), you are just one click away of adding another/some filter feature(s), or using the header filters.
What is your opinion?
Is a Dropdown menu for Device Type -with available options- possible to implement?
not that easy (versus adding new checkbox features filters) but possible 
2 Likes
I've just published V1.60 of my Enhanced TOH.
It tries to mimic the current OpenWrt Firmware-Selector look.
2 Likes
very nice.
Suggestion for next iteration:
drop the string prefixes "MediaTek ", "Qualcomm " and "Atheros " when importing CPU, switch and Wifi chip names.
How can I get a list of devices with minimal 256MB RAM?
When I enter this value I still see devices with less memory
1 Like
Good catch @ed8 
!
This is, again, due to the fact that the TOH database is not clean, and thus filtering & sorting can not work flawlessly without patching the way the data are processed.
In this particular case, it is because we have some RamMb entries such as "more than 4G" or "64, 128, 256", instead of only a raw number.
I will code a patch for this, and publish it ASAP.
BTW, i would appreciate if you (everyone) could hunt for other bugs like this in any other columns, so that I can also patch them. 
3 Likes