Ihr habt mich angefixt. Geordert ist wie lange sind denn so die Lieferzeiten.
5 Tage Lieferzeit bei mir nach Österreich
Ihr habt mich angefixt. Geordert ist wie lange sind denn so die Lieferzeiten.
5 Tage Lieferzeit bei mir nach Österreich
Brauch ich zwar nicht, gekauft hab ichs dennoch
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
Thing topic Kaffeemaschine "Kaffeemaschine" {
Channels:
Type string : status "Status" [ stateTopic="coffee/status" ]
}
item
String Kaffeemaschine_Status
"Status [%s]"
{channel="mqtt:topic:mosquitto:Kaffeemaschine:status"}
Switch Kaffeemaschine_Power
"Kaffeemaschine"
rule
rule "Kaffeemaschine Status change"
when Item Kaffeemaschine_Status received update
then
if (Kaffeemaschine_Status.state == "d5550007070707000000000007000000003232") {
Kaffeemaschine_Power.sendCommand(ON)
}
if (Kaffeemaschine_Status.state == "d5550100000000000000000000000000000626") {
Kaffeemaschine_Power.sendCommand(OFF)
}
end
rule "Kaffeemaschine Switch received command"
when Item Kaffeemaschine_Power received command
then
var mqttActions = getActions("mqtt","mqtt:broker:mosquitto")
if ((Kaffeemaschine_Status.state == "d5550007070707000000000007000000003232") && (receivedCommand == (OFF))) {
mqttActions.publishMQTT("coffee/command/powerOff","1")
}
if ((Kaffeemaschine_Status.state == "d5550100000000000000000000000000000626") && (receivedCommand == (ON))) {
mqttActions.publishMQTT("coffee/command/powerOn","1")
}
end
Alles anzeigen
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...
Wie ist der Stand
Bis jetzt ist der switch online
Der debian Rechner ist immer wieder fälschlicherweise offline gewesen. Hab ein python script auf dem rechner hingenudelt, dass alle 5 Minuten den cgu pingt, so bleibt der Rechner s online ersichtlich. Keine schöne Lösung, funktioniert aber
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
Vorher war statt dem cloud gateway ultra ein asus router. Die UAP-AC-M hab ich mit einem Raspi gemanaged. In der dortigen unifi Netzwerk app war alles ok
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?
Danke für die Aufklärung, dann kommt das auf die To-Do Liste
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?
Würde ich auch gerne bauen. Das Ding erinnert mich aber zu sehr an eine Riesenspinne (auch wenn der Roboter nur sechs Beine hat). Das halte ich mit meiner Arachnophobie nicht aus
Die remote two ist ja noch nichteinmal vernünftig am Markt erhältlich
Diesen Fräsaufsatz kannte ich nocht nicht! Tolles Ding, muss ich mir merken
Warum nimmst du nicht ein Relais?
Ich hab keine Lösung für Dein Problem. Wollte Dir nur zur Hochzeit gratulieren!
Habe ich im (Dichtbeton-) Keller. Da laufen die Kabel durch von außen. Habe auch schon Kabel nachgezogen, was bei der PU Schaum Variante nicht geht.
Die sind 100% dicht.