Odp: XUNISON Exigo D50 5G
Jak chcesz to mogę ci wystawić kombinacje jaką używam.
Mozesz podeslac ten do Lucyny, zaoszczedzi mi to roboty i szybciej udostepnie swoj obraz/zrodla.
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Sprzęt / Hardware → XUNISON Exigo D50 5G
Strony Poprzednia 1 … 17 18 19 20 21 22 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
Jak chcesz to mogę ci wystawić kombinacje jaką używam.
Mozesz podeslac ten do Lucyny, zaoszczedzi mi to roboty i szybciej udostepnie swoj obraz/zrodla.
https://filebin.net/s3g8db6hahzlku6i
Musiałem ci wystawić w pojedynczych plikach, bo całego folderu nie akceptowało.
https://filebin.net/s3g8db6hahzlku6i
Musiałem ci wystawić w pojedynczych plikach, bo całego folderu nie akceptowało.
Ok, dziekowac zerkne na to wieczorem.
Po co tworzysz własny qmodem-lite? Jeżeli to quectelowe działa to zostaw tak jak jest i tyle. Dlaczego chcesz powołać do życia nowy byt?
Po co tworzysz własny qmodem-lite? Jeżeli to quectelowe działa to zostaw tak jak jest i tyle. Dlaczego chcesz powołać do życia nowy byt?
Przeciez napisalem dopiero co ze u mnie nie dziala, jakby dzialalo to bym sie nie produkowal. U mnie jak testowalem wczesniej protokol Quectel jest niewidoczny, nie mam go do wyboru.
To co działa? Na czym się ostatecznie połączyłeś? Bo myślałem że właśnie na quectelowych rzeczach.
U mnie dzialalo mhi_q + /usr/bin/quectel-CM-M -4 -n 1 -s apn.
Pogrzebałem jeszcze trochę w logach i w pliku pci_generic.c. W sterownikach od quectela w logach pojawia się takie cos:
[ 30.838683] [i][mhi0][mhi_dtr_probe] Enter for DTR control channel
[ 30.838724] [i][mhi0][__mhi_prepare_channel] Entered: preparing channel:18
[ 30.841481] [i][mhi0][mhi_dump_tre] carl_ev evt_cmd_comp code=1, type=33
[ 30.841591] [i][mhi0][__mhi_prepare_channel] Chan:18 successfully moved to start state
[ 30.841617] [i][mhi0][__mhi_prepare_channel] Entered: preparing channel:19
[ 30.845220] [i][mhi0][mhi_dump_tre] carl_ev evt_cmd_comp code=1, type=33
[ 30.845359] [i][mhi0][__mhi_prepare_channel] Chan:19 successfully moved to start state
[ 30.845461] [i][mhi0][mhi_dtr_probe] Exit with ret:0
[ 30.846694] [i][mhi_netdev_enable_iface] Prepare the channels for transfer
[ 30.846754] [i][mhi0][__mhi_prepare_channel] Entered: preparing channel:100
[ 30.873402] [i][mhi0][mhi_dump_tre] carl_ev evt_cmd_comp code=1, type=33
[ 30.873802] [i][mhi0][__mhi_prepare_channel] Chan:100 successfully moved to start state
[ 30.873831] [i][mhi0][__mhi_prepare_channel] Entered: preparing channel:101
[ 30.883688] [i][mhi0][mhi_dump_tre] carl_ev evt_cmd_comp code=1, type=33
[ 30.884434] [i][mhi0][__mhi_prepare_channel] Chan:101 successfully moved to start state
[ 30.890633] [i][mhi_netdev_enable_iface] Exited.W pliku pci_generic.c pod konfigiem modemu są kanały 100 i 101, ale nie ma 18 i 19 i nie wiem za co one odpowiadają. Może to jest przyczyna że ten modem nie chcę działać na generycznym sterowniku ?
Kolega @lukasz3134 podzielil sie pakietem luci-proto-quectel
'use strict';
'require rpc';
'require form';
'require network';
var callFileList = rpc.declare({
object: 'file',
method: 'list',
params: [ 'path' ],
expect: { entries: [] },
filter: function(list, params) {
var rv = [];
for (var i = 0; i < list.length; i++) {
if (list[i].name.match(/^cdc-wdm/) || list[i].name.match(/^mhi_QMI/))
rv.push(params.path + list[i].name);
}
return rv.sort();
}
});
network.registerPatternVirtual(/^quectel-.+$/);
network.registerErrorCode('CALL_FAILED', _('Call failed'));
network.registerErrorCode('NO_CID', _('Unable to obtain client ID'));
network.registerErrorCode('PLMN_FAILED', _('Setting PLMN failed'));
return network.registerProtocol('quectel', {
getI18n: function() {
return _('Quectel Cellular');
},
getIfname: function() {
return this._ubus('l3_device') || 'quectel-%s'.format(this.sid);
},
getOpkgPackage: function() {
return 'quectel-cm';
},
isFloating: function() {
return true;
},
isVirtual: function() {
return true;
},
getDevices: function() {
return null;
},
containsDevice: function(ifname) {
return (network.getIfnameOf(ifname) == this.getIfname());
},
renderFormOptions: function(s) {
var dev = this.getL3Device() || this.getDevice(), o;
o = s.taboption('general', form.Value, '_modem_device', _('Modem device'));
o.ucioption = 'device';
o.rmempty = false;
o.load = function(section_id) {
return callFileList('/dev/').then(L.bind(function(devices) {
for (var i = 0; i < devices.length; i++)
this.value(devices[i]);
return form.Value.prototype.load.apply(this, [section_id]);
}, this));
};
o = s.taboption('general', form.Value, 'apn', _('APN'));
o.validate = function(section_id, value) {
if (value == null || value == '')
return true;
if (!/^[a-zA-Z0-9\-.]*[a-zA-Z0-9]$/.test(value))
return _('Invalid APN provided');
return true;
};
o = s.taboption('general', form.Value, 'pincode', _('PIN'));
o.datatype = 'and(uinteger,minlength(4),maxlength(8))';
o = s.taboption('general', form.ListValue, 'auth', _('Authentication Type'));
o.value('mschapv2', 'MsChapV2');
o.value('pap', 'PAP');
o.value('chap', 'CHAP');
o.value('none', 'NONE');
o.default = 'none';
o = s.taboption('general', form.Value, 'username', _('PAP/CHAP username'));
o.depends('auth', 'pap');
o.depends('auth', 'chap');
o.depends('auth', 'mschapv2');
o = s.taboption('general', form.Value, 'password', _('PAP/CHAP password'));
o.depends('auth', 'pap');
o.depends('auth', 'chap');
o.depends('auth', 'mschapv2');
o.password = true;
o = s.taboption('advanced', form.Value, 'delay', _('Modem init timeout'),
_('Maximum amount of seconds to wait for the modem to become ready'));
o.placeholder = '30';
o.datatype = 'min(1)';
o = s.taboption('advanced', form.Value, 'mtu', _('Override MTU'));
o.placeholder = dev ? (dev.getMTU() || '1500') : '1500';
o.datatype = 'max(9200)';
o = s.taboption('general', form.ListValue, 'pdptype', _('PDP Type'));
o.value('ipv4v6', 'IPv4/IPv6');
o.value('ipv4', 'IPv4');
o.value('ipv6', 'IPv6');
o.default = 'ipv4v6';
o = s.taboption('advanced', form.Flag, 'defaultroute', _('Use default gateway'),
_('If unchecked, no default route is configured'));
o.default = o.enabled;
o = s.taboption('advanced', form.Value, 'metric', _('Use gateway metric'));
o.placeholder = '0';
o.datatype = 'uinteger';
o.depends('defaultroute', '1');
}
});dzialajacym.
Pakiet powinien szukac
/dev/mhi_QMI0 ktory u mnie jest
/dev/mhi_BHI
/dev/mhi_DIAG
/dev/mhi_DUN
/dev/mhi_LOOPBACK
/dev/mhi_QMI0a ja protokolu do wyboru nie mam, sam plik lezy sobie obok innych plikow protokolow, uprawnienia sie zgadzaja.
Zmiana
getOpkgPackage: function() {na aktualnie stosowana funkcje tez nic nie zmienia.
Wgralem testowo fw od kolegi lytr ktore kiedys przygotowal, tam mam protokol do wyboru, ale wskazanie dostepnych urzadzen tworzy interfejs np. quectel-modem a nie

No nie mów że to co ci podesłałem nie działa ? A jeszcze jedno, podczas robienia obrazu, usuń z configu kmod-rmnet, bo to konfliktuje z sterami quectela.
W pliku pci_generic.c pod konfigiem modemu są kanały 100 i 101, ale nie ma 18 i 19 i nie wiem za co one odpowiadają. Może to jest przyczyna że ten modem nie chcę działać na generycznym sterowniku ?
Modem aby wstal poprawnie potrzebuje odpowiedniej sekwencji, ktora sterownik mhi_q potrafi wykonac. O ile pamietam nawet widac to w logach.
No nie mów że to co ci podesłałem nie działa ? A jeszcze jedno, podczas robienia obrazu, usuń z configu kmod-rmnet, bo to konfliktuje z sterami quectela.
Nie byloby tematu jakby dzialalo
chyba ze ten kmod-rmnet jak mowisz cos miesza, ale ja neta normalnie mam jak recznie sie polacze. Pakiety do Lucyny tez normalnie na ttyUSB2 lataja.
Bo to chyba musi być odpowiednia kombinacja quectel-cm, luci-proto-quectel i sterownik pcie od quectela. Jutro może spróbuję to jakoś wrzucić na githuba to co ja użyłem.
Bo to chyba musi być odpowiednia kombinacja quectel-cm, luci-proto-quectel i sterownik pcie od quectela. Jutro może spróbuję to jakoś wrzucić na githuba to co ja użyłem.
Narobili wariacji tych pakietow, to teraz szukaj co sie skompiluje i jeszcze zadziala z modemem. Porazka..
Zwracam honor, pakiet luci-proto-Quectel rzeczywiscie dziala i normalnie konfiguruje polaczenie. Widac mialem jakas pomerdana wersje.
Ogolnie zrobilem obraz do testow, jest na moim githubie.
@lukasz3134 jeżeli budujesz swoje obrazy poleciała aktualizacja plików na github.
Zrobiłem też nowy obraz:
openwrt-qualcommax-ipq50xx-xunison_exigo-hub-d50-5g-squashfs-factory.img
Poza usb na ten moment w moich obrazach dziala wszystko, ale co by nie bylo tak pieknie to:
- Jest globalny problem z obsluga diody LED od Wi-Fi, jest jedna dioda i dwa radia. Z tego co widzialem OpenWrt ma z tym problem a przeciez wiele urzadzen ma tylko jedna diode. Ja do tego uzylem https://github.com/openwrt/openwrt/pull/19903 i to dziala.
- Jest problem z dioda WAN, nie jest dodana oficjalnie obsluga sprzetowa, wiec wypadaloby ja wylaczyc.. ale podpiecie diody pod latke wyzej tez od biedy rozwiazalo ten problem.
- Modem ma problem ze startem na sterownikach innych niz mhi_q. Nie wiem czy to problem sterownika dla tego quectela czy brakuje gpio do pelnej sekwencji startu modemu.
Uprzejmie informuję, że paczki do quectela, które ci przesłałem, nie działają na kernelu 6.18 haha. Wiem, bo próbowałem je skompilować do BPI-R4 na snapshot, a tam już jest kernel 6.18.
Uprzejmie informuję, że paczki do quectela, które ci przesłałem, nie działają na kernelu 6.18 haha. Wiem, bo próbowałem je skompilować do BPI-R4 na snapshot, a tam już jest kernel 6.18.
Chwilowo nie dzialaja.. lub akurat te nie dzialaja.. na bank ktos tego juz uzywa. Dopiero co 6.12 uruchomilem, wiec poczekam na 6.18.
Gratuluje uporu i sukcesu.
Ten model na Ali jest po 464pln, po ile go braliscie?
Czy jest wart rozważenia, czy tez lepiej dac sobie spokoj?
Ja chyba kupie jeszcze jedną sztukę i będę walczył z tym pci-generic. Ta co mam zostaje jak jest teraz na mhi_q.
Gratuluje uporu i sukcesu.
Ten model na Ali jest po 464pln, po ile go braliscie?
Czy jest wart rozważenia, czy tez lepiej dac sobie spokoj?
Wszystko kwestia tego ile masz kasy i co ci potrzeba. Jezeli mozna uruchomic juz OpenWrt to cena na bank wzrosnie bo ciut mniej kosztuje sam modem, a tu jest caly router i to z modemem na pcie. Mi tylko brakuje usb ale za ta kase to i tak hit.
Jak znajde chwile to zaprojektuje jeszcze podstawke do wydrukowania aby na dole wpiac lepsze anteny.
Gratulacje. Czy warto było? Jeżeli chodzi o doświadczenie to tak.
Gratulacje. Czy warto było? Jeżeli chodzi o doświadczenie to tak.
Bylo warto bo router zyskal nowszy kernel, aktualne latki bezpieczenstwa i jest szansa że jeszcze troche podziala, rowniez na pakietach z eko one.
Gdyby nie mocna praca zespolowa, nie byloby tego stanu. Tez sie do tego Cezary przyczyniles. Ja staralem sie za bardzo w calym procesie nie przeszkadzac
.
Gratuluję że się udało, a co do obsługi modemu jest możliwość konfiguracji za pomocą luci?
Strony Poprzednia 1 … 17 18 19 20 21 22 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
eko.one.pl → Sprzęt / Hardware → XUNISON Exigo D50 5G
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc