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

Ausfall Hauptserver

von kwm (Verfasst 29.07.2016 06:46:25)

zwerg hat geschrieben:Wäre selbst hosten eine Option? Ggf. als Zusammenschluss mit anderen Freifunkern?

Es gab dazu Gespräche mit IT-Consult. Ein paar Fragen müssen noch geklärt werden. Wir können im Serverraum wahrscheinlich einen eigenen Server aufstellen. Auch über einen FF-Netzknoten auf dem Dach der SWH haben wir gesprochen.

Im August haben wir einen Termin beim Wirtschaftsminister LSA wegen Fördermittel. Unsere eigenen Möglichkeit, Technik zu kaufen sind halt sehr begrenzt. >> weiterlesen

Rechtliche Fragen

von zwerg (Verfasst 28.07.2016 19:03:28)

ff-h-no hat geschrieben:Spricht irgendwas dagen auch Firmen mit einzubinden?GmbH,Co.KG etc.?
Ich meine,diese könnten doch einen kleinen Teil ihres Gewinnes auch über das Netz von Freifunk machen.
Und wenn diese Firmen nur die Kunden bei Laune halten mittels Internetzugriff.
Muss man da mit Besuch vom Finanzamt rechnen oder so?

Um der Frage mal näher nachzugehen: wer sollte mit Besuch vom Finanzamt rechnen? Der FF-Verein oder das Unternehmen? Ich erkenne zumindest handels- oder steuerrechtlich keine Anhaltspunkte dafür. Wie sollen diese Gewinn über das FF-Netzwerk machen? Ein mögliches Beispiel wären Gastronomen, die eine längere Aufenthaltszeit durch FF haben. Daraus ergibt sich jedoch keine zusätzliche Steuerpflicht, im Gegenteit - das ist eher ein Argument, mitzumachen.

Rechtliche Fragen können sich eher auf vertraglicher Seite mit den jeweiligen Providern ergeben, das müsste man im Einzelfall prüfen. Würde ich aber nichr präventiv vorschlagen. Diskutiert wird eher immer noch die Frage der IT-Sicherheit und die Thematik der Störerhaftung, für die ea jeweils Lösungsmöglichkeiten gibt.

Ergo: akquirieren, diesbezügliche Fragen aufnehmen, prüfen und beantworten. Das wäre mein Ansatz. >> weiterlesen

11.09.16 Tag des offenen Denkmals nutzen?

von zwerg (Verfasst 28.07.2016 15:04:24)

Ergänzung: dia Aha, die ja bereits mal über FF berichtet hat, veranstaltet jedes Jahr den GastroCup im Friedrichsbad. Wäre doch bzgl. strategischem Netzausbau evt. eine Chance, mit den Gastronomen in Kontakt zu kommen.

Dieses Jahr wird es vielleicht zu knapp, da er schon am 7.8. ist. Aber der nächste kommt bestimmt. >> weiterlesen

Mitmachen?So gehts! Vorschlag von mir

von zwerg (Verfasst 28.07.2016 14:48:16)

ff-h-no hat geschrieben:
kwm hat geschrieben:Ist ein guter Anfang. Wir sollten das als kleine Anleitung mit Bildern als Mehrseitiges PDF und Broschüre anfertigen.

Sowas war anfangs auch mein Plan.
Eine bebilderte Anleitung wird kaum auf eine doppelseitig bedruckte DIN A4-Seite passen.
Aber als pdf zum download wird es gehen.

Kann man diese noch zu erstellenden pdf-Datei auch via USB-Stick auf den FF-Router bringen und dann via Splashseite verlinken bzw. gleich zum download anbieten?

Ich warte aber noch auf Ergänzungen,Verbesserungen usw. von anderen.
Dann kann ich das noch strukturieren und jemand kann eine PDF daraus basteln.

Na das ginge schon zu machen, allerdings bräuchten wir dazu wohl einen Grafiker. Zur Not kann man es ja auch kombinieren, bspw. Vorderseite Piktogramme/Rückseite Text. >> 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