On Thu, 7 Oct 2010 02:22:52 -0700 (PDT), "eisencah eisenach" <wbg_1000(a)yahoo.com> wrote:
>
> I would like to compile the hole thing for windows (change in the osmocore
> lib the suport functions - use maybe pipes instead of sockets).
What is the whole thing ? The phone firmware has to be compiled by an
ARM compiler, and if you use GNU ARM, you need Cygwin anyway.
If you want to use a different compiler for the host software, you most
certainly have to adjust quite a lot of the source code, expecially
when using the Microsoft C compiler.
And why use pipes instead of sockets, Windows has sockets.
Best regards,
Dieter
--
Dieter Spaar, Germany spaar(a)mirider.augusta.de
Hello everybody.
I've done my reading on GSM these last months and have a general ideea how it works.
I would like to try to run osmocom on Windows (hope don't get stoned for this :) )
I've been going throgh the files and see how interprocess communication is done (between osmocom and osmoload for example).
Do you have any recommendation about what to use on windows as the interface between the 2 programs? Has anyone else tried it?
Cheers,
Mihai.
>
> Hello All,
>
> How can i download the source code for sylvain/testing branch .
> to my PC ?
>
> I just downloaded git://git.osmocom.org/osmocom-bb.git,
> but it is not reflecting / having the file addition and modification or
> the changes sylvain/testing branch commited one hour before.
>
> is there any new trunck for this. or other command then git clone git://
> git.osmocom.org/osmocom-bb.git,
>
> Kind Regards,
>
>
>
Hello Sylvain,
On Mon, 4 Oct 2010 22:13:13 +0200, "Sylvain Munaut" <246tnt(a)gmail.com> wrote:
>
> And Dieter's code probably worked on some internal version of the code
> that were never even commited on the public tree and he may not even
> have any more ...
Yes, exactly, this code was never commited. Its main purpose was to
get the TCH up and running.
BTW, I still do not fully understand what Marten wants to do:
- send a TCH ? If yes, with which device, a BTS or a GSM testset
like I did with the HP8922 ? If it is the HP8922, this sending of
audio data over one the external connectors of the testset also works
with a full MOC or MTC, so no need to hack anything. Just use Sylvain's
TCH testing branch and perform a MOC or MTC. This of course works with
any GSM phone, so no need to use OsmocomBB at all...
- something else I have not understand yet which requires just TCH
receiving and no signalling ? Or recieve the same TCH on multiple
phones ?
Best regards,
Dieter
--
Dieter Spaar, Germany spaar(a)mirider.augusta.de
Hello Nordin,
On Mon, 04 Oct 2010 09:43:36 +0200, "Nordin" <bouchtaoui(a)gmail.com> wrote:
> Maybe he needs just a simple example how you guys do that. That might
> help him to see some logic in the code and can pick it up quickly. Also,
> you never know what experience he has, maybe with some help he can help
> you back more. But than again, it's all up to your free time, which is
> always too short.
The code I used when I started to implement the TCH in Layer-1 will
no longer work with the current version of OsmocomBB so it is of
no help. This means I have to rewrite it and test it to be sure
that it works as expected which will take some time, time as you
already mentioned, is my free time and this free time is valuable.
I have the impression that in this case a quite detailed explanation
including a working example is necessary and some hints won't help
but only result in more questions. Although it might sound harsh,
but knowledge in GSM and being able to read/understand/modify foreign
source code is necessary, noone can expect this to learn here by
asking the list.
If one takes OsmocomBB as it is and registers to a cell and
makes a call, the logging output should give a lot of hints
what calls to L1CTL have to be done.
Best regards,
Dieter
--
Dieter Spaar, Germany spaar(a)mirider.augusta.de
Hello Marten,
First of all please be aware that OsmocomBB is now in a state where it
can be used for voice calls without any special tricks so there is no
need to tune on the voice traffic of the HP8922 GSM testset, you can use
the GSM testset as a normal basestation.
On Wed, 29 Sep 2010 23:00:44 +0000, "Marten Christophe" <technosabby(a)gmail.com> wrote:
>
> Q.1) i learned from wiki how to change ARFCN from Layer on application by
> using below command, but how to tune right TS ?
>
> ./layer23 -a 871 -i 127.0.0.1
For my inital TCH testing I did not use Layer23 at all, I only used Layer1
in the phone with special test code using a fixed ARFCN.
> Q.2) even If OsmocomBB Layer1 CTL is able to tune to right ARFCN and Time
> Slot, will i be able to listen what so ever broadcasting from HP8922 from
> C123 speaker or PC speaker. non-encrypted, debugging non-hopping)
Yes.
> Q.3) what command and interface will be used to enter the frequency hoping
> parameter, in case i will use FH option? to tune OsmocomBB l1CTL
You have to write your one code if you want to do this without Signalling
beeing involved.
> Q.4) How to enter Minimalistic L1 interface, what is interface available to
> insert theses command to layer1
You can use the L1CTL API to setup a TCH with your own code, but its
probably easier to setup the TCH with signalling (either MOC or MTC),
this way you don't need to modify the code and still get the TCH running.
Best regards,
Dieter
--
Dieter Spaar, Germany spaar(a)mirider.augusta.de
Hello,
Thanks u all this gr8.. work ..
forgive me for my little novice question.. most probably goes to Mr.
Deiter.. but any one from list be kind enough help me from list..
I'm pretty new to Osmocombb
i made a setup as advised on *Sun, 01 Aug 2010* blog. with hp8922.
===Q===
" You just "tune" to the right ARFCN and time slot (I don't use hopping
during testing) and see that you get your code running."
===UQ==
Q.1) i learned from wiki how to change ARFCN from Layer on application by
using below command, but how to tune right TS ?
./layer23 -a 871 -i 127.0.0.1
Q.2) even If OsmocomBB Layer1 CTL is able to tune to right ARFCN and Time
Slot, will i be able to listen what so ever broadcasting from HP8922 from
C123 speaker or PC speaker. non-encrypted, debugging non-hopping)
Q.3) what command and interface will be used to enter the frequency hoping
parameter, in case i will use FH option? to tune OsmocomBB l1CTL
Q.4) How to enter Minimalistic L1 interface, what is interface available to
insert theses command to layer1
DEDIC_MODE_EST_REQ , LAYER1_RESET, DEDIC_MODE_DATA_IND
thanks , Martin
Hello,
Thanks u all this gr8.. work ..
forgive me for my little novice question.. most probably goes to Mr.
Deiter.. but any one from list be kind enough help me from list..
I'm pretty new to Osmocombb
i made a setup as advised on Sun, 01 Aug 2010 blog. with hp8922.
===Q===
" You just "tune" to the right ARFCN and time slot (I don't use hopping
during testing) and see that you get your code running."
===UQ==
Q.1) i learned from wiki how to change ARFCN from Layer on application by
using below command, but how to tune right TS ?
./layer23 -a 871 -i 127.0.0.1
Q.2) even If OsmocomBB Layer1 CTL is able to tune to right ARFCN and Time
Slot, will i be able to listen what so ever broadcasting from HP8922 from
C123 speaker or PC speaker. non-encrypted, debugging non-hopping)
Q.3) what command and interface will be used to enter the frequency hoping
parameter, in case i will use FH option? to tune OsmocomBB l1CTL
Q.4) How to enter Minimalistic L1 interface, what is interface available to
insert theses command to layer1
DEDIC_MODE_EST_REQ , LAYER1_RESET, DEDIC_MODE_DATA_IND
thanks , Martin
Hello,
I'm involved with an open source hardware user group based in London:
http://oshug.org
Our next meeting is on Thursday 21st October and for which the theme is
radio. We have one confirmed speaker who will be presenting on OpenHPSDR,
and wondered if there might be someone around London at that time who might
be willing to do a presentation on OsmocomBB and/or OpenBSC.
For more info on OSHUG see the website for details of previous talks and
photos and video.
Regards,
Andrew
--
Andrew Back
mailto:arback@gmail.com
Hi!
I just found some time to have a look at the recent commit history and
had a look at the SIM related code and had the following suggestions:
1) split the definitions from GSM TS 11.11 into a separate header file
from the definitions that are OsmocomBB specific, and move the 11.11
header file into libosmocore
2) use msgb's for SIM messages. This way we can avoid all those manual
buffer[N] = M type assignments and rather use msgb_put() constructs
3) even if not going for suggestion '2', it might be good to add some kind of a
inline function abstracting out all the blocks that look like
+ buffer[0] = GSM1111_CLASS_GSM;
+ buffer[1] = GSM1111_INST_TERMINAL_PROFILE;
+ buffer[2] = 0x00;
+ buffer[3] = 0x00;
+ buffer[4] = length;
with something like a "sim_buf_init(buffer, GSM11_INST_TERMINAL_PROFILE);"
Of course those are simply suggestions... maybe for the day where somebody on
this list is feeling bored and is looking for a quick and easy task to resolve.
Regards,
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)
