Willkommen im Freifunknetz

Dies ist das Internetportal des Freifunks in Halle und dem Umland, sowie ein Ausgangspunkt für soziale, technische und allgemeine Informationen rund um das Thema Freifunk und die Freifunk-Community in Halle.


Termine 2016

30.07.2016 Freifunksommerfest

Nächste Treffen Kommt einfach vorbei. Jeder ist willkommen.

Neue Foreneinträge

Technische Fragen

von kwm (Verfasst 26.06.2016 02:19:27)

ff-h-no hat geschrieben:Nochmal zum Verständnis.
Wie komme ich vor dem flashen(Originalsoftware) auf den Router und wie danach?

Für mich sieht es so aus.Vor dem flashen und mit Originalsoftware
steckt man den Router via Netzkabel (blaue Buchse am FF-Router) an den eigenem PC und ruft danach im Browser http://tplinklogin.net oder IP-Adresse 192.168.0.1, 192.168.1.1, 192.168.100.1 auf.Bei Login wählt man (admin/admin)
Die blaue Buchse ist der WAN-Port, die gelben Buchsen sind der LAN-Port. Du musst immer, um auf den FF-Router zu kommen einen LAN-Port oder eine Verbindung über WLAN nutzen.
ff-h-no hat geschrieben:
Nach dem flashen sieht es für mich so aus.
Man kommt aufs Routermenü wenn man sich bei Freifunk anmeldet und dann die entsprechend reservierte IP-Adresse aufruft.
In meinem Beispiel wäre das die 20.20
Passwort habe ich bereits gesetzt.dac524 sei Dank!
So ist es.
ff-h-no hat geschrieben:Aber wie kann ich einen bereits mit Freifunksoftware bespielten Router ändern. Z.B. wenn der Standort nicht mehr stimmt oder man noch etwas auf der Splash-Seite aktualisieren möchte?
Einstellungen wie Standort, kann man in der Administrations Ansicht ändern. Ist unter Freifunk > Grundeinstellungen. Die Splash-Seite sollte nicht benutzt werden, wir haben dafür extra unser IT-Sicherheitskonzept geändert.
ff-h-no hat geschrieben:Wie muss ich da vorgehen um einen Router mit Freifunksoftware zu flashen?
Das ist mir noch nicht ganz klar.
Ich hoffe jemand kann da rasch Auskunft geben.
Du meldest dich als root auf der Weboberfläche des FF-Routers an (Administration)und gehst auf System > Backup/FirmwareUpdate. Dort spielst Du die FF-Firmware ein. Beachte dabei, dass diese zu deinem FF-Router passen muss und eine für FF-Router sein muss. Die Firmware wird vom Meshkit immer in zwei Varianten erstellt, für Router mit original Firmware und für FF-Router mit Freifunkfirmware.
ff-h-no hat geschrieben:---------------------
Noch eine Frage.
Kann ich neben dem Freifunk-WLAN noch ein weiteres und gesichertes aufmachen um nicht ungeschützt @home Daten zu verschicken?
Ja das geht. Unter Netzwerk > Drahtlos und muss an LAN angebunden werden.
ff-h-no hat geschrieben:Bisher habe ich mir via Steganos geholfen.
Das gibts im Playstore für die Hälfte als im Web und man kann sich auch eine schweizer IP zulegen.Klingt erstmal unspektakulär aber testet mal Zattoo damit. ;-)
--------------------------------
Nach meiner kurzen Erfahrung läuft das FF-WLAN nicht annähernd so stabil wie das der Fritzbox.
Hab es schon gecheckt.Auf Kanal 13 sind zwar einige drauf,aber auch nicht sooo viele.
Abbrüche sind aber dennoch öfters.
Liegts am Router,an der FF-Software oder woran?
Keine Ahnung
ff-h-no hat geschrieben:-----------------------------
Hat schon mal jemand getestet ob und wie es an einem Speedport Hybrid der Telekom läuft?
Ist mir nicht bekannt.
ff-h-no hat geschrieben:Hier der Tarif dazu: Magenta Zuhause Hybrid.
>> weiterlesen

NSA

von kwm (Verfasst 26.06.2016 01:56:15)

Gute Idee, werden wir machen. >> weiterlesen

Rechtliche Fragen

von kwm (Verfasst 26.06.2016 01:53:12)

Spricht nichts dagegen. Ist sogar gewollt. Jeder kann und darf mitmachen. >> weiterlesen

Mitmachen?So gehts! Vorschlag von mir

von dac524 (Verfasst 24.06.2016 16:35:30)

Du kannst auch einfach unser Wiki für Deine Anleitung nutzen... >> weiterlesen

Letzte Blogeinträge

Upadate on the powquty project

Dear Freifunkers,
please allow me to update you on the progress if the powquty Project within Google Summer of Code 2016 at Freifunk.

