I just wanted to double-check the voltage before plugging the power supply connector into my board and then I was confused because it read as zero volts. Of course, I had still plugged the test leads into the current input and of course that killed the fuse. My other multimeter (an older Mastech) complains very loudly when the leads are plugged into the wrong holes but this time I was using the Fluke. Fuses can’t be too expensive, can they? Well, they can. That’s more than 10€ with shipping and other sources aren’t much cheaper.

On Ebay, I saw cheap alternatives with shipping from China and I was curious. I ordered 10 pieces on AliExpress for 15€, which is only slightly more than what I would have paid for one original. I had some previous experience with polyfuses from AliExpress: They were rated for 2A/6V but they work “very well” for 15A (until I stopped the test because the test leads were getting hot - I hadn’t planned to test with such high currents). Thus, the Ali fuses will certainly not go into my multimeter without a thorough test!

Original fuses are labelled with “Bussmann”. The ones from Ali are similar but they are labelled “Bassmann” so certainly not original parts but that was to be expected. Fun fact: Some images on Ebay are blurred in exactly that place.

Let’s start with a quick sanity check: All of them have between 0.5 and 0.7 Ohms of resistance. Looking good. That’s not very accurate with a two lead measurement, of course. I get 0.3 to 0.4 Ohms when I hold both leads to one cap of the fuse so we may have a huge error here.

First check: Can they carry the rated current?

I’m using a DPM8608 power supply and a Mooshimeter. I have also connected a Red Pitaya oscilloscope with a Hantek CC-65 current probe because I will use that for later tests. The setup is a bit chaotic because there isn’t much free space on my desk. Sorry for that!

The Mooshimeter can do graphs. Very useful if the fuse blows while I’m not paying attention. This graph is from the Android app but it is also supported by Sigrok:

I have tested with 410 mA so slightly over the rated current (or so I thought, see below). The fuse survived for an hour before I got bored and moved on to the next test. So far, so good.

The Mooshimeter is connected to the same aligator clamps as the power supply so its voltage measurement will include the voltage drop of the clamps. If we want to calculate the resistance of the fuse, we will need the voltage directly at the fuse. The fuse has huge metal caps so I can use the Fluke to measure the voltage between those caps. The trick is that there isn’t any current going into the Fluke (well, almost none) so the contact resistance to the Fluke doesn’t influence the measurement. This is often called 4-wire or Kelvin measurement.

We get 0.171 V on the Mooshimeter and the Fluke agrees when connected to the alligator clamps. We get 0.144 V between the caps of the fuse. Thus, our estimate of the resistance would be 20% too high if we didn’t use 4-wire measurement. The resulting resistance is R = U/I = 0.144V/0.409A = 0.352 Ohms. I guess this is ok. Unfortunately, I don’t see any specs for resistance in the Bussmann datasheet and the description on AliExpress is very sparse on specifications - as usual. Thus, we have nothing to compare this to. I guess, the resistance could change over time (e.g. if the fuse is slightly damaged by the current or heats up significantly) but it is still the same after an hour.

Post scriptum: The fuse is for the 400 mA range of the multimeter but it is rated for 440 mA so I have tested it below its rated current.

Second check: Does it interrupt over-current and how fast?

Test setup: Set the power supply to 4 A (10 times the rated current of the fuse), set the oscilloscope to trigger on a rising edge of the current, enable the power supply.

The input is connected to a Hantek CC-65 current probe with 1mV/10mA. Thus, 50 mV/div is 0.5A/div. There is a small offset - I guess that I should calibrate the Red Pitaya again. The vertical cursors are at 0 mA and 400 mA, the trigger level is between them.

This is the result:

That’s weird: I had expected the current to rise until the fuse blows and then quickly fall to zero. That’s not what happens. Why?

The first part is quite simple: Many power supplies use a relay to enable/disable the output. The DPM8608 simply disables the voltage regulator. That way, we don’t have any contact bouncing but the current rises more slowly. That’s not ideal for our test but good for other uses of that power supply. Of course, I could plug the banana connector instead if I prefer fast rise times with bouncing.

Let’s turn on the power supply into a short circuit without the fuse:

This also has a spike at the beginning and then rises more slowly. That seems to be the closed-loop control behavior of the power supply when enabled into a short. After 140 ms, we can see the behavior when the power supply is disabled. This looks like discharging a capacitor and I assume it is exactly that.

First part solved. What about the second part? Why does the current start to fall after 40 ms?

Some friends at the Hackerspace helped me with that. Here is what I hadn’t considered: The fuse blows by melting so the wire inside will become very hot. We usually ignore that resistance depends on temperature but we shouldn’t do that in this case. I had set the voltage limit to 5V because “that’s plenty”. Well, it isn’t! The current starts to fall at 40 ms because we run into the voltage limit before the fuse blows.

Here is my second try - this time with a voltage limit of 2V and we can see the voltage, as well:

We can see that the current starts to fall as soon as the voltage reaches 2V. The fuse did blow but only after the measurement interval so we don’t see this in the graph. D’oh.

