Wcześniej robiłem dokładnie tak jak opisałeś ale nie działa. Przesyłam moje pliki konfiguracyjne.

/etc/config/network

config interface 'loopback'
        option ifname 'lo'
        option proto 'static'
        option ipaddr '127.0.0.1'
        option netmask '255.0.0.0'

config interface 'lan'
        option ifname 'eth0'
        option type 'bridge'
        option proto 'static'
        option ipaddr '192.168.1.1'
        option netmask '255.255.255.0'

config interface 'wan'
        option proto 'dhcp'

/etc/config/wireless

config wifi-device 'radio0'
        option type 'mac80211'
        option macaddr 'XX:XX:XX:XX:XX:XX'
        option hwmode '11ng'
        list ht_capab 'SHORT-GI-20'
        list ht_capab 'SHORT-GI-40'
        list ht_capab 'RX-STBC1'
        list ht_capab 'DSSS_CCK-40'
        option channel '2'
        option txpower '18'
        option country 'PL'
        option htmode 'HT40+'

config wifi-iface
        option device 'radio0'
        option network 'wan'
        option mode 'sta'
        option ssid 'XXX'
        option key 'XXX'
        option encryption 'psk2+ccmp'

config wifi-iface
        option device 'radio0'
        option network 'lan'
        option mode 'ap'
        option ssid 'XXX'
        option key 'XXX'
        option hidden '1'
        option encryption 'psk2+ccmp'

Cezary po raz kolejny dziękuję! Naprowadziłeś mnie na rozwiązanie. Problem był prozaiczny, a mianowicie dodatkowy wlan  dostał innego MACa, natomiast na routerze głównym oczywiście miałem filtrowanie klientów po MAC... Początkowo miałem tylko wlan w trybie klient bez ap i właśnie jego MACa wpisałem. Jakoś nie zwróciłem na to uwagi, bardziej skupiałem się na szukaniu innych przyczyn.

Nie. Deweloperzy twierdzą że to jest nie do rozwiązania obecnie, jeżeli sta padnie to ciągnie ap ze sobą. Jakiś ticket był nawet na to wystawiony, ale bez rozwiązania.

Przecież to linux, więc tak, możesz napisać sobie dowolne takie skrypty.

Tak się nie da. No jak ma sprawdzić czy jest połączenie jak nie ma interfejsu klienta.

Skrypt jest bardzo prosty:

#!/bin/sh
if ! ping -q -c 1 -I wlan0-1 -W 10 192.168.100.100 > /dev/null; then
    (wifi up) &
fi

gdzie:
wlan0-1 to nazwa interfejsu klienta. Zobacz sobie jaki jest u Ciebie
192.168.100.100 - ip jakieś po tej drugiej stronie które ma być pingowane.

A działanie jest proste - na tym konkretnym interfejsie jest puszczany ping. Jak nie ma odpowiedzi - robiony jest restart całego wifi. Możesz z tego zrobić skrypt, nadać mu prawa wykonania i wrzucić jego wywołanie do crona lub wykonywać to z palca.

Nie wiem czy można by tak zrobić ale mam na myśli następujący scenariusz:
1) sprawdzić w pliku wireless czy interfejs klienta jest disable=0
2) jeżeli disable=1 to wyjście bez zmian
3) jeżeli disable=0 to ping na tym interfejsie
4) jeżeli ping jest ok to wyjście bez zmian
5) jeżeli ping nie odpowiada to zmiana w pliku wireless na disable=1 (na interfejsie klienta) i reset wifi tak aby działał sam AP

Dzięki, po powrocie do domu sprawdzę.
W kwestii algorytmów - zajmuję się programowaniem m.in. w C# (ostatnio coraz mniej),  głównie projektuję systemy i kieruję projektami, a więc z algorytmami mam do czynienia na co dzień. Niestety troszkę silniej związany z systemami MS, chociaż  coraz bardziej odkrywam zalety linux (jak widać jeszcze na początku edukacji z tej dziedziny) :-)

Zgadza się, ale właśnie dzięki Twojej stronie poznałem możliwości OpenWrt, a wiadomo teraz zadziałała wyobraźnia i pojawiają się nowe pomysły co jeszcze fajnego można zrobić ;-)
Kiedyś znalazłem bardzo ciekawą stronę, na której było opisane wykorzystanie tego typu sprzętu w automatyce domu, a konkretniej sterowanie nawadnianiem ogródka w zależności od prognozy pogody, sterowanie piecem CO uwzględniając odczyty temperatury z pomieszczeń, sterowanie roletami, bramą, monitoring z kopią na zewnątrz... Początkowo byłem zaskoczony ale gdy przekonałem się, że przecież OpenWrt to linux (troszkę okrojony ale jednak), a coraz więcej routerów ma USB, dzięki któremu można łatwo sterować czymś podłączonym (np. arduino) możliwości są praktycznie nieograniczone - wystarczy pomysłowość i odrobina umiejętności.
Obecnie z OpenWrt mam już 1043ND z Gargoyle, a teraz dołączył do niego MR3020 :-)

Skrypt działa jak należy jedynie trzeba zrobić małą korektę w linii:

D=$(uci set wireless.@wifi-iface[1].disabled)

set zamienić na get, a więc po zmianie powinno być:

D=$(uci get wireless.@wifi-iface[1].disabled)

Jeszcze raz wielkie dzięki Cezary.