Beiträge von Momo90

    Ich verwende meine Airbrushs für AFV Modellbau und würde keinen Kompressor ohne Tank kaufen, da der permanent laufen muss. Und jedenfalls einen ölfreien.

    Je nachdem, welche Düsse du verwenden willst brauchst du einen Kompressor mit ausreichend Luft (l/min). Bei einer Düse ab 0,5mm reicht nach meiner Erfahrung ein Einzelkolbenkompressor nicht mehr aus. Welche Düse du verwendest hängt davon ab, was du machen willst. Ich hatte zuvor den von Don empfohlenen mit Tank. Der ist aber schon bei einer 0,3 mm Düse an die Grenzen gekommen.

    Ich hab jetzt einen ölfreien Doppelkolbenkompressor mit Tank  [Anzeige]und bin sehr zufrieden damit.

    Auch bei den Farben kann ich Don nicht ganz zustimmen. Die Farben unterscheiden sich doch recht deutlich, vor allem in der Pigmentierung und der Anwendung. Für das Lackieren eines Motorradhelms oder Tanks brauchst du andere Farben als für das Lackieren eines RC Modells, eines AFV Standmodells oder einer Figur. Ich verwende je nach Anwendung Tamiya, Vallejo, AK, AMMO (Mig), Gunze und weitere.

    Dezidierte Airbrushfarben musst du (meisst) nicht mehr verdünnen und sind ootb nutzbar.

    Und falls du viel airbrushen wills, leg dir einen Ultraschallreiniger (für Schmuck) zu. Damit kannst du die Gun ab und zu gründlicher reinigen als mit der Hand.

    Edit: was ich noch vergessen habe: Bei den Guns gibt es unterschiedliche Techniken, vor allem wie die Farbe zugeführt wird. Du hast sicher schon gesehen, dass bei manchen der Topf unten hängt, bei manchen seitlich ist und bei manchen oben ist. Bei denen, mit dem Topf unten wird die Farbe durch die Erzeugung eines Unterdrucks (durch die Luft) nach oben gezogen, bei dem Topf seitlich und oben, hilft die Schwerkraft. Ich persönlich mag die mit dem Topf unten gar nicht, da sie nicht gut in der Hand liegen und der Farbfluss (zumindes für nach meiner Empfindung) sehr ungenau war. Die mit dem Topf auf der Seite haben den Nachteil, dass sie nicht in alle Airbrush Halter passen.

    Habs hinbekommen. Falls es jemand braucht oder wer eine schönere Lösunng hat:

    thing

    Code
    Thing topic Kaffeemaschine "Kaffeemaschine" {
        Channels:
            Type string : status "Status" [ stateTopic="coffee/status" ]
    }

    item

    Code
    String                      Kaffeemaschine_Status
                                "Status [%s]"
                                {channel="mqtt:topic:mosquitto:Kaffeemaschine:status"}
    
    Switch                      Kaffeemaschine_Power
                                "Kaffeemaschine"

    rule

    Ich steh grad völlig auf der Leitung und brauch eure Hilfe. Ich habe dieses geniale Projekt verwirklicht: https://github.com/chris7topher/SmartPhilips2200. Das funktioniert auch, wenn ich die commands via mqttfx absetze.

    Ich will die Kaffeemaschine nur via mqtt ein und auschalten, der rest ist mal egal.

    state topic ist coffee/status. Wenn die Maschine eingeschaltet ist kommt dort die payload d5550007070707000000000007000000003232, wenn sie ausgeschaltet ist d5550007070707000000000007000000003232

    Command Topic fürs einschalten ist coffee/command/powerOn bzw fürs ausschalten coffee/command/powerOff. Dort sendet man die payload 1 und der Befehl wird einmal gesendet oder 2 für zweimal senden und so weiter. Es reicht aber, dass 1 als payload gesendet wird.


    Soweit so gut. Ich habe mir grad das Hirn zermartert wie ich das in openhab einbaue, sodass ich ein switch item habe, mit dem ich die Maschine ein und ausschalten kann, das aber auch die states der Maschine übernimmt. Da OH bei mir seit Jahren stabil läuft bin ich etwas aus der Übung gekommen...

    Ich bin jetzt mal über ssh in die cgu. Via arp wurde der switch nicht gefunden. Als ich ihn aber angepingt habe ist er auf einmal bei den clients aufgetaucht. Spannend auch, dass der Swicht seit ca 24 Stunden online sein soll. Ziemlich genau dann habe ich den switch neu gestartet.

    Mal sehen wie lange er sichtbar bleibt

    Den TP Link switch sollte man schon irgendwie sehen als Client. Such mal nach der MAC Adresse.

    Chancenlos. Ich habe ihn versucht via "client hinzufügen" hinzuzufügen, aber er scheint als offline auf

    Ist scheinbar leider wirklich ein Problem TP Link / Unifi Kombination

    Hast du da nähere infos oder links? ich finde nichts.

    iwas scheint der TP Link da weg zu filtern :( Ist mir mit HP / Aruba oder Netgear noch nicht passiert.

    Hmm... mir ist es bislang mit einem alten 50 Euro Asus Router auch nicht passiert. Die Probleme gibts erst seit dem unifi gateway

    Ich habe in meinem Netzwerk einen cloud gateway ultra, der an einem managed switch von tp link hängt. An dem hängen via kabel vier AC UAP-AC-M und ca 16 andere clients. An den AC UAP-AC-M hangen via wifi ca 48 clients.

    Der tp switch wird in der netzwerk app überhaupt nicht angezeigt, obwohl er uber die Weboberfläche erreichbar ist (statische ip)

    Ein debian Rechner, der am tp switch hängt, wird als offline angezeigt, obwohl er erreichbar ist (dhcp mit Adressreservierung)

    Ein Handy wird mit einer falschen ip adresse (dhcp mit Adressreservierung) angezeigt.

    Überhaupt reagiert die app sehr träge. Es dauert relativ lange, bis clients als online oder offline angezeigt werden.


    Hat sonst noch wer solche probleme und/oder eine Lösung?

    Ich habe 4 unifi UAP-AC-M zuhause am laufen und als Controller einen Pi3. Routing macht derzeit noch ein alter Asus, der aber wohl grad dabei ist zu verrecken. Hinter dem Asus sitzt ein Router mit Modem meines Internet Providers (ja, doppeltes NAT, weil kein bridge Mode, ist halt so funktioniert dennoch).

    Ich überlege jetzt den asus gegen einen Cloud Gateway Ultra zu tauschen. Kamera, Zutrittskontrolle oder ähnliches spielt für mich keine Rolle. So wie ich das sehe, verfügt der Cloud Gateway Ultra nur über die Network App. Umfasst diese Network App auch die Verwaltung der UAP-AC-M, sodass ich auf den Pi3 verzichten kann? Oder ist die WIFI Verwaltung wieder eine eigene App sodass ich wieder den Pi3 brauche?