As mentioned in my last blog the goal of the project is to create a LEDE package which ensures three functionalities:


Herein I will give a short update about the progress of these functionalities.
For this project we are using an off-the-shelf USB-based oscilloscope “WeSense” from the company A.Eberle. The oscilloscope provides real time samples of measured voltage from the power plug via USB bus, using a binary protocol and a sample frequency up to 10kHz. Initially the oscilloscopes USB bus supported the host functionality only. Hencethe router would need to act in USB device mode, which is a rather unusual mode to be supported by todays WiFi router platforms. To overcome this limitation, aforementioned company agreed to provide us with another hardware implementation that implements the USB device functionality with optional five volts power feeding functionality. The new hardware is expected on my desk in mid July.
As a counter measure for this delay, we started implementing an emulator, that locally generates a signal-samples, which are then organised in packets as similar to the binary protocol.
Regarding the calculation of the power quality parameters functionality, we successfully ported the power quality library (in Ansi C) from A.Eberle to compile and run under Linux LEDE.  The libraries functionality allows to calculate the frequency, effective voltage, harmonics, and phase shift, from the signal samples in an efficient way. We provide this library as binary blob, since it is basically not open sourced (yet), and originated from the manufacturer himself. Now it is ported for LEDE, and can be used for our purposes.
For the provisioning of the calculated parameters, we intend to implement a luci app that shows the calculated parameters.
The rest of the project timeline is depicted below:
Working phase: June 20th – July 10th

Working phase: July 11th – July 24th

Working phase: July 25th – August 7th

Working phase: August 8th – August 21st


More updates in the upcoming weeks.
BR,
Neez

>> weiterlesen

Implementing Pop-Routing - Midterm Updates

 

Hi Everyone!

Today has started the midterm evaluation, the deadline Is next Monday, so I have to show the work I have done ‘till now. It can be resumed in the following parts:


1) Refactoring of graph-parser and C Bindings

During the community bonding period I started working on the code of Quynh Nguyen’s M.Sc. Thesis. She wrote a C++ program capable of calculating the BC of every node of a topology [1]. I re-factored the code, and now it is a C/C++ shared Library [2]. I’ve also applied some OOP principles (Single responsibility and inheritance) and unit tests to make it more maintainable.

The interface of the library Is well defined and it can be re-used to implement another library to perform the same tasks (parsing the json and calculating the BC).


2)Prince Basic functionalities

After I completed the library a started working on the main part of the project. the daemon. We decided to call it Prince in memory of the Popstar.

This daemon connect to the routing protocol using the specific plugin (see below), calculate the BC using graph-parser, computes the timers and then it push them back using again the specific plugin. With this architecture it can be used with any routing protocol.I wrote the specific plugin for OONF and OLSRd. At the moment it has been tested with both, but I need to write a plugin for OLSRd to change the timers at runtime. For OONF I used the RemoteControl Plugin.

With these feature Prince is capable of pulling the topology, calculate the BC and Timers and push them back to the routing protocol daemon.

 

3) Additional Features: Configuration file, Dynamic plugins,

I wrote a very simple reader for a configuration file. Using the configuration file the user can specify: routing protocol host and port, routing protocol (olsr/oonf), heuristic, (un)weighted graphs.

As you can see from this Issue [3], I’m going to use INI instead of this home-made format.

As I said before I moved to a specific plugin all the protocol specific methods (pulling the topology and pushing the timers), to keep the daemon light I decided to load this plugin dynamically at runtime. So if you specify “olsr” in the configuration file just the OLSRd specific plugin will be loaded.

 

 

At the moment I consider this an “alpha” version of Prince. In the next 2 months I’ll be working on it to make it stable and well tested. The next steps will be:

 

 

Cheers, Gabriel

 

[1]: https://ans.disi.unitn.it/redmine/projects/quynhnguyen-ms

[2]: https://github.com/gabri94/poprouting/tree/master/graph-parser

[3]: https://github.com/gabri94/poprouting/issues/4

[4]: https://github.com/gabri94/poprouting/issues

>> weiterlesen

Sharable Plugin System for qaul.net - Midterm Updates

Hi everyone, 

As we are on the midterm evaluation process, I would like to share what I have done so far. I created a small HTML5 application to share the location of a user, it uses geolocation API for this purpose. This will work online but, if we are offline it will work only if the device had a browser which communicated directly with the GPS hardware. This is how the application looks like when the location is found out:

As per my plan I was supposed to create a JSON API the application can use to send the request to the web server of qaul.net and a new message type for all the plugins in general. But it is not yet completed, so I have created a button in the message page of qaul.net GUI which will invoke the Javascript function to get the location of the user and it will be sent using the existing message type. There's more work to be done for the proper working of the plugin mechanism in the qaul.net. Currently the location of the user is sent as longitude and latitude manner in the messaging system as shown below.

Cheers,

Anu

>> weiterlesen