Dear all,
Time has come to fill out the "Talks/Discussions/Workshop / Hacking"
section of the wiki page.
If you have something you'd like to present, talk about or hack on,
add it there. A simple descriptive title along with an estimated
duration is enough.
I guess we'll collect those for 2/3 weeks and then start making the schedule.
Cheers,
Sylvain
Hello dear osmocom team
first off, thanks for all the work you have
put into this project. Its great to have a starting
point for toying with this new/old technology. ;)
I got myself a C155 and have used osmocom-bb on it
to read some traffic with wireshark. So far everything
works nicely.
Now i wanted to communicate with a second phone and
have tried setting up a BTS following this guide
http://openbsc.osmocom.org/trac/wiki/network_from_scratch
(using a single phone)
My problem is that the phone doesnt transmit anything.
Yes i have enabled the transmitter flag in the Makefile. ;)
When i use osmocon to load the TRX into the phone and start the
osmocom-transceiver i get this debug output from osmocon.
...
Synchronize_TDMA
=>FB @ FNR 26585 fn_offset=2002505 qbits=4924
LOST 1910!
BTS MODE: 255 65535 {0,0,0,0,0,0,0,0} TX 0..7 RX 0..7
After taking a look at the code the values seem weird
and they come from the transceiver function l1ctl_tx_bts_mode()
like that.
/host/layer23/src/transceiver/l1ctl.c:120
As a test i got the phone to transmit something by
overwriting the values on the TRX side.
I havent gone further yet but wanted to ask if someone could
maybe point me to an obvious mistake i did before i
spend more hours on this issue.
A hint as to how i enable the different logging settings
would be great as well.
thanks,
best regards, Christian
Hi everyone,Now I am facing some unknown problem to me.
I am getting the following error messages
(1) on the terminal after uploading layer1:
Failed to write msg to the socket(2) failed to connect to '/tmp/osmocom_sap'
Failed during sap_open (), no SIM reader
<000c> l1ctl.c:118 FBSB RESP: result=255
<000f> sim.c:858 received APDU but no job, please fixShall anyone tell me where I am doing wrong?
What exactly is the problem. Because earlier when I run mobile application then it was working well.Thanks in advance.NeeteshSent from RediffmailNG on Android
From: "neetesh saxena"saxenaneetesh061(a)rediffmail.com
Sent:Wed, 22 Jan 2014 16:51:45 +0530
To: "baseband-devel " baseband-devel(a)lists.osmocom.org
Subject: Query regarding running osmoocomBB
Hi everyone,
>
>Here, i wish to know the answer of a basic question. When I uploaded the firmware onto the mobile phone (with ./osmocon command), I can start other application programs like CCCh program, mobile program in other terminals.
>
>My problem is when I am doing it I can see that the layer1 is uploaded onto the phone but I am not able to switch on my phone. When I again press the red button to start phone, it again starts getting uploaded layer1.
>
>When I terminate the command of uploading firmware and start my phone then I am not able to view of SIM details and it shows me "service is unavailable" or "administratively down".
>
>My question is we need to continue run the terminal with ./osmocon command (for uploading layer1) or i need to stop it after uploading layer1 once onto the phone. When to switched on my phone ?
>
>
>With regards
> Neetesh Saxena...
>
>
>
>Get your own FREE website, FREE domain & FREE mobile app with Company email. Know More >
neetesh saxena wrote:
> My question is we need to continue run the terminal with ./osmocon
> command (for uploading layer1)
Yes.
> or i need to stop it after uploading layer1 once onto the phone.
No.
> When to switched on my phone ?
If layer1 is successfully uploaded then the phone is already switched on.
Just start the layer23 (mobile, ccch_scan, etc..) program on the host.
//Peter
Hi everyone,
Here, i wish to know the answer of a basic question. When I uploaded the firmware onto the mobile phone (with ./osmocon command), I can start other application programs like CCCh program, mobile program in other terminals.
My problem is when I am doing it I can see that the layer1 is uploaded onto the phone but I am not able to switch on my phone. When I again press the red button to start phone, it again starts getting uploaded layer1.
When I terminate the command of uploading firmware and start my phone then I am not able to view of SIM details and it shows me "service is unavailable" or "administratively down".
My question is we need to continue run the terminal with ./osmocon command (for uploading layer1) or i need to stop it after uploading layer1 once onto the phone. When to switched on my phone ?
With regards
Neetesh Saxena...
Dear all,
so far the osmocom.org mailing lists have always been in a 'non-members
are manually moderated' mode. This has created a lot of work for manual
list moderation, where a lot of the messages caught are simply spam, and
only the occasional valid message is being received.
I'd like to thank the list moderators for taking care of this.
However, in more recent discussions, we were considering to move the
lists to a completely closed mode, i.e. postings would automatically be
rejected from non-members.
The automatic response would contain a description of how to subscribe
in 'nomail' mode, i.e. to subscribe in a way to be able to post to the
list, while still not receiving any incoming traffic. The latter should
be fine for occasional posters who don't want the bulk e-mail that goes
with a full/regular subscription.
Please provide feedback in case you disagree with that change. Unless
there is major opposition, we will likely transition to the 'closed'
mode within one month.
Thanks,
Harald
--
- Harald Welte <laforge(a)gnumonks.org> http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
(ETSI EN 300 175-7 Ch. A6)
Hi.
While looking at osmocom-bb compilation warnings I've noticed that there are plenty
of those cause by signed-unsigned comparison with msgb-related functions. Attached is
a trivial patch which fixes that by changing int -> uint16_t. For the sake of
completeness I've also changed other functions to explicitly use uint16_t - this is
used for length fields in "struct msgb" anyway.
Although technically it's API change I do not expect any sane code to break. If you
still think it's potentially insecure, this could be applied during next api version
bump alongside with gprs api change.
--
best regards,
Max, http://fairwaves.ru