Let’s assume that the wire is made of copper. Wikipedia says that copper has a melting point of 1084.62 °C and a temperature coefficient of alpha=3.93*10^−3 1/K. Thus, the resistance at the melting point will be: R_Tm = R_25*(1+alpha*(T_m - 25 °C) = 0.352 Ohm * (1+3.93e-3*(1084.62-25) = 1.82 Ohm. With that, we would have this current at the melting point: 5V / 1.82 Ohm = 2.75 A. The actual current is more like 1.5 A so I assume we have a material with a higher temperature coefficient and/ or melting point.

So, does the fuse pass or fail? Let’s have a look at the datasheet of the Bussmann fuse. Page 2 has a diagram with the time until the fuse blows for different currents. You can see that this can take minutes if the current is small enough. For the 4 A test, our fuse blew after 60 ms with an average curent of somewhere between 2.5 and 3 A. The diagram says, it should blow after 60 ms (0.06 sec) for a current that is slightly below 2 A. Thus, we are off by 25% to 50%. We had more current than that so our fuse is slower. We can also go in the other direction: 2.5A is below the chart so it should blow in less than 10 ms. It took 6 times as long! However, the curve is very steep so large differences in time are to be expected. EEVBlog has a video about this and they also find large variance in the times. They also explain how to read the chart in the datasheet.

For the second test, the current was above 2.4 A for 50 ms. This should blow the fuse according to the datasheet. This means that this fuse needs at least 20% more current than indicated by the datasheet. In addition, the current was above 1 A for most of the 200 ms. What does the datasheet say about that? Well, 1A is off the chart in the other direction. The fuse should survive this for quite a long time. However, it did blow and that’s ok because it was pre-heated by the 2.4 A. The curves in the datasheet only apply at room temperature.

With only two tries, there are very large error bars on our numbers and we don’t know how much variance there is for the original fuses (and whether the diagram shows the average or maximum time). Still, we can conclude that the “Bassmann” fuses blow at a higher current but probably not more than two times as much.

Conclusion

The fuses are different from the original ones: They need more current or time to blow. Thus, there will be a bit more stress on the multimeter. On the one hand, the difference is relatively small so the multimeter is still protected. On the other hand, do you really want to risk damaging a 300€ multimeter to save 3€ on fuses? Maybe, maybe not.

But there is more: I have only tested small currents and voltages. The fuses are rated for 1 kV and 10 kA. That’s a lot! There will be arcing and the fuse has to exstinguish that. Do I trust them to protect my multimeter and myself for CAT-III measurements? Not without a test! Unfortunately, I don’t see how I can do a safe and controlled test for that.

In addition, we want the fuse to have a low resistance because this will add to the burden voltage of the multimeter. My Fluke has a resistance of 1.4 Ohms for the 400 mA range (including the fuse) so the 0.352 Ohms of the fuse are the smaller part of that. Just a wild guess: The manufacturer might have focussed on low resistance at the cost of a higher trip current because that’s what customers can test at no cost.

To conclude, I think we can use the fuses for low voltage applications. If you do, please be careful and warn anyone who borrows the multimeter! Keep in mind that I’m not an expert on this (far from it!) so draw your own conclusions and whatever you decide is your responsibility not mine.

Update 1: What material is it?

We know that the wire inside the fuses melts at 5V / 1.5A = 3.33 Ohm. Can we use that to determine what material it is made of? Not quite because the resistance at the melting point depends on the melting temperature as well as the temperature coefficient (i.e. how much resistance changes with temperature). We need more information to solve for two unknowns.

The wire inside the fuse will be warmer than the outside of the fuse if we send some current through it. We don’t really know how much warmer it will be because that depends on how much energy is needed to heat up the material and how well the energy can dissipate to the outside of the fuse by thermal conduction. However, the fuse will get into a steady state if we keep power dissipation and ambient temperature constant: The wire will heat up until the energy that is conducted away is equal to the energy that we add. If we raise the ambient temperature, the temperature difference between wire and ambient should remain constant so the wire should heat up by the same amount as the ambient temperature.

We need to accurately measure the resistance so we need 4-wire measurement. We can do it in the same way as yesterday:

This will work but there is a better way. Enter: Kelvin clamps.

The jaws are isolated so we have two independent contacts for each clamp. Each clamp has one wire for the power supply and one for the voltmeter. I’m so glad that I have these around from another project.

Let’s do some measurements:

• We use the Red Pitaya as a heat source.
• The sweater will keep the heat inside and (hopefully) ensure a uniform temperature around the fuse.
• OW18B will measure the temperature.
• Mooshimeter will measure the current. It could measure voltage at the same time but we would have to connect both to the same common input, which we don’t want for 4-wire measurement.
• Fluke 177 will measure the voltage.

Here is what this looks like:

And here are the results:

# Columns:
# - Fuse Number
# - Temperature [C] (ambient, OW18B)
# - Current [A] (Mooshimeter)
# - Voltage [V] (Fluke 177)
data = """fuse_number   temperature current voltage
3   25  0.399   0.137
4   25  0.399   0.134
5   25  0.399   0.136
6   25  0.399   0.137
7   25  0.399   0.138
8   25  0.399   0.1375
9   25  0.399   0.131
3   25  0.100   0.031
4   25  0.100   0.031
5   25  0.100   0.031
6   26  0.100   0.033
7   26  0.100   0.032
8   26  0.100   0.031
9   26  0.100   0.0315
3   36  0.400   0.140
4   37  0.400   0.137
4   39  0.400   0.138
5   41  0.400   0.140
5   43  0.400   0.141
6   43  0.400   0.142
6   46  0.400   0.143
7   47  0.401   0.144
7   49  0.400   0.145
8   45  0.401   0.1445
8   47  0.401   0.145
9   50  0.400   0.140
9   52  0.401   0.141
"""

class NumMinMax(object):
    __slots__ = ("min", "max", "value")

    def __init__(self, value, min, max):
        self.min = min
        self.max = max
        self.value = value

    @staticmethod
    def with_error(value, error):
        return NumMinMax(value, value-error, value+error)

    def __repr__(self):
        return "NumMinMax(%f, min=%f, max=%f)" % (self.value, self.min, self.max)

    def __add__(self, b):
        if not isinstance(b, NumMinMax):
            b = NumMinMax(b, b, b)
        return NumMinMax(self.value+b.value, self.min+b.min, self.max+b.max)
    def __sub__(self, b):
        if not isinstance(b, NumMinMax):
            b = NumMinMax(b, b, b)
        return NumMinMax(self.value-b.value, self.min-b.max, self.max-b.min)
    def __mul__(self, b):
        if not isinstance(b, NumMinMax):
            b = NumMinMax(b, b, b)
        return NumMinMax(self.value*b.value, self.min*b.min, self.max*b.max)
    def __truediv__(self, b):
        if not isinstance(b, NumMinMax):
            b = NumMinMax(b, b, b)
        return NumMinMax(self.value/b.value, self.min/b.max, self.max/b.min)

temperature_error = 2
current_error = 0.001
voltage_error = 0.001


import csv, io
fuses = {}
with io.StringIO(data) as f:
    reader = csv.DictReader(f, dialect="excel-tab")
    for row in reader:
        fuse_number = int(row["fuse_number"])
        del row["fuse_number"]
        row["temperature"] = NumMinMax.with_error(float(row["temperature"]), temperature_error)
        row["current"] = NumMinMax.with_error(float(row["current"]), current_error)
        row["voltage"] = NumMinMax.with_error(float(row["voltage"]), voltage_error)
        if fuse_number not in fuses:
            fuses[fuse_number] = []
        fuses[fuse_number].append(row)
#display(fuses)

print("num:   %-7s  %-7s  %-7s  [1/K]" % ("avg", "min", "max"))
all_alphas = []
for num, measurements in fuses.items():
    m1 = None
    alphas = []
    for m2 in measurements:
        if m2["current"].value < 0.2:
            # ignore these for now because they have a different gradient from inside to outside
            continue
        if m1 is None:
            m1 = m2
            continue
        r1 = m1["voltage"]/m1["current"]
        r2 = m2["voltage"]/m2["current"]
        Tdiff = m2["temperature"] - m1["temperature"]
        # r2 = r1*(1+alpha*(T2-T1))
        # <=> alpha = (r2/r1 - 1)/(T2-T1)
        alpha = (r2/r1-1)/Tdiff
        alphas.append(alpha)
        all_alphas.append(alpha)
    alpha_avg = sum(alpha.value for alpha in alphas) / len(alphas)
    alpha_min = min(alpha.min for alpha in alphas)
    alpha_max = max(alpha.max for alpha in alphas)
    print("%d:     %7.4f, %7.4f, %7.4f" % (num, alpha_avg, alpha_min, alpha_max))

alpha_avg = sum(alpha.value for alpha in all_alphas) / len(all_alphas)
alpha_min = min(alpha.min for alpha in all_alphas)
alpha_max = max(alpha.max for alpha in all_alphas)
print("total: %7.4f, %7.4f, %7.4f" % (alpha_avg, alpha_min, alpha_max))

# Prefer the low-current measurement because it has less offset by internal heating.
R_25s = [m["voltage"]/m["current"] for num, measurements in fuses.items() for m in measurements if 24<=m["temperature"].value<=26 and m["current"].value < 0.2]
R_25 = sum(x.value for x in R_25s) / len(R_25s)
print("Resistance at 25 °C: %.4f" % R_25)

U_melt = 5
I_melt = 1.5
R_melt = U_melt / I_melt
# r2 = r1*(1+alpha*(T2-T1))
# <=> T2 = T1 + (r2/r1 - 1)/alpha
T_melt = (R_melt/R_25 - 1)/alpha_avg + 25
print("Rough estimation of melting temperature: %.1f °C" % T_melt)
T_melt_min = (R_melt/R_25 - 1)/alpha_max + 25
print("Rough estimation of melting temperature with alpha_max: %.1f °C" % T_melt_min)

num:   avg      min      max      [1/K]
3:      0.0018, -0.0000,  0.0056
4:      0.0018, -0.0000,  0.0050
5:      0.0018,  0.0004,  0.0039
6:      0.0019,  0.0006,  0.0039
7:      0.0019,  0.0007,  0.0034
8:      0.0023,  0.0011,  0.0041
9:      0.0026,  0.0016,  0.0042
total:  0.0020, -0.0000,  0.0056
Resistance at 25 °C: 0.3150
Rough estimation of melting temperature: 4758.2 °C
Rough estimation of melting temperature with alpha_max: 1729.0 °C

A melting point of almost 5000 °C. That can’t be right!

Let’s try something else: More temperature but less steady state:

The temperature will rise and fall very quickly with that setup so we don’t really have a steady state. My plan was to keep it at a constant temperature for some time but the hot air gun has significant variations in temperature so that won’t work. I heat it up and then take measurements while cooling down. That way, the multimeter will get an accurate reading of the case temperature, at least. The measurements are all over the place, though:

The blue dots are my measurements, the orange dots are for 0.347 Ohms at 25 °C and a thermal coefficient of 0.0028 1/K. This is not too far from my previous values but the melting point would be at 3100 °C. Still to high!

I know one problem with my measurements: I have to keep power dissipation constant but I do keep the current constant. Power dissipation will rise with resistance, which will increase internal temperature, which will increase the resistance. Thus, we will estimate an alpha that is too high but I think our alpha is actually too low.

I’m giving up for now. Those measurements cannot be right, I think. Do you have any ideas?

We can try something else: Wikipedia says that the wire is usually made of copper or silver.

R_25 = 0.310       # [Ohm], use measurement with low current for less inside heating
alpha_cu = 0.00393 # [1/K]
alpha_ag = 0.0038  # [1/K]
Tmelt_cu = 1085    # [°C]
Tmelt_ag =  962    # [°C]
Rmelt_cu = R_25 * (1 + alpha_cu*(Tmelt_cu - 25))
display(Rmelt_cu)  # -> 1.60 Ohm
Rmelt_ag = R_25 * (1 + alpha_ag*(Tmelt_ag - 25))
display(Rmelt_ag)  # -> 1.41 Ohm

Both of them don’t match the 3.33 Ohm that we have calculated earlier. Maybe my estimation of the resistance at the melting point isn’t right?

To be continued… as soon as I have more ideas for what I can try.

Future work

I still have seven fuses left. I don’t want to destroy them for no good reason and I might need some for my multimeter (not too many, I hope). Feel free to suggest additional tests.

• Calculate the energy and/ or I^2*t for my measurements.
• Do a long term test at 440 mA and 1000 seconds at 1 A.
• Can we test the fuse at high currents? A friends has a capacitor bank. With that, we still cannot control the current but we can control the total energy. Is that enough for a useful test?
• Can we estimate the blowing current or energy in a non-destructive way, e.g. estimate wire diameter and heat dissipation at lower currents?

Talks sind momentan etwas dünn gesäht. Trotzdem könnt Ihr euch diese Woche auf einen weiteren coolen Talk von snowball freuen. Disemal geht’s dabei um Magnatune.

Nach der Pause letzte Woche geht es am Mittwoch wieder mit neuen Talks weiter. Nachdem das Pinephone, die Pinetime, und der RockPro unter den Hackern im Subraum aufgeschlagen sind folgt jetzt schließlich auch das Pinebook. Was es da alles so drüber zu berichten gibt erzählt euch fxk8y. Danach gibt’s dann auch noch eine Story über das unkoventionelle Lösen eines konventionellen Problems des modernem Linux Desktop-Grafik-Stacks.

Trotz der momentan vorherrschenden NixOS-Stimmung gibt’s diese Woche mal einen Talk für eure Ansible Toolbox.

Auch diese Woche finden wieder Talks statt. Diesmal haben wir zum ersten Mal was aus der Kategorie “Kunstprojekt”. Auch die etwas unkonventionelle Entscheidung WPA Enterprise zu Hause einzusetzen weckt durchaus Interesse. Bei uns im Mumble vorbeischauen lohnt sich jedoch auf jeden Fall.

Since the update to (K)ubuntu “focal fossa”, the GPG pinentry dialog behaves a bit differently. When encrypting or signing emails, or when signing git commits, the keyboard input for the whole desktop used to be blocked, but still allowed mouse input. Fetching the password for a GPG key from a personal KeePassXC database was thus still possible. I could not use shortcuts, but oh well — at least I don’t need to remember the password. However since the update now, mouse input is blocked as well. Only the OK and Cancel buttons, as well as the text input field remain responsive, and nothing else. This has proven to be pretty annoying. While searching for a solution, I found a very nice way to automatically unlock my GPG key, without even copying the password into the clipboard. This is in reference to KeePassXC’s libsecret integration. A drawback of this libsecret solution is that there is no authentication or verification whithin this API. If you however trust the software you have installed and you are somewhat lazy, then this is a pretty nice way of managing secrets, while at the same time being limited to the entries/programs you configure to make use of it and the timeframe during which your database is unlocked. Furthermore, your passwords are not distributed over multiple password safes.

Prerequisites

• KeePassXC 2.5.0 or higher is required.
• sudo apt install libsecret-tools for testing and command line tooling
• Make sure other providers like gnome-keyring-daemon are not running.

Configure KeePassXC

In KeePassXC, go to Tools > Settings > Secret-Service-Integration and enable Enable KeepassXC Freedesktop.org Secret Service integration.

Select a database and/or group within the database that should be used for the integration (click on the pencil icon > Secret-Services-Integration > select a group). A designated group for the use with secret service is recommended, as other tools will by able to access it via libsecret and may arbitrarily and automatically create entries.

Be sure to have the search capabilities enabled for this group, as otherwise libsecret will not be able to find your entries. (Right click on the group > Group > Searching)

From now on all passwords stored or accessed via libsecret will be stored in and served by KeePassXC instead of gnome-keyring. As a default setting, you will receive a desktop notification when a program accesses an entry.

Use and Test with libsecret secret-tool

Create a new Key-Entry in your database within the group configured for secret service access. At least a name and a password must be specified.

Add an attribute in the Advanced tab, i.e. account with the value testentry. Both key and value may be chosen freely.

It is now possible to access the password of this entry by typing

secret-tool lookup account testentry

secret-tool allows to create new entries from the CLI also, i.e.

secret-tool store --label='created from cli' account cli

Secret Service Integration for skype-for-linux

In particular, skype-for-linux showed an annoying behaviour in relation to gnome-keyring, even when using a KDE desktop environment. gnome-keyring is a hard dependency, so you can’t uninstall gnome-keyring without also uninstalling skype … As I didn’t want to distribute my passwords over multiple password safes, I had resolved to manually entering the password every time when starting skype. (It turns out that if you forbid saving the password the keyring (two times!), skype will allow you to enter it by hand and forego gnome-keyring integration entirely).

You can’t use KeePassXC’s Secret Service Integration while gnome-keyring-deamon is running. So after trying to disable it, skype still seems to work, and now seemlessly handles its password needs via KeePassXC.

As a workaround for disabling the gnome keyring, you may simply remove its executable bit:

sudo chmod -x /usr/bin/gnome-keyring
sudo chmod -x /usr/bin/gnome-keyring-daemon

Secret Service integration for GPG

To allow for GPG to store a key’s password via libsecret into KeepassXC, it’s required hook into GPG’s pinentry mechanism and configure a pinentry program with libsecret support. This can be done by adding the following line to your GPG config file at ~/.gnupg/gpg-agent.conf:

pinentry-program /usr/bin/pinentry-gnome3

Other pinentry programs with support for libsecret will probably work in the same way.

Now, to trigger GPG for a password prompt, try something like

echo asdf | gpg --armor --sign

Remember to check Save in password manager in the pinentry dialog. After clicking OK you will observe that a new entry has been created in your KeePassXC group. From now on, every time you unlock your GPG key, no popup will show up as long as your KeePassXC database is unlocked. To verify this behaviour, restart gpg-agent via gpgconf --kill gpg-agent as the password is usually cached for 5 minutes.

To undo the integration for GPG, simply remove the line we added to your GPG config file earlier and restart gpg-agent. You may want to remove the entries in KeePassXC as well.

Sources

Most ideas have been taken from https://avaldes.co/2020/01/28/secret-service-keepassxc.html and the relevant github issues for KeePassXC.

Anscheinend haben sich unsere Vortragen tatsächlich gut von der Pause erholt: Wir haben diese Woche die vollen 3 Talks. Trotz lockdown ist da sogar ein Talk zu subraum-hardware dabei. Um genau zu sein findet Ihr diesmal also bei uns:

Nach einer kurzen Erholungspause geht es diese Woche mit Talks weiter. Diesmal findet Ihr bei uns:

Schon bevor wir der maker-vs-virus Community beigetreten sind haben wir lokale Ärzte mit Rat und Tat zur Bewältigung der Corona-Pandemie unterstützt. Ein schönes Beispiel dafür wollen wir in diesem Blogartikel vorstellen.

Not macht erfinderisch

In der aktuellen Coronakrise verfügen die Krankenhäuser der Region zwar über ausreichend Basis-Schutzmaterial, doch in Situationen, in denen ein hohes Infektionsrisiko besteht, z.B. bei Operationen Covid-19-positiver Patienten, sind auch Schutzmasken und Schutzbrillen überfordert. Ärzte aus dem orthopädischen Abteilung des St. Josefs-Krankenhauses in Salzkotten haben sich daher Gedanken gemacht, welche Möglichkeiten bestehen, den Eigenschutz zu verbessern. In der Abteilung werden schon seit Jahren im Rahmen der Knieendoprothetik Schutzhelme verwendet. Diese sind jedoch bestenfalls als Spritzschutz geeignet, ansonsten ist fraglich, ob diese Helme das Infektionsrisiko nicht noch erhöhen, da ungefilterte Luft in das Innere gesaugt wird. Daher machte sich Dr. Nihad Al Hussin auf die Suche, wie er mit möglichst geringem Aufwand adäquate Schutzhelme entwickeln kann. Hierbei ist er auf die Idee gekommen, kommerziell angebotene Tauchermasken soweit zu modifizieren, dass er über einen eigens konstruierten Adapter gängige Filter von Narkosegeräten anschließen kann, die eine ausreichende Zufuhr gefilterter Luft garantieren.

Eine gut passende Tauchermaske wurde schnell gefunden. Diese liegt dem Gesicht absolut dicht an und ist der Passgenauigkeit und Dichtigkeit handelsüblicher FFP 2 Masken deutlich überlegen. Jetzt musste nur noch ein passender Adapter konstruiert werden. Aber wie, wenn weder 3-D-Drucker noch entsprechende Kenntnisse vorhanden sind? Nach Kontaktaufnahme mit Andreas Horn vom C3PB e.V., erklärte dieser sich sofort bereit, das Projekt tatkräftig mit seinem Know-How und Gerätschaften zu unterstützen. So wurde dann über einen Scan des Maskenanschlusses sowie der Filteranschlüsse schnell ein entsprechender Adapter entworfen, der den Anschluss von 2 Narkosefiltern ermöglicht. Ebenso schnell war ein erster Prototyp per 3D-Druck hergestellt. Der erste Probeeinsatz zeigte eine einwandfreie Funktion. Die Maske schließt absolut dicht ab, ein Beschlagen war nicht zu verzeichnen. Zudem ist die Maske vergleichsweise angenehm auch über längere Zeit zu tragen. Eine Desinfektion mit gängigen Desinfektionsmaßnahmen ist zudem möglich. So konnte mit Hilfe des C3PB e.V. schnell eine Schutzmaske entwickelt werden, die in entsprechenden Situationen den Schutz des medizinischen Personals sicherstellt.

Bezugsdaten der Maske: Khroom® Von DEKRA® geprüfte CO2 sichere Schnorchelmaske Vollmaske. Die Datei zur Herstellung des Adapters wird für Interessenten kostenlos zur Verfügung gestellt und ist am Ende des Artikels verlinkt.

Ein Prototyp aus Scanner und 3D-Drucker

Eine große Herausforderung bei dem Projekt war die Form der Anschüsse. Während die Filter einfach nur eine kreisförmige Öffnung mit konischem Verlauf des Durchmessers brauchten und noch dazu genormt sind, hatte der Anschluss der Tauchermaske eine sehr individuelle Form die vermutlich eher dem Design der Maske geschuldet war, als der technischen Notwendigkeit.

Durch den Einsatz eines normalen (2D-)Scanners, wie er in jedem Kopiergerät integriert ist, haben wir es aber schnell und direkt im ersten Versuch geschafft, die Form und auch die Größe perfekt zu treffen. Noch dazu ist auf dieser Seite des Adapters an der Maske eine Dichtung vorhanden, sodass wir uns dort über die Dichtigkeit nicht all zu viele Sorgen machen mussten.

Der Druck des ersten Prototypens stellte sich dann aber doch schwieriger als gedacht heraus, die Form des Adapters auf Höhe der Abzweigung der Filter führte dazu, dass sich das Material beim Druck verziehen konnte. Es war deutlich mehr Bauteilkühlung als üblich nötig um diesem Problem entgegen zu wirken, was dann aber im dritten Anlauf geklappt hat.

Noch ein (wichtiger) Schritt bis zur Nutzung

Sollte es nun wirklich nötig werden, dass der Adapter aufgrund von Schutzmaskenknappheit genutz werden muss, gibt es noch ein bis zwei Sachen zu beachten. Zum einen muss der Druck mit einem Verfahren hergestellt werden, das luftdichte Bauteile ermöglicht. FDM-Drucke, wie sie mit den meisten privaten 3D-Druckern hergestellt werden können, sind nur in Ausnahmefällen oder nach besonderer Behandlung Luft- und Wasser dicht. Druckverfahren die sich anbieten sind SLA, DLP oder SLS. Da SLA und DLP Bauteile meist nur über eingeschränkte Stabilität verfügen ist unser Plan den Adapter im Fall der Fälle per SLS Verfahren bei lokalen Dinstleistern herstellen zu lassen.

Eventuell kann es aber sein, dass die leicht raue Oberfläche der SLS Druckteile am Filter nicht genug abdichtet (da die Dichtung hier durch den konisch zu laufenden Adapter zu stande kommt und nicht durch eine Gummi- oder Silikondichtung). Dann wäre Vakuumguss vermutliche die beste Option, da damit auch Oberflächen in fast beliebiger Beschaffenheit hergestellt werden können. Auch für Vakuumguss gibt es in der Regel lokale Anbieter.

In Summe hoffen wir aber natürlich, dass unser Adapter nie zum Einsatz kommen muss, aber wenn es nötig wird, ist es besser nicht unvorbereitet zu sein.

Den Adapter haben wir auf Thingiverse (https://www.thingiverse.com/thing:4321884) veröffentlicht, wir übernehmen für die fehlerfreie Funktion des Adapters oder der Maske keinerlei Haftung, möchten aber auch anderen diese Notfalllösung zur Verfügung stellen.

Und auch ein bisschen Spaß muss sein - hoffen wir, dass unsere Ärzte nicht bald so aussehen, wie unser Modell für die Maske ;-)

Wir hoffen, dass Ihr alle die Osterfeiertage gut überstanden habt. Trotz unserer Schokoostereiervöllerei von letzter Woche konnten wir dem Angebot von zwei weiteren bunten Talks dennoch nicht wiederstehen:

Diese Orstern hat unser Osterhase zwei Talks versteckt! Zu suchen und am Mittwochabend zu finden gibt es folgende Ostereier:

Der C3PB e.V. und viele weitere ehrenamtliche Helfer haben begonnen, mit Hilfe von 3D-Druckern tragbare Visiere zu produzieren. Diese werden Krankenhäusern, Arztpraxen und ähnlichen Institutionen kostenlos bereitgestellt. Ziel ist es, den derzeitigen Mangel an Schutzkleidung etwas zu lindern: die Visiere sind selbstverständlich nicht als Ersatz für Atemmasken geeignet, helfen jedoch die Belastung dieser zu reduzieren und/oder alternativ die hochwertigen Originale für die sensiblen Fälle aufzusparen:

Das verwendete Druckmodell wird derzeit vielerorts in Deutschland, Europa und auf der ganzen Welt produziert - alle Bestandteile sind einfach zu erhalten: zwei Bauteile aus dem 3D-Drucker, Folie und Gummiband aus dem Stoff-/Nähzubehörbedarf. Die Einzelteile können in zwei Minuten zusammengebaut und ggf. auch zwecks Einzel-Desinfektion wieder auseinandergebaut werden - ob und wie dies im Einzelfall realisierbar ist, sollte jedoch von medizinischem Fachpersonal entschieden werden!

Der C3PB fungiert nun auch als “Hub” genannte Verteil- und Koordinationsstation in der MakerVsVirus-Initiative: Krankenhäuser, Arztpraxen und co. im Kreis Paderborn können ihren Bedarf melden und werden im Umlauf mit produzierten Chargen versorgt. Gleichzeitig hat der C3PB einen Fahrservice eingerichtet, der produzierte 3D-Drucke bei den Helfern abholt und weiterverteilt (um eine Menschenansammlung in den Vereinsräumen zu vermeiden).

Die Produktion mit einem 3D-Drucker ist deutlich langsamer als industrielle Verfahren wie z.B. Spritzguss und daher sind die Maker vom C3PB auf Mithilfe angewiesen: gesucht werden helfende Hände, die einen 3D-Drucker besitzen und mit diesem ebenfalls die gedruckten Teile herstellen können. Sobald die industrielle Produktion anläuft wird überlegt andere, ggf. krankenhausspezifische Sonderanfertigungen, die in der Bewältigung der Pandemie hilfreich sein können, mit Hilfe des 3D-Drucks zu realisieren - hier sind die Maker jedoch auf Ideen/Vorschläge von Pflegepersonal, Ärzten, etc. angewiesen.

Um die Materialkosten von circa 2 Euro pro Visier sowie weitere Produktion zu decken freut sich der gemeinnützige C3PB e.V. auch über Spenden - auf Anfrage können Spendenquittungen ausgestellt werden.

Alle Interessenten sowie potenziellen Mithelfer melden sich bitte per E-Mail auf mail@c3pb.de !

Passend zum momentanen Interesse am 3D-Druck gibt es heute einen Talk von Ahorn zu seiner Sammlung von Erfahrungsberichten zu Filamenthaftfähigkeit. Danach wird dann auch noch etwas über Zeitumstellungen in Anbetracht der Umstellung vom letztem Monat geredet. Zum Schluss liefert Chajax noch ein paar Einblicke im Umgang mit dem modularen Open VCV Rack Synthesizer.

Direkt im Anschluss wird Hej kurz den aktuellen Stand der C3PB- vs-Corona Aktion und anstehende Logistik dazu sprechen; das ist sowohl als Statusupdate als auch als weitere Coordination gedacht.

Diesmal gibt es einen intro-level Talks zu Kerberos. Wir haben recht viel positives Feedback zu diesem “Segment” gehöhrt — vielleicht habt Ihr auch Lust einen zu halten?

Remote arbeit scheint uns in letzter Zeit etwas mehr zu beschäftigen — bei unseren Talks zeigt sich dieser Trend auch.

Diesmal also bei den (virtuellen) Lightning Talks:

Trotz der einen oder anderen kleineren Pandemie finden unsere Lightning Talks weiter statt! Diesmal allerdings nicht wie gewohnt im Hackerspace — sondern im Cyberspace. Per Mumble. Auf mumble.c3pb.de. Also wenn Ihr bisher nicht in Person dabei sein konntet habt Ihr jetzt die Gelegenheit bequem von zu Hause beizuwohnen.

Nachdem sich das COVID-19 Virus nun auch in Deutschland stärker ausgebreitet hat, tragen wir als Verein unseren Teil zu der Eindämmung bei.

Dies bedeutet, dass die Vereinsräumlichkeiten ab sofort für Gäste geschlossen sind und nur noch Vereinsmitgliedern zur Verfügung stehen. Die Schließung betrifft insbesondere auch unsere regelmäßigen Veranstaltung wie das Open Chaos Mittwochs Abends und das Hackerfrystyck am ersten Sonntag jeden Monats, welche erstmal bis Ostern - entsprechend der Schließung der Schulen - ausgesetzt werden. Wir haben darüber hinaus weitere Vorkehrungen getroffen, die wir unseren Mitgliedern über die interne Mailingliste bekannt gemacht haben.

Sollte es weitere Neuigkeiten bezüglich der Öffnung unserer Räumlichkeiten geben, werden wir diese hier veröffentlichen. Bei weiteren Fragen wendet euch gerne an mail@c3pb.de.

Wir bitten die Unannehmlichkeiten zu entschuldigen und wünschen gute Gesundheit.

Allgemeine Informationen und Hinweise bezüglich COVID-19 findest du hier:

• Richtig Händewaschen
• Empfehlungen der Stadt Paderborn
• Allgemeine Verhaltenshinweise des Kreisgesundheitsamtes
• FAQ des Robert Koch Instituts

Mehr Lightning Talks? Mehr Lightning talks!

Falls Ihr hier den qbar Talk von queezle erwartet hattet: der musste leider verschoben werden. Dafür wird der aber um so besser sobald der wieder auf dem Programm steht!

Nach der plenumsbedingten Pause letzte Woche gibt’s heute nun wieder neue Lighting Talks. Diesmal im Angebot:

Dritte Woche. Drei neue Talks. Diesmal bei uns:

Die Lightning Talks haben regen Zuspruch gefunden. Also gibt’s diesmal sogar 4 Stück.

Leute tun tolle Dinge; andere Leute haben Interesse dran. Also haben wir uns gedacht dass so ein paar Kurzvorträge eigentlich gar nicht so schlecht wären. Wir präsentieren: Lightning Talks 0x00!

NixOS macht einige Dinge anders als andere Linux-Distribution: Man kann mehrere Versionen parallel installieren und die Systembeschreibung in einem git ablegen. Das ist vorteilhaft für Backups und Automatisierung, aber so manches bedient sich anders, als man das von anderen Distributionen gewohnt ist. Der Vortrag richtet sich an potentielle Neu-Einsteiger, aber ich hoffe, es entwickeln sich danach noch Gespräche, die auch für erfahrene Anwender interessant sind

snowball gibt uns einen Einblick in Regelungstechnik.

Folien vom Vortrag

Der C3PB e.V. ruft am Samstag, 23. März 2019, ab 13 Uhr in Paderborn zum Protest gegen die geplante EU-Urheberrechtsreform auf.

Eine Reform des Urheberrechts ist längst überfällig. Dabei sollten die Rechte und Durchsetzungsmöglichkeiten der Urheberinnen gestärkt, und das Urheberrecht an die Realitäten des 21. Jahrhunderts angepasst werden.

Die derzeit von der EU geplante Urheberrechtsreform würde jedoch das Gegenteil erreichen:

1. Die Rechte unabhängiger Creator werden geschwächt.
   Bevorteilt werden hingegen die Rechteverwertungsgesellschaften, deren umstrittene Verteilungsmechanismen kleinere Urheber systematisch benachteiligen.

2. Die Vorherrschaft großer Plattformen wie YouTube wird zementiert.
   Die realitätsfernen technischen Auflagen können nur unter enormen Kosten erfüllt werden. Kleinere Konkurrenten können sie nicht erfüllen. Sie wären gezwungen, Filter- und Erkennungsalgorithmen von größeren Plattformen zu nutzen und so ihre Daten der Konkurrenz frei Haus zu liefern.

3. Die geforderten technischen Lösungen sind unmöglich.
   Schon heute erweisen sich Uploadfilter und ähnliche Algorithmen zur automatischen Erkennung von Medieninhalten als fehlerhaft und führen immer wieder zu Fehlentscheidungen und Overblocking.

Helge Jung, Mitglied im C3PB e.V. und Anmelder der Demo, erklärt dazu: “Die Diskussion im EU-Rat und -Parlament ist bisher durch technische Inkompetenz und politische Ignoranz aufgefallen. Unser Ziel ist es, die Reform in der derzeitigen Form zu stoppen um dann eine mit Sachkenntnis angefertigte Neuauflage zu ermöglichen.” Mit dieser Forderung ist er nicht allein: Neben Warnungen des UN-Beauftragten für Menschenrechte, zahlreichen Vertretern aus der Wirtschaft, Juristen und IT-Experten ist die Ablehnung auch quer durch alle politischen Parteien zu erkennen.

Dennoch ist der Ausgang der finalen Abstimmung im EU-Parlament in der kommenden Woche noch offen. Daher finden am Samstag EU-weit viele Demonstrationen im Rahmen eines Aktionstages der Initiative “Save The Internet” statt.

Der C3PB e.V. ist seit 2005 in Paderborn tätig und eng mit dem Chaos Computer Club verbunden. Er sieht seine Aufgabe darin, neue (aber auch alte) Technik zu verstehen, begreifen, umzufunktionieren und dieses Wissen weiterzugeben. Dies geschieht regelmäßig in den Vereinsräumen in der Westernmauer 12-16, aber auch in Vorträgen an Schulen.

Start der Demo ist um 13:00 Uhr am Platz vor der Herz-Jesu-Kirche. Von dort geht es dann über die Westernstraße zum Rathausplatz, wo die Forderungen noch einmal in Form knackiger, kurzer Redebeiträge vorgestellt werden.

Dieser Aufruf wird unterstützt von:

• Fachschaft Mathematik-Informatik der Universität Paderborn
• Bündnis90/Die Grüne Kreisverband Paderborn
• DIE LINKE Kreisverband Paderborn
• Grüne Jugend Paderborn

Weiterführende Links und Informationen:

• Kampagnen-Seite
• Liste aller Demonstrationen
• Erklärbär-Video von Alexander Lehmann
• Erklärung des UN-Beauftragten für Menschenrechte
• Offener Brief von IT-Firmen

HeJ gibt uns einen Einblick in Metasploit:

• Was ist dieses bekannte Hackerwerkzeug?
• Wie rum halte ich es richtig, was kann es und was nicht?

Der smalltalk soll nur das Metasploit Framework vorstellen, eine sich eventuell anschließende gemeinschaftliche Ausprobier-Session ist nicht Bestandteil des Vortrags ;-)

Der Versuch eines Leitfadens zum Herstellen eigener Platinen im subraum.

Vorkehrungen:

• Kittel oder alte Kleidung
• Schutzbrille
• Gute Belüftung (ggf. Absaugung mit aktiv Kohlefilter? - klären)
• Latex/Gummihandschuhe

benötigte Chemikalien:

benötigte Geräte / Gegenstände:

Anleitung

1. Layout auf Folie drucken
   1. Vorzugsweise mit Laserdrucker, ggf. doppelt
   2. Darauf achten, dass die bedruckte Seite auf der Platine liegt d.h. spiegelverkehrt Drucken (zur Erkennung der Orientierung am besten irgendwo auf der Platine Text anbringen)
   3. ggf. Zweckform 3491
   4. Ggf. mit Tonerverdichter nachbehandeln oder zwei Folien mit identischem Ausdruck übereinander legen
   5. Am besten die Platine etwas größer als nötig schneiden um irgendwo ein Befestigungsloch für einen Kunststofffaden (oder Kabelbinder) machen zu können, an dem die Platine in den Bädern einfach bewegt werden kann.
2. Platine belichten (Positiv = Was bleiben soll ist schwarz)
   1. Mit Belichter 2:30 bis 3:10 Minuten (hängt offensichtlich auch vom Alter der Platinen/des Fotolacks ab)
   2. Ggf. 2mal mit der halben Zeit belichten, dafür zwischendurch um einen halben Röhrenabstand verschieben um eine gleichmäßigere Belichtung zu erreichen
3. Platine entwickeln
   1. Mit Natriumhydroxid / Rohrreiniger (NaOH) - gefährliche Dämpfe!
   2. Oder mit Natriumsilicat
   3. So lange bis keine (lila/bläulichen) Schlieren mehr zu sehen sind (bzw. ein kleinwenig (15-30 Sec) länger)
4. Platine sofort und gründlich mit Wasser abwaschen
   1. Nur sehr vorsichtig und wenn unbedingt nötig abtrocken
5. Platine ätzen
   1. Mit Natriumpersulfat (Na₂S₂O₈)
   2. Ca. 220-250g pro Liter bei ca. 40°C (Aufwärmdauer für 1L in unsere Küvette ca. 15-20Min.)
   3. Dafür sorgen, dass die Luftbläschen auf der Kupferseite entlang können und die Flüssigkeit mit Kontakt zum Kupfer ständig ausgetauscht werden kann
   4. Die Platine im Bad belassen bis das Kupfer sich an den gewünschten Stellen vollständig gelöst hat
6. Platine gründlich mit reichlich Wasser reinigen (Photolack entfernen) ggf. mit Isopropanol und/oder Aceton
   1. Mit “Kratzschwamm”, Schmutzradierer oder Tuch abreiben bis alle Lackreste entfernt sind (Platine muss kupfern glänzen)
7. Platine mit Lötlack besprühen XOR chemisch verzinnen
   1. Für chemisch verzinnen (http://www.octamex.de/shop/download/Anleitung_Chemisch_Zinn.pdf):
      1. Platine in das Zinnbad legen und warten bis eine einheitliche silbrige Schicht auf dem Kupfer entstanden ist
      2. Der Prozess terminiert automatisch (nach ca. 2-3 Min), wenn die maximal mögliche Schichtdicke erreicht ist (ca. 5µm)
      3. Nach längerer Lagerung Zinnbad ggf. vor der Nutzung umrühren und/oder leicht erhitzen (max. 40°C)
8. Optional: Platine mit Lötstopplaminat versehen (Dynamask Löststopplaminat) (andere Anleitungen: http://wiki.schlimmchen.de/doku.php?id=public:loetstopplaminat, http://www.octamex.de/shop/download/Verarbeitungsanleitung_fuer_Dynamask.pdf)
   1. Platine ohne Laminat in Laminiergerät erwärmen (je nach Größe 2-4 Mal durch ziehen lassen)
   2. Matte Schutzfolie vom Laminat entfernen (Licht aus - das Laminat ist lichtempfindlich)
   3. Laminat an der vorderen Kante auf der Platine befestigen
   4. Platine mit Laminat (ggf. mehrfach) durch das Laminiergerät ziehen bis das Laminat fest haftet
   5. Laminat mit entsprechender Maske (Negativ = Was weg soll ist schwarz) belichten (Mit Belichter 0:50)
   6. Das Laminat im dunkeln 30-60 Minuten Polymerisieren lassen.
   7. Glatte Schutzfolie vom Laminat entfernen
   8. Entwickeln mit Natriumkarbonat/Soda (Na₂CO₃) 10g pro Liter (Dauer ca. 5-10 Min)
      1. Lösung leicht erwärmen (~30°C)
      2. Platine ständig bewegen, ggf. leicht mit einem Pinsel oder nicht faserndem Tuch nachhelfen
      3. Sobald die gewünschten Stellen freigelegt sind Platine aus dem Bad entfernen und reinigen
   9. Platine mit Wasser reinigen, nicht abwischen, höchstens ganz leicht tupfen
   10. Platine zum Trocknen erhitzen (z.B. auf den Laminator legen, durch ziehen kann den Laminator und damit spätere Platinen verschmutzen ODER Platine in eine Tasche aus Backpapier legen und mehrfach durch den Laminator schieben)
   11. Wenn die Platine trocken und nicht mehr klebrig ist das Laminat aushärten mit UV Licht (30 Minuten)

Bezugsquellen:

Anna wird uns am Sonntag, 06.12.2015, einen Stickmaschinen-Workshop geben. Dabei geht es grob um die Erstellung von stickbaren Grafiken auf dem Rechner bis hin zum fertig bestickten Stoff, vorgeführt an einfachen Beispielen.

Da der Workshop im Rahmen unseres allmonatlichen Hackerfryhstycks stattfindet, werden Besucher zwecks Brötchenplanung gebeten, sich hier selbst einzutragen. Das Fryhstyck selbst beginnt gegen 12 Uhr, erfahrungsgemäß ist nach 1-1.5 Stunden genug Sättigung und Ruhe eingekehrt, um den Workshop durchführen zu können.

Die Referentin bittet die Teilnehmer um eine nikolausige Gesamtatmosphäre.

Ahorn wird uns am Sonntag, 01.11.2015, ab ~12 Uhr einen Workshop zur Benutzung des Lasercutters geben. Dabei soll an simplen Beispielen einmal der komplette Workflow vom Design am Computer bis hin zum fertig gelaserten Werkstück gezeigt und selbst ausprobiert werden.

Da der Workshop im Rahmen unseres allmonatlichen Hackerfryhstycks stattfindet, werden Besucher zwecks Brötchenplanung gebeten, sich hier selbst einzutragen.

Barbarossa gibt uns einen Einblick in das Config-Management mit Salt:

• Configs für $Server zentral in Git verwalten mit Kissen, Flausch und Salz.

Snowball’s Umbau einer Proxxon MF70 zur CNC schreitet weiter voran:

Zahnräder aus Holz

Zahnräder aus Aluminium

Der C3PB wird am 16. Mai (15:00 Uhr bis Open End) einen Anfänger-Lötkurs durchführen, zu dem Interessierte herzlich eingeladen sind. Die Anzahl der möglichen Teilnehmer müssen wir auf maximal 11 begrenzen, daher bitten wir um eine vorherige Anmeldung per Email an mail@c3pb.de mittlerweile ist der Kurs ausgebucht, du kannst uns aber trotzdem eine Email schreiben und landest dann auf der Warteliste für den Fall, dass jemand abspringt (oder für zukünftige Lötkurse).

Bei den Lötbausätzen handelt es sich um die Pentabugs des Chaos Computer Club Dresden, welche sich für Kinder von 9-99 eignen. Der Lötkurs an sich ist natürlich kostenlos, für die Bausätze berechnen wir 5 Euro Materialkosten.

seri erzählt uns etwas über Ceph:

Ceph ist ein verteiltes Speichersystem: Kein Single Point of Failure, skalierbar bis zu Exabytes, Replikation und Fehlertoleranz sind die Versprechen. Es ist allerdings kein starres System sondern ein Construction Kit: Auf der untersten ebene organisiert als verteilter Objektspeicher bietet es für den Zugriff u.a S3/Swift, Block Devices und ein POSIX-kompatibles Dateisystem an.

Im Smalltalk werde ich aus der Vogelperspektive die (interessanten) Konzepte hinter Ceph erläutern.

Links: - Ceph Website: http://ceph.com - Ceph Doku: http://ceph.com/docs/master/

Helge gibt uns einen Einblick in “Chaos macht Schule”:

• Was ist Chaos macht Schule?
• Was passiert bundesweit und bei anderen Erfas unter dieser Flagge?
• Gehen wir in die Schulen und erzählen den Schülern, wie böse Facebook und das Internet sind, oder läuft das eventuell anders ab?
• Was gibt es neben den klassischen Themen Medienkompetenz und Datenschutz noch, was dort behandelt wird?
• Wie kann ich mitmachen?

Das Jahr nähert sich strammen Schrittes dem Ende und damit ist es Zeit für einen kleinen Jahresrückblick über die Aktivitäten im Chaos Computer Club Paderborn:

Da das Club-Jahr ja eigentlich vom einen Chaos Communication Congress bis zum nächsten reicht, fangen wir ein paar Tage vor 2014 an - am 29.12.2013 um 19:07 Uhr wurde uns die frohe Botschaft überreicht, dass wir ab sofort ein Erfa („Erfahrungsaustauschkreis“, aus historischen Gründen) sind. Das bedeutet, ab diesem Datum sind wir nicht nur wie bisher sehr eng mit dem Chaos Computer Club verbunden, sondern jetzt auch offiziell ein lokaler Teil.

Wir haben das Jahr 2014 mit der Fortführung der Cryptopartys begonnen und so einigen Computer-Nutzern Email-Verschlüsselung, anonymes Surfen und ähnliches näher gebracht. Leider sind mit der Zeit die Besucherzahlen weiter gesunken - als bislang krönenden Abschluss haben wir aber eine Maxi-Cryptoparty an der Uni im Rahmen der Ringvorlesung „Never being alone again“ geben können, bei der wir mehr als 40 Teilnehmer hatten. Dass tatsächlich alle danach eine verschlüsselte Email versenden konnten, haben wir dabei live verifiziert.

Anstatt der Cryptopartys konnten wir uns dann aber am Gymnasium Horn-Bad Meinberg an den Projekttagen beteiligen und haben ähnliche Themen unter dem Motto „Chaos macht Schule“ jugendgerecht näher bringen können. Den Schülern ist dabei wohl vor allem unser Demo-System in Erinnerung geblieben, das im „Bad WLAN“ Passwörter mitgeschnüffelt und diese direkt auf einem Bon-Drucker (zensiert natürlich) ausgedruckt hat. In den Themenkomplex passt auch unsere Beteiligung am Safer Internet Day und dem Senioreninformationstag „Die Älteren erobern das Netz“ in der Computerbibliothek Paderborn, einmal für die breite Öffentlichkeit und einmal, wie der Name schon sagt, mit dem Fokus für ältere Menschen.

In einen komplett anderen Bereich fällt das Thema Freifunk, das in diesem Jahr auch sehr prominent in unserem Verein war. Freifunk Paderborn ist zwar nicht ausschließlich ein Thema des C3PB, aber wir konnten dieses Community-Projekt soweit voran treiben, dass Paderborn nach dem Start im November 2013 nun die größte Freifunk-Stadt in NRW und die zweitgrößte Freifunkstadt in Gesamtdeutschland (nach Hamburg) ist. Scheinbar haben wir damit auch das Interesse der Medien geweckt und neben einigen Zeitungsartikeln haben uns auch WDR und 1Live besucht. Zum eigenen Jahresrückblick des Freifunk-Projekts geht es hier entlang –> Freifunk-Projekt

Jetzt haben wir natürlich nicht nur das gesamte Jahr mit Außendarstellung und Aktionen für die Öffentlichkeit verbracht, auch clubintern ist einiges gelaufen: Wir hatten mehr als 11 Vortragsabende zur Mitgliederweiterbildung mit Themen von Multitouchfußboden über FPGA-Programmierung bis hin zu AMQP. So ganz nebenbei haben wir noch neue Vereinsräume in der Paderborner Innenstadt angemietet, saniert, dort Wände gezogen, Boden verlegt und vieles mehr und konnten im Dezember dann schlussendlich dort einziehen. Mit dem Besuch des 31. Chaos Communication Congress (31C3) endet das Club-Jahr und damit auch diese Rückschau - wir hoffen natürlich, dass das Jahr 2015 wieder ähnlich produktiv wird; vermutlich werden dabei die Themenkomplexe Freifunk und Jugendarbeit eine große Rolle spielen. Schaut gerne einmal bei uns vorbei, wenn ihr in der Paderborner Innenstadt unterwegs seid!

Wir freuen uns euch mitteilen zu können, dass wir nun endlich umgezogen sind! Ein großer Teil der vom C3PB e.V. gemieteten Räumlichkeiten an der Westernmauer 12-16 in der Paderborner Innenstadt sind endlich weitestgehend fertig renoviert. Nachdem wir am Mittwoch bei dem letztem regulären Chaostreff in der Kulturwerkstatt schon einmal alles zusammen gepackt hatten, haben wir gestern Sack und Pack in einen Transporter geladen und in die neuen Räume verfrachtet. Die Arbeit war in wenigen Stunden erledigt und gegen vier saßen die Helfer mit Pizza, Strom und Internet im neuen Hackerspace; bereit los zu hacken. Inzwischen sind die neuen Räume schon ziemlich wohnlich und du bist herzlich eingeladen mittwochs zum Chaostreff oder am ersten Sonntag des Monats zum Hackerfrystyck zu kommen!

Wir möchten uns noch einmal bei der Kulturwerkstatt für die langjährige Bereitstellung unserer bisherigen Räume bedanken und freuen uns auch zukünftig auf eine gute Zusammenarbeit.

Das Advanced Message Queuing Protocol (AMQP) ist eine Message-basierte Middleware zum Datenaustausch zwischen Systemen. Mit AMQP wird IPC angenehm und schmerzfrei.

So meine Behauptung; Beweis durch Beispiele im Smalltalk:

• Standard Patterns (Pub/Sub, Work Queues, Topic Routing, RPC, …)
• Erfahrungen und Beispiele aus EDI

Abstract

Was ist dieses Mesh und wie funktioniert es ?

Was für Infrastruktur läuft im Hintergrund von FFPB?

Dieser Vortrag gibt einen kurzen Einblick darin wie Freifunk funktioniert und was in unserem Maschinenraum so alles läuft. Dieser Talk wird Ende des Jahres hoffentlich Teil eines größeren Vortrags über Freifunk Paderborn auf dem 31C3, auch wenn es dort dann mehr um das Projekt als Ganzes und nicht die Technik geht.

Abstract

• Wofür nutzt man das?
• Warum ist das so anders als andere Programmiersprachen?
• Welches Board kann man kaufen, um das mal auszuprobieren?

Folien vom Vortrag

Abstract

Besser Hacken?

Wie funktionieren die Tasten auf häutigen Tastaturen eigentlich? Was macht mechanische Tasten aus und warum lohnt es sich in Tastaturen zu investieren?

Was sind Rubber Dome Keys, Scissor Switches, Cherry MX, Buckling Spring, Alps, Topre?

Es wird um Tasten gehen nicht um QWERTY vs. QWERTZ vs. Dvorak vs. WHATEVER oder alternative Bauformen.

Anschließend ein kleines Keyboard rumnerden. Ich bringe ein Happy Hacking Keyboard Professional 2 (Topre) und eine SGI Granite (White Alps) mit. Würde mich freuen wenn Leute, die schon mechanisch hacken auch ihre Lieblinge mitbringen :)

Diskussion

Links aus den Folien:

• http://www.overclock.net/t/491752/official-mechanical-keyboard-guide
• http://deskthority.net
• http://deskthority.net/wiki/Main_Page
• http://www.keyboardco.com/blog/index.php/2012/12/an-introduction-to-cherry-mx-mechanical-switches/

Shops

• http://www.getdigital.de/shop/mechanische-tastaturen
• http://elitekeyboards.com

Abstract

Digitalcourage (früher: FoeBuD e.V.) setzt sich seit 1987 für Bürgerrechte, Datenschutz und eine lebenswerte Welt im digitalen Zeitalter ein. Wir wehren uns dagegen, dass unsere Demokratie „verdatet und verkauft“ wird. Digitalcourage klärt auf durch Öffentlichkeitsarbeit, Vorträge, Veranstaltungen und charmante Aktionen. Wir sind technikaffin und gestalten auch gerne selbst: So baute Digitalcourage lange vor dem Internet-Boom die dezentralen Bürgernetze Zerberus, CL und Zamir Transnational Network auf und brachte den PrivacyDongle zum unbeobachteten Surfen heraus. Seit 2000 richtet Digitalcourage jährlich in Bielefeld die Verleihung der BigBrotherAwards („Oscars für Datenkraken“) aus. Gemeinsam mit anderen Bürgerrechtsorganisationen hat Digitalcourage maßgeblich dazu beigetragen, Überwachung und uferloses Datensammeln in den Fokus der öffentlichen Wahrnehmung zu bringen.