Fingers elektrische Welt

Welche Heißklebepistolen nutzen die Sprecher denn grade?
Ich brauch Ersatz!

Steinel Gluematic 5000 und Portasol G125 sind hier im Einsatz. Plus eine Noname als eiserne Reserve.

Heißklebepistole mit gasantrieb, das is doch eher was für Boris
Ginge denn auch die Steinel 3002? die gibts recht günstig.

Fritzler hat geschrieben: ↑Di 21. Apr 2020, 20:25 Ginge denn auch die Steinel 3002? die gibts recht günstig.

Die hab ich mir mal zu Weihnachten gewünscht, da war die Aldipistole deutlich besser.
Nach zwei Einsätzen hat der Abzug bzw. die Förderung der Stange in die Heizpatrone schon nicht mehr richtig funktioniert.
Würde ich nie wieder kaufen.

Erklärt also den Preis
Danke euch beiden.

Fritzler hat geschrieben: ↑Di 21. Apr 2020, 20:25 Heißklebepistole mit gasantrieb, das is doch eher was für Boris
Ginge denn auch die Steinel 3002? die gibts recht günstig.

Die 3002 habe ich seit bestimmt 5 Jahren im Einsatz, funktioniert immer noch, allerdings kommt die mit den 1KG Heißklebepackungen von Steinel am besten klar ( https://www.hornbach.de/shop/Klebestick ... tikel.html ) , die no name schmelzen in der entweder nicht gescheit oder werden zu heiß und werden gelb bräunlich.
für 14€ die Hornbach für die Pistole aktuell will ist die aber nicht schlecht.

Jetzt wollen wir aber auch Kuddels Mikrofonhalter in Bild sehen

Und mein Leatherman OHT nimmt mir keiner weg, ohne die Zange könnt ich nicht.

Schöne Folge geworden

Zur Frage was hören wir beim Bastlen:

Löten/Basteln/Zerlegen/Schaltung & Layout: Heavy Metal, Rock, Fingers Welt Podcast
Programmieren & Schaltungs Simulation: Nix
Messen/Testen/Abgleichen: 80er Synthesizer, Rock, Fingers Welt Podcast
Aufräumen: Heavy Metal

Bin schon gespannt auf die nächste Folge und nächsten Gast

Danke Jungs für die Podcasts "thumbs up"

Chefbastler hat geschrieben: ↑Di 21. Apr 2020, 21:53 Programmieren & Schaltungs Simulation: Nix

Hier das gleiche wenn es um komplexe Sachen geht. Da ist absolut keine Ablenkung zu gebrauchen.
So komisch wie es klingt, aber Geräusche von CNC Maschinen bei der Arbeit sind für mich auch wie Musik.

Das mit ab einer gewissen Zeit Abends geht nichts mehr kenne ich so nicht. Manch mal muss ich mich zwingen aufzuhören. Je später der Abend wird, um so besser werden die Ideen. Kommt aber auch dann schon mal vor, dass man sich am nächsten Tag denkt: "was hab ich da schon wieder verbrochen?".

Bei mir is das andersrum, ich MUSS aufhören um wieder runterzukommen.
(ungefähr 1h vorm pennen gehen)
Sonst rattert das Hirn im Bett weiter und nix is mit pennen.

nochmal kurz zur Heissklebe, ich benutz ebenfalls die 3002, die funktioniert hier tadellos.

hab mir jetzt noch eine zweite, nagelneue umgebaut mit Einschalter im Griff und 5m Kabel dran...

Meine Gas Heißklebepistole habe ich mal von Finger zum Geburtstag bekommen. Ich habe schon etwas recherchiert, leider gibt es das spezielle Modell nicht mehr.

Ansonsten setze ich seit Jahren auf die Heißklebepistolen von Lidl. Die eine sieht schon ziemlich versifft aus, weil die ständig in der Grobwerkstatt steht, sie funktioniert aber seit über 10 Jahren tadellos.
Aktuell heißt das Modell von Parkside wohl "php 500 e3". Also das Ding, was man "kabellos" benutzen kann indem es von der Basis runtergenommen wird.

Dazu hab ich noch aus einem Aalpaket oder aus dem Aalzelt eine Mini Klebepistole von Proxxon für diese 6mm Stangen. Die nutze ich zwischendurch gerne mal für kleine Sachen. (Irgendwie müssen die Sticks ja weniger werden)

Mir gefallen die Folgen sehr gut und ich freue mich schon darauf nachher die nächste zu hören .

Kleine Anmerkung: Macht es Sinn die Folgen nachträglich durchzunummerieren? Zumindest in Spotify würde dies der Übersichtlichkeit dienen.

Ne, dann fliegen wir aus den Distributionsdiensten raus. Die wollen nicht, dass man die Folgen im Titel numeriert.

Was ist das denn für ein Schwachfug?!
(also von den Anbietern)

Vielleicht am Anfang mit einsprechen? Dann sortiert es sich später einfacher

oder den Titel entsprechend clever wählen..

"eine erste Einführung in die Fingers-Welt"

"zwei Mitglieder des Forums sprechen über..."

"drei Bastler unter sich"

"vier verschiedene Möglichkeiten etwas in Flammen aufgehen zu lassen"

"fünf Werkzeuge die jeder braucht"

usw

Eingesprochen ist das, alles andere machen die Dienste schon selber. Da will ich auch nicht irgendwelche Wege verbauen, das muss erstmal so bleiben.

Ich höre auch einen Anderen Podcast auf Spotify und der ist auch im Titel durchnummeriert so schlimm scheint es nicht zu sein.

Zurück zum eigentlichen Thema.

Wir sind jetzt auch auf Breaker, Castbox und Pocket Casts zu finden. An weiteren Möglichkeiten zur Verteilung sind wir dran.
https://www.breaker.audio/fingers-elektrische-welt
https://castbox.fm/ch/2766057
https://pca.st/tsswi7pl

Hallo,

Daumen hoch !!

Ich habe mir die MP3s runtergeladen und werde die mir offline auf dem Weg zur Arbeit anhören.
Hoffentlich grinse ich nicht zu laut. Das könnte die anderen Fahrgäste im Regio verschrecken.

Gruss Asko

So und über iTunes und verbundenen Diensten kann man uns jetzt auch hören
Damit sollte es auch in den nächsten Tagen über Overcast funktionieren.

https://podcasts.apple.com/de/podcast/f ... 1509449637

Hightech hat geschrieben: ↑Mo 30. Mär 2020, 14:53 ...... ich bin da spezial Experte.
Seit ca. 2005 konsumiere ich täglich teilweise mehrere Stunden Podcast.
......

hast du vielleicht auch Tipps, ähnlich dem Finger Podcast?
Jaja ich weiss, es gibt sicherlich nicht nochmal sowas geiles wie diesen Podcast.
Abr ich habe Blut geleckt! Ich möchte mehr hören. Das passt auch super gerade ins Homeoffice.
Die die du empfohlen hast keine ich zum Teil auch, aber die sind mir zu nerdig (also viel über Computer, Programmieren etc.), das habe ich täglich auf der Arbeit.
Ich meine so Bastelkram, Elektronik etc. Vielleicht was brauchbares aus der 'Makerszene'..

Gruss,
Micha

TheAmphour wäre noch zu nennen. Mit Dave Jones und Chris Gammell. Man sollte aber fit in technical English sein. Aber teilweise sehr interessante Gäste.

Ja, the Amphour ist sehr empfehlenswert. Wobei man das technical English sehr schnell drauf hat. Inzwischen kann ich das besser als in meiner Muttersprache Deutsch.

hallo,

Ja, the Amphour ist sehr empfehlenswert. Wobei man das technical English sehr schnell drauf hat. Inzwischen kann ich das besser als in meiner Muttersprache Deutsch.

Das nützt nur wenig wenn man zwar die Fachwörter kennt aber nicht fliessendem allgemein Englisch folgen kann. Z.B Nachrichten oder Filme in Englisch. Denn wenn ein englischer Muttersprachler loslegt kommt man schnell ins schleudern wenn er beim sprechen auf der Flucht ist, zu deutsch : schnell spricht.

Bei mir ist so, das ich normal sprechende Engländer gut verstehen kann. Bei bestimmte Dialekt oder Mundarten aus dem Norden oder noch schlimmer Amerika hab ich dann auch schon mal das Bedürfnis nachzufragen. Ich selber hab mir den nordost Londoner Dialekt angeeignet der in East-Anglia gesprochen wird , so auch in der Stadt Harlow(Essex) wo ich mich eine ganze Weile aufgehalten habe. . Demzufolge verstehe ich das auch am besten. Das hat son Cockney Beigeschmack.

73
Wolfgang

Wieder eine tolle Folge.
Die Chefin hat mit zugehört und hatte zwischendurch Tränen in den Augen vor lachen.
Alles richtig gemacht.

Der nächste Podcast braucht noch 1-2 Tage. Am Wochenende zu nix gekommen

Eine Klasse Sache die Podcasts,
echt erstaunlich, wie viele Parallelen man doch findet.

... und meine Kollegen schütteln immer den Kopf, wenn ich bei Technischen Problemen immer entweder erst in mein Lager, oder auf den Schrottplatz auf dem Hof gehe ...


Das Druckluft Zylinder-Problem hat mich erstmal dazu motiviert meine Bestände mal ein wenig zu dezimieren, wobei die Pneumatik Verschraubungs Sammlung mittlerweile
echt ungeahnte Dimensionen angenommen hat, überall lag ein bisschen was herum, jetzt wo ich es mal gesammelt habe ist es fast ein ganzer Eimer!

Anse hat geschrieben: ↑Fr 24. Apr 2020, 14:10 TheAmphour wäre noch zu nennen. Mit Dave Jones und Chris Gammell. Man sollte aber fit in technical English sein. Aber teilweise sehr interessante Gäste.

Wer's nicht findet (z.B. in seinem Podcatcher), das Teil heißt "The Amp Hour".

@Weisskeinen, danke für die Korrektur. Ich höre sie normalerweise direkt auf ihrer Webseite, welche nun mal theamphour.com heißt.

Nu muss aber langsam mal wieder was kommen!

Ihr seid ja dieses Wochenende schon eine Folge in Verzug.

DIese Woche wird es keine Podcast Folge geben. Wir haben es nicht geschafft, eine aufzunehmen.
Wir hoffen, dass wir zu Montag eine neue Folge aufnehmen können. Nagelt uns aber bitte nicht darauf fest.

Es wäre zwar schick, wieder etwas Neues zu hören, aber das soll ja allen Spaß machen. Die Beschreibungen sind so witzig, vielleicht auch, weil sich jeder irgendwie da wiederfindet. Die heiße Säure in der Plastikflasche...

Morgen sprechen wir den nächsten ein

Moin Jungs,

Folge 5 ist raus. Heute haben wir die Themen "Gehts auch ohne Basteln und Mikrocontroller für Quereinsteiger" bearbeitet. Habt Spaß beim hören!

Euer Finger

Klasse klasse. Hab ein paar brüllende Lacher nicht unterdrücken können. Jetzt kann ich beruhigt pennen gehen. Freu mich auf die nächste folge.

Ich erkenne einiges wieder...

Wieder sehr schön...

Kleiner Hinweis zur Programmierung mit "Klötzchen zusammen ziehen": schaut euch mal Scratch an - das ist ein Projekt vom MIT, eigentlich gedacht zur Einführung in die Programmierung für Kinder. Das gibt´s auch für Arduino.

Ach guck an! Scratch kannte ich noch nicht für Arduino, nur für den Raspberry Pi.
Solche Tools sind Goldwert, um Kinder ans programmieren heranzuführen. Ich erinnere mich dunkel, dass ich in der Schule mal mit so Lego Robotern gespielt habe, die auch über so eine Block-basierte Software programmiert wurden.
Ich hatte meine ersten Programmierkontakte in Form von "betreutem Programmieren"

Ich selber hatte so ein Lego Technik Teil, das mit Barcodes programmiert wurde, die man abgescant hat. Da hatte ich auch relativ fix raus, dass der Speicher sehr begrenzt ist
Das war ohne PC zu "programmieren".

MP3-Links:

1. Folge: https://d3ctxlq1ktw2nl.cloudfront.net/p ... e98831.mp3
2. Folge: https://d3ctxlq1ktw2nl.cloudfront.net/p ... 1ba304.mp3
3. Folge: https://d3ctxlq1ktw2nl.cloudfront.net/p ... 01d5d9.mp3
4. Folge: https://d3ctxlq1ktw2nl.cloudfront.net/p ... d9027b.mp3
5. Folge: https://d3ctxlq1ktw2nl.cloudfront.net/p ... 518f12.mp3

Genau Scratch. Das lernt unser Grosser (14j) gerade in der Schule.

Vielen Dank wiedereinmal für den tollen Podcast!

Gruss,
Micha

hm, diese Block-Programmierung habe ich (vor 20 Jahren? örks...) mal mit der Basic-Briefmarke von Conrad kennengelernt...

Wieder ein voll gelunger Podcast. Macht bitte weiter, hoffe ja das es das noch mit nem speziellen Gast aus München klappt


Schuhkartonprogrammiersprachen gibts einige. Die einen Besser die anderen "Primitiver" in der Handhabung.
Gefühlt sind die umständlichsten Programmierarten in der SPS Welt anzufinden und wurde schon mehrfach genötigt das Beruflich Anzuwenden weil ist ja "Einfacher und Übersichtlicher", damit dann eine CAN-Layer 2 Kommuniktion basteln ...
Bin bei sowas doch mehr Fan sowas in Textbasierter Form zu schreiben, aber auch da hängen divere SPS-Sprachen gefühlt Jahrzehnte hinterher gegenüber ANSI-C...

Von mir auch Lob und Dank für den unterhaltsamen Podcast!
Hab auch überhaupt garkein Problem damit, wenn der wöchentliche Rythmus nicht genau eingehalten wird. Gut Ding will Weile haben!

Ich hätte noch nen Vorschlag, wie man das hier im Forum besser aufarbeiten könnte: Der Podcast bekommt ein eigenes Unterforum, in dem jede Folge ein neues Thema hat, hier in diesem Faden wird dann nurnoch angekündigt und verlinkt. dann hat man die Unterhaltungen zu den einzelnen Themen immer schön getrennt und findet Sachen besser wieder. Außerdem könnt ihr dann Shownotes wie Thema, Gäste, Links, etc dann in den jeweiligen Startpost reipacken.

Inhaltlich wäre in Punkto Einstieg in Microcontroller mMn mehr gegangen. Möglichkeiten und Grenzen wäre zB ein wichtiger Aspekt gewesen, wie man ein Projekt am besten plant, Spannungsversorgung, Energiebedarf, Teilebeschaffung, oder häufige Probleme wie wechselnde Hardwarerevisionen bei Chinaware oder wie man Abhängigkeiten mänätscht usw. Meine Löt- Mess- und Aufbaupraxis ist auch sone Problemzone, die erhebliche Stolpersteine gebiert.(pöff: -> -> -> -> -> goto pöff; )

Ich hab zum Beispiel neulich 4 Pro Minis gehimmelt, bis ich irgendwann mal eingesehen hab, dass meine Chinaklone 12,0V zwar für einige Zeit aushalten, aber nicht besonders lang. Die 12,2 die aus meinem Netzteil kommen noch kürzer.
Bis 11,4V haben die ne normale Stromaufnahme von ~20mA, danach das Doppelte, Tendenz steigend. Ich hatte mir die Minis aus Preisgründen geholt, so schnell werd ich da aber nicht nochmal welche ordern, die i2c Anschlüsse liegen dermaßen bescheuert, wer denkt sich sowas aus?
In Zukunft wird bei mir außerdem jeder Neuankömming aus Fernost erstmal vermessen. Da war schon oft Mist dabei, jetzt grade wieder Konstantstrom stepdown DCDC-Wandler, die 3A können sollten. Zwei Stück haben eklig quietschend 2,2A geschafft, die restlichen acht waren still, stiegen aber schon bei 1,2-1,7A aus. Man sollte echt alles erst auf Funktion prüfen, anzunehmen das käme funktionierend aus der Plastiktüte raus hat erhebliches Frustpotential.

Bei mir war der Einstieg genau wie Christian gesagt hat, man braucht erstmal ein Problem. Für mich persönlich geht dann aber der Weg nicht über ein möglichst gut dokumentiertes fertiges Projekt, das ich 1:1 nachbauen kann, sondern ich hab ja mein Problem und genau Das will ich lösen. Da hab ich meistens schon ziemlich feste Vorstellungen vom Featurekatalog und der wird einfach von keinem fertigen Projekt abgedeckt, isso.
Gut dokumentierte Projekte sind als Anlaufstelle zum Codeschnipsel klauen trotzdem super.
Außerdem lerne ich kaum was, wenn ich einfach nur fertigen Code rumpaste und fertig ist die Laube. Wahrscheinlich bin ich da aber auch eigen.

Mein sensibles Künstlerego hat sich übrigens leicht auf den Schlips getreten gefühlt, dass es offenbar doof ist.
Nee im Ernst, der iniziale Einstieg war tatsächlich eher zu leicht. "Wie das wars schon? hmpf, wie langweilig."
Die Lernkurve danach geht dann aber gut los, wenn man nicht schon Programmierkenntnisse mitbringt.

Chefbastler hat geschrieben: ↑Di 5. Mai 2020, 21:14 Gefühlt sind die umständlichsten Programmierarten in der SPS Welt anzufinden und wurde schon mehrfach genötigt das Beruflich Anzuwenden weil ist ja "Einfacher und Übersichtlicher", damit dann eine CAN-Layer 2 Kommuniktion basteln ...

Hab auch bis heute nicht verstanden, wieso man sich grafische SPS Programmierung antut. Denk mal das hat mit den alten Hasen zu tun, die noch die Arbeit mit Stromlaufplänen gewohnt sind.
Für mich war das immer schwer zu verstehen weil da alles quasi parallel abläuft. Bei einem Mikrocontroller weiß ich, wenn ich Anweisung A vor Anweisung B schreibe wird das auch immer so ausgeführt. Bei den Aufgaben in der Berufsschule war es oft so, das fast alles funktioniert hat bis man noch die letzte Funktion machen wollte - zack Signalüberschneidung
Hab mal aus Spaß die als komplex geltenden Aufgabe danach in C auf einem µC implementiert. 10 Minuten hat es gedauert.

Ein Mitschüler hat dagegen bei der grafischen Programmierung den absoluten Durchblick gehabt.

Ich hab die Grundlagen SPS in der schule mal gelernt. Für selten Programmierer und mal eben was mit der Logo bauen ist die grafische FUP und KOP ideal. Wenn der Schaltplan fertig ist, kann man denn einfach abmalen.

Ich habe aber gemerkt, wenn Mann einmal in AWL drin ist, kann ich auf den Plan schauen und parallel den Code dazu schreiben. Dit jeht schon...

Aber mittlerweile ist das ja auch alles oldschool. Eine Mischung aus AWL und C, nennt sich wohl ACL.

Mein Kumpel ist Berufsschullehrer und professioneller SPS Programmierer gewesen. Auch da geht die Entwicklung massiv weiter. Und nicht vergessen, Siemens hatte ne andere AWL Schreibweise als in der Norm. *Hach, win xp und step 7... dann kam TIA und ich hab voll ins leere geblickt...*

Anse hat geschrieben: ↑Di 5. Mai 2020, 21:51 [
Für mich war das immer schwer zu verstehen weil da alles quasi parallel abläuft. Bei einem Mikrocontroller weiß ich, wenn ich Anweisung A vor Anweisung B schreibe wird das auch immer so ausgeführt. Bei den Aufgaben in der Berufsschule war es oft so, das fast alles funktioniert hat bis man noch die letzte Funktion machen wollte - zack Signalüberschneidung
Hab mal aus Spaß die als komplex geltenden Aufgabe danach in C auf einem µC implementiert. 10 Minuten hat es gedauert.

Geht mir genau so, beim Mikrocontroller ist alles klar wie ich z.B. nen String aus dem UART einlese/raussende.
Bei ner SPS steh ich erstmal da wo sind meine Interrupts?. Achso gibt ja keine, nur Zyklisch in den Empfangsbuffer schauen obs was neues gibt...

Siemens S7 hatte ich gedanklich schon mehrmals den Widlarizer angesetzt, Kollege hat das Field-PG dann doch mal aus dem Fenster geworfen als irgendwas nicht funktionieren wollte(Das Ding hats außer angeknaksten Gehäuse sogar überlebt).

Codesys kann immerhin schonmal Pascal, aber auch nicht das gelbe vom Ei wenn man C udn Mikrocontroller kennt.

Ich hab zusammen mit einem Kollegen schon SPS Software geschrieben, zu denen der offizielle Hersteller Support gesagt hat "So ein komplexes Programm haben wir noch nie gesehen".
Wahrscheinlich ist die Firma immer noch der Kunde, der die meisten Bugs und undokumentierten Limitierungen im System findet. Was hab ich da auch an Workarounds einbauen müssen.

Für mich war das immer schwer zu verstehen weil da alles quasi parallel abläuft. Bei einem Mikrocontroller weiß ich, wenn ich Anweisung A vor Anweisung B schreibe wird das auch immer so ausgeführt.

Diese - sehr ungewöhnlich erscheindene - Methode hat aber den großen Vorteil, dass einmal derartig gelöste Probleme portabler werden und bei Steigerung der Komplexität seltener unerwartete Nebeneffekte zeigen. Es erfordert aber ziemliche Disziplin.
Deswegen möchte ich jedem anraten, der sowas mal eben aufm µC zusammenwirft, den SPS-Stil zu übernehmen. Nicht notwendigerweise die ziemlich primitiven Sprachen, aber doch das Konzept.

Vielleicht kann das jemand mit mehr SPS Erfahrung erklären.
Wenn ich solche Steurungsaufgaben mit z.B. C implementiere vergebe ich jedem Schritt eine Nummer. Also z.B: Init =0;. Zylinder A0 Ausfahren = 1; Zylinder A0 Ausgefahren = 2; usw.
In der Hauptschleif steht dann so was; Im echten Code werden für die Schritte #defines verwenden, um die Verständlichkeit zu verbessern.

Was diese Methode aus meiner Sicht so einfach macht ist, dass der nächste Schritte nur dann ausgeführt werden kann, wenn der vorangegangene auch wirklich erfolgt ist.
Bei der Programmierung mit FUP wie ich sie kenne gibt es nicht die Möglichkeit einen Zähler für die Schritte zu setzten. Dadurch hätte ich mir als viel Kopfzerbrechen sparen können. So musste immer eine Kombination von Bedingungen für den nächsten Schritt gefunden werden, die vorher im Ablauf nie vor kam. Durch die Zählervariable wird jede Bedingung einmalig.

Gibt es solche Möglichkeiten in den etablierten SPS Programmiersprachen auch oder vielleicht noch was besseres?

ferdimh hat geschrieben: ↑Fr 8. Mai 2020, 23:58 Deswegen möchte ich jedem anraten, der sowas mal eben aufm µC zusammenwirft, den SPS-Stil zu übernehmen. Nicht notwendigerweise die ziemlich primitiven Sprachen, aber doch das Konzept.

So wie ich es oben beschreibe ähnelt es ja dem Ablauf wie von SPS gewohnt. Die Ausführung ist annähernd parallel im Rahmen der Zykluszeit des µCs. Jedoch habe ich die Möglichkeit mit einer Hochsprache mit numerischen Variablen zu arbeiten und so Schritte zu definieren und Übergangsbedingungen eindeutiger zu machen.