Wizzup | freemangordon: did you end up mailing nikolaus wrt sgx userspace builds? | 00:35 |
---|---|---|
freemangordon | Wizzup: no, will do today | 07:09 |
buZz | uvos__: could you add those two middle tabs on maseratiBatteryAdapter.tar.xz ? then we could maybe turn it into a product, so people could add a thermistor thats the right value, maybe some BMS for safety , and easily adopt new cells | 07:36 |
buZz | when i say product, i just mean some howto send to to pcbway/something to order flex pcbs yourself :) | 07:37 |
uvos__ | buZz: not so easy | 08:55 |
uvos__ | from memory: the tabs have to be raised relative to the screw holes | 08:56 |
uvos__ | you cant really do that with a pcb, you would need to add pads to the pcb and then solder some copper blocks to those or something like that | 08:56 |
uvos__ | also the way the current design works | 08:57 |
uvos__ | you have to have the copper layer up towards the battery door | 08:57 |
uvos__ | so you can solder the batery wires to the pcb | 08:57 |
uvos__ | if you flipp it over it would short against the rf shield | 08:58 |
freemangordon | uvos__: re ofono logs - did you set both variables I told you? | 08:58 |
uvos__ | so you would have to do a 2 layer design | 08:58 |
uvos__ | freemangordon: yes i added -d /etc/default/ofono* | 08:58 |
uvos__ | and the envvar to /etc/init.d/ofono | 08:58 |
uvos__ | did it not work? | 08:58 |
freemangordon | as I see only qmy logs, but not at ones | 08:58 |
uvos__ | ok | 08:59 |
uvos__ | hmm | 08:59 |
uvos__ | maybe i did something wrong | 08:59 |
uvos__ | i dident know what your soupposed to see in the log | 08:59 |
freemangordon | when you have both set, one can see both qmi and at traces in ofono.log | 08:59 |
freemangordon | now it is very hard (if possible at all) to match ofono vs n_gsm logs | 09:00 |
uvos__ | cat /etc/default/ofono | 09:00 |
uvos__ | DAEMON_OPTS=-d | 09:00 |
uvos__ | cat /etc/init.d/ofono | 09:01 |
uvos__ | ... | 09:01 |
uvos__ | export OFONO_QMI_DEBUG=1 | 09:01 |
uvos__ | something missing? | 09:01 |
freemangordon | yes, I said two vars :) | 09:01 |
uvos__ | oh ok | 09:01 |
uvos__ | whats the other one? | 09:01 |
freemangordon | sec | 09:01 |
buZz | uvos__: maybe one of those pcb houses that also does manufacturing can add something liek that? | 09:02 |
uvos__ | sure most can | 09:03 |
uvos__ | its called pcb assembly | 09:03 |
buZz | right | 09:03 |
uvos__ | and is quite expensive | 09:03 |
freemangordon | uvos__: https://libera.irclog.whitequark.org/maemo-leste/2022-09-27#33042805; | 09:04 |
buZz | heh yes, 250 usd for 10x 40x10mm flexpcb with stiffener and 2 SMD parts (thermistor and whatever lump of copper?) | 09:07 |
buZz | oh wait, without pcb assembly the 10x 40x10mm flexpcb are 210 usd | 09:08 |
buZz | maybe i have expensive options selected :P | 09:08 |
buZz | ~135 usd for 100x 40x10mm flexpcb, 2 layers, 0.23mm with a 0.1mm stiffener | 09:15 |
buZz | and assembled with 2 unique parts -> 540 usd for 100 pieces | 09:15 |
buZz | ¯\_(ツ)_/¯ | 09:15 |
buZz | uvos__: what about just 'solder something of copper here' as instruction? :P | 09:16 |
uvos__ | sure | 09:18 |
uvos__ | very small though | 09:18 |
uvos__ | for agv people | 09:18 |
uvos__ | freemangordon: ok ill regrab the logs in ~2h | 09:18 |
freemangordon | ok | 09:19 |
uvos__ | freemangordon: i gues for the sms log its not relevant | 09:29 |
uvos__ | as dmseg dosent show any at commands during this time? | 09:29 |
buZz | uvos__: i'm not against distributing such pcbs, and also feel able to solder blobs and thermistors to it | 12:08 |
buZz | but not sure if thats the best goal to target, but 100 pcbs are the same price as 10 | 12:08 |
freemangordon | uvos__: if possible, clean the old logs before capturing new ones | 12:24 |
uvos__ | freemangordon: i got the logs | 12:25 |
uvos__ | i deleted the ofono log right before | 12:26 |
uvos__ | they are in te same place on my host | 12:26 |
uvos__ | the *2.log ones | 12:26 |
uvos__ | the logs are from boot | 12:27 |
freemangordon | thanks | 12:27 |
uvos__ | through sim unlock (yes i misstyped the pin once - this is not important) | 12:27 |
uvos__ | then it connects | 12:27 |
uvos__ | and then it looses signal | 12:27 |
uvos__ | (not pictured) restarting ofono at that point gets the signal back | 12:28 |
uvos__ | i presume i dont need to recapture the sms problem (incomeing sms are allawys stuck in pending) | 12:29 |
uvos__ | since this dosent seam to touch the at interface at all | 12:29 |
uvos__ | OUTGOING not incomeing sry | 12:29 |
freemangordon | uvos__: so, it does not understand when the signal is recovered? | 12:31 |
freemangordon | is this the major issue? | 12:32 |
uvos__ | it never reconnects unless a restart is issued | 12:32 |
uvos__ | so either 1. its not instructing the modem to try and search for a netwok again (but why dose qmictl show one?), 2. it dosent realise the modem has reconnected | 12:33 |
uvos__ | 3. the modem never looses signal at all | 12:33 |
uvos__ | if its 1 or 2, why dose the modem allways loose network registration right after ofono starts? | 12:33 |
uvos__ | (the first time) | 12:34 |
freemangordon | do you have some timestamp of the lost signal? | 12:35 |
uvos__ | hmm not sure how to do that | 12:35 |
uvos__ | maybe tirgger on some dbus singal? | 12:35 |
freemangordon | ok, no issue | 12:35 |
uvos__ | ok so looks like the network is indeed lost right after ofono starts | 12:36 |
uvos__ | if you watch qmicli | 12:36 |
uvos__ | it goes to state | 12:36 |
freemangordon | what state? | 12:36 |
uvos__ | not-registerd-seaarching for a while | 12:36 |
freemangordon | ok | 12:36 |
uvos__ | and then it reconnects (as shown by qmicli) | 12:37 |
freemangordon | I guess it is this "Oct 4 12:20:51 localhost ofonod[3308]: drivers/qmimodem/network-registration.c:event_notify() signal with -1%(-125 dBm) on 4" | 12:37 |
uvos__ | (possible also messing with qmicli here changes the result) | 12:37 |
uvos__ | since it wakes the modem | 12:37 |
freemangordon | and then "drivers/qmimodem/network-registration.c:extract_ss_info() roaming 2 lac -1 cellid -1 tech -1" | 12:38 |
freemangordon | src/gprs.c:netreg_status_changed() 2 (searching) | 12:38 |
freemangordon | ok, will have a look | 12:39 |
uvos__ | the same thing also happens later | 12:39 |
uvos__ | if i really do loose connection by leaving the range of a tower | 12:39 |
uvos__ | it dosent seam to ever find a new one after that | 12:40 |
freemangordon | ok | 12:40 |
uvos__ | i again have to restart ofono for it to get it back | 12:40 |
freemangordon | I will try to re-create by putting it in the fridge | 12:40 |
freemangordon | or wrapping with a foil | 12:41 |
uvos__ | microwave works well | 12:41 |
uvos__ | (just dont turn it on :D) | 12:41 |
freemangordon | uvos__: oh, btw, is there aby way to have a stable usb connection? | 12:41 |
freemangordon | *a way | 12:41 |
uvos__ | usb otg? | 12:41 |
freemangordon | no | 12:41 |
uvos__ | or slave | 12:41 |
freemangordon | slave | 12:41 |
freemangordon | with networking | 12:41 |
freemangordon | it disconnects here every now and then | 12:42 |
uvos__ | there is some issue with it dissconnecting when cpcap-charger changes charge state | 12:42 |
freemangordon | making it a nightmare to debug radio issues | 12:42 |
uvos__ | maybe interferance | 12:42 |
freemangordon | maye rmmod cpcap-charger? | 12:42 |
uvos__ | just dont use cpcap-charger and power the device some other way | 12:42 |
uvos__ | freemangordon: just disable charge current in sysfs | 12:42 |
freemangordon | ok | 12:43 |
freemangordon | thanks | 12:43 |
uvos__ | is sufficant | 12:43 |
uvos__ | as a workaround | 12:43 |
freemangordon | this is /usb node, right | 12:43 |
freemangordon | the limit | 12:43 |
uvos__ | right | 12:43 |
freemangordon | charge_current_limit? | 12:43 |
freemangordon | ok | 12:43 |
freemangordon | ttyl | 12:43 |
uvos__ | pretty sure yes | 12:43 |
uvos__ | ttyl | 12:43 |
freemangordon | hmm, cannot make it lose signal :( | 16:50 |
freemangordon | wripping it in foild does not help | 16:50 |
freemangordon | *wrapping | 16:50 |
freemangordon | fridge does not help either | 16:56 |
freemangordon | uvos: please unlock the device, stop mce and try to repro | 17:08 |
freemangordon | though I don't see SCRN command | 17:09 |
freemangordon | hmm | 17:09 |
freemangordon | still, make sure mce has send SCRN at least once | 17:11 |
freemangordon | and then unlock, stop mce ane see if it still the same | 17:12 |
freemangordon | uvos: what "and then it looses signal" is supposed to mean? there are no bars in hildon-status menu? or the place there of gsm is empty? | 17:58 |
freemangordon | *fir gsm | 17:58 |
freemangordon | uvos: oh, ok, I can reproduce it by doing AT+SCRN=0 and then switching the technology | 18:05 |
freemangordon | /usr/share/ofono/scripts/set-tech-preference gsm | 18:05 |
freemangordon | for example | 18:05 |
Wizzup | freemangordon: well, what should set scrn=0 then? | 18:29 |
freemangordon | "(19,16,41) freemangordon: I need to think a while how to integrate ofono with screen lock" | 18:30 |
freemangordon | :) | 18:30 |
freemangordon | IOW- no idea | 18:30 |
freemangordon | but kernel does not seem to copy the data to all the clients | 18:30 |
freemangordon | hmm, wait | 18:31 |
freemangordon | mce does not red | 18:31 |
freemangordon | *read | 18:31 |
freemangordon | so, scratch that | 18:31 |
uvos | freemangordon: "uvos: what "and then it looses signal" is supposed to mean? there are no bars in hildon-status menu? or the place there of gsm is empty?" | 18:46 |
uvos | bars go away so dose 2g so dose the operator name | 18:46 |
uvos | ofono ./list-modems lists no connection | 18:46 |
uvos | someone sets SCRN=0 on android | 18:47 |
uvos | idk who presumeably its moto_ril | 18:48 |
uvos | since it contains the string | 18:48 |
uvos | freemangordon: it happens even when i never allow mce to turn off the display | 18:49 |
uvos | so mce never sets scrn at all | 18:50 |
uvos | i can also try with mce totaly disabled in a sec | 18:50 |
freemangordon | uvos: make sure SCRN=1 when you disable mce | 19:46 |
freemangordon | as I said earlier - unlock, stop mce and retry | 19:47 |
Wizzup | uvos: btw, did you see spinals typo fixes pr? | 20:13 |
buZz | hehe | 20:14 |
buZz | on what now? :P | 20:14 |
Wizzup | from a few days ago I think | 20:20 |
buZz | gee, not a single page on the wiki mentions sfone | 21:00 |
Wizzup | buZz: mhm, well, it's lacking quite some things (libnotify is one) | 21:04 |
Wizzup | (as does conversations) | 21:04 |
Wizzup | I think we usually don't mention things too explicitly unless we agree they work well enough | 21:04 |
Wizzup | but maybe that's not the right approach | 21:04 |
buZz | i'm planning to at least go through the extras and make pages for it | 21:04 |
buZz | i think we should document what we have, as people want to use it | 21:04 |
Wizzup | agreed @ extras | 21:07 |
Wizzup | once sphone hits non-devel I think we ought to document it | 21:07 |
Wizzup | (well) | 21:07 |
buZz | we could already document it though | 21:17 |
Wizzup | mhm | 21:18 |
Wizzup | sure | 21:18 |
buZz | is there a easy way to query the current CellId ? | 21:27 |
buZz | i'm grepping it out of iad_conndlg.log now, but feels a bit dirty :P | 21:28 |
Wizzup | yeah, I will disable that soon (the debug logs) | 21:29 |
Wizzup | mdbus2 will tell you | 21:29 |
Wizzup | mdbus2 -s org.ofono /motmdm_0 org.ofono.NetworkRegistration.GetProperties | 21:30 |
buZz | ah yezz | 21:33 |
Wizzup | I am not sure if it updates with SCRN=0, but I think it does | 21:34 |
buZz | thats backlight disabled mode? | 21:34 |
Wizzup | screen off yes | 21:35 |
buZz | ah 'jq' , i keep forgetting about that tool :) (cmdline json parser) | 21:37 |
Wizzup | not sure if you can use it to parse mdbus2 output | 21:37 |
Wizzup | it's not json | 21:37 |
buZz | smells alike :P | 21:37 |
Wizzup | won't work, pretty sure | 21:37 |
buZz | hmmz, opening the internet connections in statusbar still disconnects gprs , but not wifi | 21:38 |
buZz | not sure if thats a bug or not :P | 21:38 |
buZz | hmm, org.ofono.NetworkMonitor.GetServingCellInformation actually gets less information? | 21:44 |
buZz | and .GetNeighbouringCellInformation isnt implemented :( aww | 21:45 |
freemangordon | Wizzup: https://github.com/maemo-leste-upstream-forks/ofono/commit/cbffe1d6d3a1872db5454327a4f8c6f20419bd5f | 21:50 |
freemangordon | I know you said this is a hack | 21:50 |
buZz | oh man, these all look so nice to have; https://kernel.googlesource.com/pub/scm/network/ofono/ofono/+/1.22/doc/networkmonitor-api.txt | 21:51 |
freemangordon | but, I think we have another issue | 21:51 |
buZz | but we dont :( (on d4) | 21:51 |
freemangordon | what I see returned is 2 some times | 21:51 |
buZz | 2 registrations? | 21:52 |
buZz | oh, 2 radio_if_count ? | 21:52 |
freemangordon | which is not defined https://github.com/maemo-leste-upstream-forks/ofono/blob/maemo-ofono/drivers/qmimodem/nas.c#L26 | 21:53 |
buZz | Modem.GetProperties does -claim- the modem supports 'rat' :P (whatever that may be) | 21:53 |
freemangordon | Radio Access Technology | 21:53 |
freemangordon | Wizzup: see https://chromium.googlesource.com/chromiumos/third_party/libqmi/+/factory-4455.228.B/libqmi-glib/qmi-enums-nas.h#59 | 21:53 |
freemangordon | so the correct patch would be to add those, no? | 21:54 |
buZz | arent those https://github.com/maemo-leste-upstream-forks/ofono/blob/maemo-ofono/drivers/qmimodem/nas.h#L102 | 21:55 |
buZz | ah yeah, i see what you mean, seems logical to add the others | 21:55 |
buZz | freemangordon: where are you receiving CDMA_1XEVDO ? | 21:56 |
freemangordon | here | 21:56 |
freemangordon | well, on ofono logs | 21:56 |
buZz | hehe, what nation? :) | 21:56 |
freemangordon | BG | 21:56 |
buZz | oh, cool :) | 21:56 |
freemangordon | this is just for a moment when I switch from umts to gsm | 21:56 |
Wizzup | freemangordon: sorry, what do you want to add? | 21:57 |
buZz | The CDMA Development Group states that, as of April 2014, there are 314 operators in 118 countries offering CDMA2000 1X and/or 1xEV-DO service.[7][needs update] | 21:57 |
buZz | my god | 21:57 |
buZz | :D | 21:57 |
buZz | Wizzup: extra types of QMI_NAS_NETWORK_RAT_* | 21:57 |
buZz | missing ones | 21:57 |
freemangordon | the missing values | 21:57 |
buZz | (which is now hardcoded to -1 always? or something, i didnt understand that) | 21:57 |
freemangordon | I think those missing is the reason you get -1 | 21:57 |
buZz | https://github.com/maemo-leste-upstream-forks/ofono/commit/cbffe1d6d3a1872db5454327a4f8c6f20419bd5f | 21:58 |
Wizzup | freemangordon: it will still override the value from radio0 with the value from radio1 ,no? | 21:58 |
freemangordon | yes, but IIUC radio1 is with priority to radio0 | 21:58 |
Wizzup | if you say cdma is | 21:58 |
freemangordon | cdma is before gsm/umts | 21:59 |
freemangordon | so gsm/umts will override | 21:59 |
Wizzup | then my patch is not necessary | 21:59 |
Wizzup | but it is | 21:59 |
Wizzup | iiuc | 21:59 |
freemangordon | I don't see why it is needed | 21:59 |
Wizzup | ok, maybe this without and see | 22:00 |
buZz | at the very least, ofono will improve from knowing the missing libqmi network types | 22:00 |
freemangordon | mhm | 22:00 |
freemangordon | but I will have to map | 22:00 |
buZz | which -might- remove the -1 output | 22:00 |
buZz | yeah, in that function? | 22:01 |
freemangordon | what is CDMA? GSM? | 22:01 |
buZz | UMTS | 22:01 |
Wizzup | CDMA is not umts | 22:01 |
Wizzup | this is the us radio tech | 22:01 |
freemangordon | it is not umts | 22:01 |
buZz | CDMA2000 compares to UMTS, a competing set of 3G standards, which is developed by 3GPP and used in Europe, Japan, China, and Singapore. | 22:01 |
buZz | right | 22:01 |
buZz | https://en.wikipedia.org/wiki/CDMA2000 | 22:01 |
freemangordon | https://www.electronics-notes.com/articles/connectivity/cdmaone-cdma2000/cdma2000-1xevdo-basics.php | 22:01 |
buZz | this amazed me > The CDMA Development Group states that, as of April 2014, there are 314 operators in 118 countries offering CDMA2000 1X and/or 1xEV-DO service.[7][needs update] | 22:01 |
buZz | -118- countries, is almost all the countries that exist? | 22:02 |
buZz | > The intended 4G successor to CDMA2000 was UMB (Ultra Mobile Broadband); however, in November 2008, Qualcomm announced it was ending development of the technology, favoring LTE instead.[8] | 22:02 |
freemangordon | Wizzup: do you remember *why* that patch was needed? | 22:03 |
Wizzup | yes, otherwise we get no technology reported, since cdma is second in the loop | 22:04 |
Wizzup | without it you get no 2g/3g indicator | 22:04 |
freemangordon | hmm, not here | 22:05 |
freemangordon | here it is first | 22:05 |
freemangordon | so, reverting the patch and adding missing defines should be the right fix, no? | 22:05 |
freemangordon | ok, but how do we know which one to show? | 22:06 |
freemangordon | like, why is cdma even reported here? | 22:06 |
Wizzup | well, we want to show the one that is active/online | 22:07 |
freemangordon | oh, ok, I see what you mean now: | 22:08 |
freemangordon | Oct 4 19:22:06 localhost ofonod[5563]: drivers/qmimodem/gprs.c:extract_ss_info() radio in use 5 | 22:08 |
freemangordon | Oct 4 19:22:06 localhost ofonod[5563]: drivers/qmimodem/gprs.c:extract_ss_info() radio in use 2 | 22:08 |
freemangordon | so, how do select to show 5 and not 2? | 22:08 |
Wizzup | don't know | 22:08 |
freemangordon | umts vs cdma? | 22:08 |
freemangordon | ugh | 22:09 |
buZz | oooo, does that mean we could have more than just '2G' or '3G' displayed | 22:09 |
buZz | but also EVDO etc | 22:09 |
buZz | so fancy! | 22:09 |
freemangordon | sure, but do we want to? | 22:09 |
freemangordon | I don;t think so | 22:10 |
buZz | i'd love it :) | 22:10 |
buZz | not that i'll see anything beside GPRS here, i think | 22:10 |
freemangordon | ok, I need some rest | 22:10 |
freemangordon | will continue tomorrow | 22:10 |
freemangordon | night! | 22:10 |
Wizzup | ttyl :) | 22:10 |
freemangordon | oh, a mail from andrew | 22:11 |
freemangordon | obviously I won;t reply today | 22:11 |
freemangordon | bye | 22:11 |
buZz | sleep tight | 22:12 |
buZz | Wizzup: so, what iap_conndlg.log is outputting as 'cellid' , is actually the LocationAreaCode | 22:30 |
buZz | lol, friended ham nerd thinks he can spoof a 700mhz lte network for the droid4 :P | 22:42 |
Wizzup | buZz: yes, I also have hw to do this | 22:46 |
buZz | cool :) | 22:46 |
Wizzup | but never didi t | 22:46 |
Wizzup | I forget what it was called | 22:46 |
buZz | hackRF i guess? | 22:46 |
buZz | or rad1o | 22:47 |
Wizzup | bladerf | 22:47 |
Wizzup | was like 800 usd or so | 22:47 |
buZz | ah, nice | 22:47 |
Wizzup | it's just eating dust at my house for years | 22:47 |
Wizzup | :( | 22:47 |
Wizzup | (2 years) | 22:47 |
buZz | rad1o was the badge of a cccamp, hackrf 'compatible' | 22:47 |
buZz | but its very narrow, maybe 2mhz? | 22:47 |
buZz | zarya is using some VoLTE hardware for it | 22:48 |
buZz | i think .. | 22:48 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!