Werner Amort Geschrieben 6. März 2018 Teilen Geschrieben 6. März 2018 wenn du ihn schon hast -testen- wenn du kaufen musst würd ich auf was schnelleres gehen... ich hab hier einen T410 mit I5 das läuft, aber recht Reserve ist da nicht mehr.... Ich hab auf Flugmodus und Updates aus das entspannt ein bissl... Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Herr Ingenieur Geschrieben 6. März 2018 Teilen Geschrieben 6. März 2018 vor 1 Stunde schrieb Werner Amort: chili023 hat unbestückte plattinen für 5v und 12 Sensoren. die Minimalkart funktioniert auch mit 5 V prächtig und gibt dann direkt 5V Signale aus. TTL Signal der Rolle kommt an Pin48. Achtung maximal 5V. Der Grua hat glaube ich mal probiert ein Inkrementalsignal an Audio In zu hängen fürn GSF-Dyno. -> suche.... BME280 bekommt 5V GND SDA und SCL (müsste Pin20 und21 sein) steht aber aufm Arduino. du musst drauf achten dass du ein Breakout mit integriertem Level Converter erwischst. Damit das Breakout mit den 5V klarkommt... Ist das der Schaltplan von Chillis fertiger Platine? Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Herr Ingenieur Geschrieben 6. März 2018 Teilen Geschrieben 6. März 2018 Des Weiteren ist mir die Frage aufgekommen, wie es mit einer Ausgabe der Daten außer Drucken oder als Pdf speichern bzw. drucken aussieht? Gibt es da schon etwas wie zum Beispiel Ausgabe der Datenpaare als txt- oder csv-Datei um die Daten weiterverarbeiten zu können? Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Werner Amort Geschrieben 6. März 2018 Teilen Geschrieben 6. März 2018 vor 39 Minuten schrieb Herr Ingenieur: Ist das der Schaltplan von Chillis fertiger Platine? nein, den Schaltplan von Chillis Plattine kenn ich nicht im Detail. das ist eine leicht abgewandelte Minimalkart. So hab ich sie mir auf ein Protoshield gelötet.. versorgt durch die Arduino 5V funktioniert das prächtig.... Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
chili023 Geschrieben 6. März 2018 Autor Teilen Geschrieben 6. März 2018 @Herr Ingenieur Das Feature auf GSF Dyno umzuschalten, habe ich auf einer meiner Protoplatinen. Um ehrlich zu sein habe ich das aber nie gebraucht, bzw. genutzt. Man braucht es einfach nicht mehr. Wenn du unseren Arduino Code benutzen möchtest, dann Kauf dir bitte den BME280 von Wattenrott http://www.watterott.com/de/BME280-Breakout-Luftfeuchtigkeits-Druck-Tempertursensor damit hast du dann auch die richtige Libary. Zu den billo China dingern möchte ich nichts sagen. Ich benutze die originalen, da die es erfunden haben und ich das ganze Projekt super finde, somit möchte ich auch das die mein Geld bekommen. Wir geben so viel Geld für Mist aus, da kann man auch mal 30€ mehr für das original bezahlen. Wenn ich mal wieder zuhause bin stelle ich die Eagle Dateien online. 2 Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Werner Amort Geschrieben 6. März 2018 Teilen Geschrieben 6. März 2018 hat das Wattenrottbreakout einen originalen Bosch BME280 drauf? ich hab z.B ein anderes BME Breakout, das funkt auch mit dem offiziellem Sketch, naja I2C-Adresse muss angepasst werden, aber ob da wirklich ein originaler Bosch sensor drauf ist würde ich nicht unterschreiben.... Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
chili023 Geschrieben 6. März 2018 Autor Teilen Geschrieben 6. März 2018 Das weiß ich nicht ob der original ist. Schreib mir mal bitte welchen Breakout du hast, dann schreib ich das mal in die Doku. Grüße A. Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
grua Geschrieben 6. März 2018 Teilen Geschrieben 6. März 2018 Des Weiteren ist mir die Frage aufgekommen, wie es mit einer Ausgabe der Daten außer Drucken oder als Pdf speichern bzw. drucken aussieht? Gibt es da schon etwas wie zum Beispiel Ausgabe der Datenpaare als txt- oder csv-Datei um die Daten weiterverarbeiten zu können?Nö, gibts derzeit noch nichts. Ich glaube aber, dass LabView da schon VI für csv oder xls Ausgabe anbietet. Muss ich oder@BugHardcore bei Gelegenheit mal gucken Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Herr Ingenieur Geschrieben 6. März 2018 Teilen Geschrieben 6. März 2018 (bearbeitet) vor 6 Minuten schrieb grua: Nö, gibts derzeit noch nichts. Ich glaube aber, dass LabView da schon VI für csv oder xls Ausgabe anbietet. Muss ich oder@BugHardcore bei Gelegenheit mal gucken Das wäre schon nice, wenn man die Kurven über die Prüfstandssoftware exportieren und direkt in Excel oder Uniplot importieren könnte. Bearbeitet 6. März 2018 von Herr Ingenieur Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Werner Amort Geschrieben 6. März 2018 Teilen Geschrieben 6. März 2018 (bearbeitet) Ich habe den dahttps://www.ebay.de/itm/3-in-1-BME280-sensore-di-umidità-temperatura-pressione-barometrica-GY-BME280-5v/263451263373?ssPageName=STRK%3AMEBIDX%3AIT&_trksid=p2057872.m2749.l2649 den gibts mit dem Suchbegriff GYBMEP auch bei ebay.de evtl. als Alternative wenn mal bei Wattenrott nicht lieferbar. Funktioniert mit dem offiziellem Sketch, es muss aber die Adresse auf 0x76 geändert werden und die Pinouts sind anders als beim Wattenrott teil. Leider habe ich aber keine Referenz, was die Genauigkeit angeht. Ich habe die Ausgabe von Labview jetzt aber öfters Gegengerechnet mit diesem OnlineRechner, https://rechneronline.de/barometer/ Einfach eingeben Barometeranzeige Meereshöhe und Außentemperatur. der berechnete relative Luftdruckt, hat immer bis auf ein hPa oder so mit den Werten der Wetterdienste gepasst. Offseteinstellung im Sketch habe ich aber auch auf -200 glaube ich...ich muss das am abend aber noch verifizieren Habs kontrolliert adresse: mySensor.settings.I2CAddress = 0x76; Bearbeitet 6. März 2018 von Werner Amort Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
grua Geschrieben 6. März 2018 Teilen Geschrieben 6. März 2018 (bearbeitet) @Herr Ingenieur Jetzt fällt mir gerade ein: Versuch mal im Graphen rechtsklick --> Export Ich glaub da gibt's doch direkt einen Befehl im Kontextmenü für Excel-Export? Siehe auch http://www.ni.com/newsletter/51339/de/ Bearbeitet 6. März 2018 von grua Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Herr Ingenieur Geschrieben 6. März 2018 Teilen Geschrieben 6. März 2018 @grua Das Exportieren in Exel funktioniert soweit super - Rechtsklick - Exportieren - Datei in Excel exportieren. Leider sind die Zahlenwerte von Leistung und Drehmoment noch zu ungenau. Mindestens die erste Nachkommastelle sollte mit exportiert, da es für kleinere Motoren sonst zu ungenau wird. Kann man da noch was machen? Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
grua Geschrieben 6. März 2018 Teilen Geschrieben 6. März 2018 [mention=40090]grua[/mention] Das Exportieren in Exel funktioniert soweit super - Rechtsklick - Exportieren - Datei in Excel exportieren. Leider sind die Zahlenwerte von Leistung und Drehmoment noch zu ungenau. Mindestens die erste Nachkommastelle sollte mit exportiert, da es für kleinere Motoren sonst zu ungenau wird. Kann man da noch was machen?Ok, das muss ich dann mal abends prüfen! Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Herr Ingenieur Geschrieben 6. März 2018 Teilen Geschrieben 6. März 2018 Was auch noch sehr schön wäre, wenn man das Softwarefenster minimieren könnte... Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Nexus665 Geschrieben 6. März 2018 Teilen Geschrieben 6. März 2018 (bearbeitet) Hi, hatte grade kurz Zeit, mir den Sketch reinzuziehen. Anmerkungen: Viele Konstante sind als Variablen definiert, das verbraucht unnötig RAM - defines funktionieren da besser. Auch wenn hier ein MEGA zum Einsatz kommt, der Speicher und Schnittstellen zuhauf hat, sollte man sich das nicht angewöhnen :) Wenn man mal mit einem etwas limitierteren Mikrocontroller arbeitet, lernt man das schnell zu schätzen. Ebenso ist die Abarbeitung von Interrupts so nicht ganz ideal; wenn bei Timer4 oder Timer5 der ICP feuert, dann laufen trotzdem alle anderen Interrupts weiter, da sie nicht mit cli() oder ähnlichem deaktiviert wurden. Es kann vorkommen, dass man mitten in einer ISR dann von einer anderen ISR unterbrochen wird - wahrscheinlich nicht sinnvoll. Wie viel Zeit da zwischen solchen ICP events verstreicht oder ob die wirklich gleichzeitig passieren - noch nicht getestet, dafür fehlt mir noch Hardware. Der Ringpuffer ist als int mit 50 Elementen angegeben, alle Puffer-Vars haben aber 50 hardcoded drin stehen (15-20x bei den Var-Definitionen). Sowas verringert die Wartbarkeit drastisch ;) Ebenso wird nur Serial.begin() verwendet - der Mega hat aber 4 Serials! Analog dazu gibt es hier auch Serial1.begin(), Serial2.begin, Serial3.begin() - wird wirklich nur eine (die erste, die auch USB debug macht) verwendet? Fände ich verbesserbar, eben weil ja 4 COMs vorhanden sind und der BME eine ganz eigene bekommen könnte, was auch die Latenz verringern könnte (die UARTs werden parallel ausgewertet). Ich hab' da mal ein bißchen rumeditiert am Code - da ich nicht im Repo bin kann ich auch nichts committen, also hab' ich den Sketch hier als Attachment angehängt. Die einzigen Änderungen sind der Übersichtlichkeit und Speichernutzung geschuldet - defines statt Variablen, Ringpuffer-Variablen statt hardcoded 50 RINGBUFFER_SIZE usw. Was die Detektion von Doppelimpulsen usw. angeht, muß ich erst die ISRs bzw. den Programmlauf genauer analysieren, noch keine Zeit gehabt :) Basiert auf 2.0.1. MEGA_PSTfreq_BME280_v1.zip Bearbeitet 6. März 2018 von Nexus665 Zip Datei vergessen 2 Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
BugHardcore Geschrieben 6. März 2018 Teilen Geschrieben 6. März 2018 vor 3 Stunden schrieb grua: Nö, gibts derzeit noch nichts. Ich glaube aber, dass LabView da schon VI für csv oder xls Ausgabe anbietet. Muss ich oder@BugHardcore bei Gelegenheit mal gucken Grundsätzlich habt ihr das j schon gefunden. Das kann man aber auch über nen Button machen. Da gibt's einige Varianten. Man könnte beim Drücken auf den Speichern Button auch abfragen, ob Excel oder komplett gespeichert werden soll, oder sowas. Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Herr Ingenieur Geschrieben 6. März 2018 Teilen Geschrieben 6. März 2018 (bearbeitet) vor 57 Minuten schrieb BugHardcore: Grundsätzlich habt ihr das j schon gefunden. Das kann man aber auch über nen Button machen. Da gibt's einige Varianten. Man könnte beim Drücken auf den Speichern Button auch abfragen, ob Excel oder komplett gespeichert werden soll, oder sowas. Ich glaub die beste Lösung wäre, die verschiedenen Dateitypen (xml , csv, txt, xlsx) als Auswahl beim Speichern anzubieten. Bearbeitet 6. März 2018 von Herr Ingenieur Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Werner Amort Geschrieben 6. März 2018 Teilen Geschrieben 6. März 2018 MEGA_PSTfreq_BME280_v1_5_ringsize_gesplittet-gsf.ino.zip bei mir funktiniert der BME übrigens ohne dass ich dafür die Baudrate ändere... zur Ringspeichergröße, hier habe ich sie auch per define definiert, und zwar für beide Signal unterschiedlich groß. So kann man die Ringspeichergröße für das Zündsignal schön klein wählen. und für das viel hochfrequentere Rollensignal größer... Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Nexus665 Geschrieben 6. März 2018 Teilen Geschrieben 6. März 2018 (bearbeitet) Hi, sagt mal - die Berechnungen im Loop mit ATOMIC_BLOCK, das ist ja eigentlich nicht die feine englische Art...gibt's einen relevanten Grund dafür, warum alle Interrupt Flags währenddessen aus sein sollen? Das kann zu einigen Problemen führen. Da hier ja im Wesentlichen nur einzelne Timer (Timer4/Timer5) bearbeitet werden, könnte man doch die jeweils separat anhalten/starten stattdessen? Es kann ja eigentlich nur darum gehen, dass sich die Daten nicht während der Auswertung ändern, oder? lG, Simon MEGA_PSTfreq_BME280_v1_nexus665.zip Bearbeitet 6. März 2018 von Nexus665 Zip mit gesplitteten Ringspeichern 1 Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Werner Amort Geschrieben 6. März 2018 Teilen Geschrieben 6. März 2018 yeah wird getestet Danke Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Werner Amort Geschrieben 6. März 2018 Teilen Geschrieben 6. März 2018 vor einer Stunde schrieb Nexus665: Hi, sagt mal - die Berechnungen im Loop mit ATOMIC_BLOCK, das ist ja eigentlich nicht die feine englische Art...gibt's einen relevanten Grund dafür, warum alle Interrupt Flags währenddessen aus sein sollen? Das kann zu einigen Problemen führen. Da hier ja im Wesentlichen nur einzelne Timer (Timer4/Timer5) bearbeitet werden, könnte man doch die jeweils separat anhalten/starten stattdessen? Es kann ja eigentlich nur darum gehen, dass sich die Daten nicht während der Auswertung ändern, oder? lG, Simon MEGA_PSTfreq_BME280_v1_nexus665.zip scheinbar ist noch ein Bug drin... habs mal geflasht. per Ringsize Zündung auf 10 Ringsize Rolle belassen... Auszug einer Messung ohne anliegende Signale, 48 und 49 per 10K auf GND 419;58.96;2;4294967295;0.00 420;58.96;0;4294967295;0.00 421;58.96;1431655764;4294967295;0.00 422;58.96;477218587;4294967295;0.00 423;58.96;159072861;4294967295;0.00 424;58.96;53024286;4294967295;0.00 425;58.96;17674761;4294967295;0.00 426;58.96;5891586;4294967295;0.00 427;58.96;1963861;4294967295;0.00 428;58.96;654619;4294967295;0.00 429;58.96;218205;4294967295;0.00 430;58.96;72734;4294967295;0.00 431;58.96;24244;4294967295;0.00 432;58.96;8080;4294967295;0.00 433;58.96;2692;4294967295;0.00 434;58.96;896;4294967295;0.00 435;58.96;298;4294967295;0.00 436;58.96;98;4294967295;0.00 437;58.96;32;4294967295;0.00 438;58.96;10;4294967295;0.00 439;58.96;2;4294967295;0.00 440;58.96;0;4294967295;0.00 441;58.96;1431655764;4294967295;0.00 442;58.96;477218587;4294967295;0.00 443;58.96;159072861;4294967295;0.00 444;58.96;53024286;4294967295;0.00 Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Nexus665 Geschrieben 6. März 2018 Teilen Geschrieben 6. März 2018 (bearbeitet) Hm, ohne HW ist das noch ein bißchen blöd mit Code ^^ Leider sagen mir die Daten aus dem Log genau gar nix - bzw. weiß ich nicht, was da plausibel ist an Daten - springende Frequenzen aber wohl nicht. Im File oben ist das noch nicht geändert von ATOMIC_BLOCK, aber ein paar Konstanten sind drin statt Variablen. Kann sein, daß da noch ein paar Typecasts fehlen und deswegen die Berechnungen inkorrekte Ergebnisse liefern. Denke, wenn ich die HW habe ist das schnell debuggt. Habe einen Flüchtigkeitsfehler gefunden - RINGSIZE4/5 waren in der Berechnungsschleife vertauscht, mea culpa. In der attachten Version sind auch die Timer nun einzeln deaktiviert statt alles in einer ATOMIC_BLOCK Anweisung. MEGA_PSTfreq_BME280_v1_nexus665.zip Bearbeitet 6. März 2018 von Nexus665 1 Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Werner Amort Geschrieben 7. März 2018 Teilen Geschrieben 7. März 2018 (bearbeitet) vor 15 Stunden schrieb Nexus665: Hm, ohne HW ist das noch ein bißchen blöd mit Code ^^ Leider sagen mir die Daten aus dem Log genau gar nix - bzw. weiß ich nicht, was da plausibel ist an Daten - springende Frequenzen aber wohl nicht. Im File oben ist das noch nicht geändert von ATOMIC_BLOCK, aber ein paar Konstanten sind drin statt Variablen. Kann sein, daß da noch ein paar Typecasts fehlen und deswegen die Berechnungen inkorrekte Ergebnisse liefern. Denke, wenn ich die HW habe ist das schnell debuggt. Habe einen Flüchtigkeitsfehler gefunden - RINGSIZE4/5 waren in der Berechnungsschleife vertauscht, mea culpa. In der attachten Version sind auch die Timer nun einzeln deaktiviert statt alles in einer ATOMIC_BLOCK Anweisung. MEGA_PSTfreq_BME280_v1_nexus665.zip Ringsize Ignition auf 5 liefert, mit dem Sketch, an der Kettensäge schonmal plausible Ergebnisse, mein Drehgeber kommt -hoffentlich- heute, von dem her kann ich dazu noch nix sagen... ähm wäre eine Plausibilisierung der Drehzahlfrequenz möglich, um Doppelfunken von Kontaktzündungen zu ignorieren? also dass wir z.B. sagen nach einen Interrupt werden für x Millis keine Interrupts mehr gezählt oder so... evtl könnte man damit die bei Kontaktzündungen teilweise auftretenden Doppelfunken wegfiltern. Wobei mit dem verkleinertem Ringsize, ist die Drehzahlmessung jetzt ja auch bei Problemzündungen recht brauchbar, zumindest zum Kontrollieren der eingestellten Übersetzung Edit meint: Wenn ich mir den Plot aus der Doku ansehe ist eine Plausibilisierung über eine feste Zeiteinstellung eh nicht möglich... wenn dann wohl eher über eine Begrenzung der maximal plausiblen Änderungsrate oder so... Bearbeitet 7. März 2018 von Werner Amort Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Werner Amort Geschrieben 7. März 2018 Teilen Geschrieben 7. März 2018 (bearbeitet) Ich habe jetzt mal die Frequenzmessung, so gut es mir halt möglich war kontrolliert, originalsketch und @Nexus665 sketch Ringsize jeweils 50 das TTL Signal kam von einem Voltcraft ScopeDMM750 Grundsätzlich hat der Serielle Output immer eine leicht höhere Frequenz angezeigt als am Signalgenerator eingestellt. Keine Ahnung ab das direkt am Signalgenerator lag oder am Quarz vom Arduino... der originale Sketch funktioniert bis ca 16kHz bei höheren Frequenten schwankt die Ausgabe dann immer mehr... der NexusSketch funktioniert bis 78kHz (mehr konnte mein Singalgenerator nicht erzeugen) liefert aber schwankende Werte von 100 bis gut 2000Hz Bearbeitet 7. März 2018 von Werner Amort Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Herr Ingenieur Geschrieben 8. März 2018 Teilen Geschrieben 8. März 2018 Wurde denn schon darüber diskutiert die Schleppleistungsermittlung mit ins Programm einzubauen, um die Verluste und die Motorleistung darstellen zu können? Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Werner Amort Geschrieben 8. März 2018 Teilen Geschrieben 8. März 2018 halte ich für unsere Motoren, wo die Kupplungen meist eh nicht gscheid trennen für nicht aussagekräftig und uninteressant.... Zum optimieren liefert sowieso nur die Hinterradleistung reproduzierbare Ergebnisse. Und der Tüv wird ein Diagramm von einer offenen Software eh nicht akzeptieren... Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Herr Ingenieur Geschrieben 8. März 2018 Teilen Geschrieben 8. März 2018 Ja, das kann gut sein mit dem Tüv, aber für zum Beispiel Simson Motoren ist die Verlustleistung sehr aussagekräftig für den Zustand der Kupplung und des Getriebes bzw. die Verluste im Motor selbst. Um zu wissen ob man da erstmal noch optimieren sollte, bevor man dann ans eigentliche Messen und Einstellen des Motors geht. Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Nexus665 Geschrieben 8. März 2018 Teilen Geschrieben 8. März 2018 Am 7.3.2018 um 09:11 schrieb Werner Amort: ähm wäre eine Plausibilisierung der Drehzahlfrequenz möglich, um Doppelfunken von Kontaktzündungen zu ignorieren? also dass wir z.B. sagen nach einen Interrupt werden für x Millis keine Interrupts mehr gezählt oder so... evtl könnte man damit die bei Kontaktzündungen teilweise auftretenden Doppelfunken wegfiltern. [...] Edit meint: Wenn ich mir den Plot aus der Doku ansehe ist eine Plausibilisierung über eine feste Zeiteinstellung eh nicht möglich... wenn dann wohl eher über eine Begrenzung der maximal plausiblen Änderungsrate oder so... Hi Werner, genau diesen Gedanken hatte ich auch gleich, als ihr Doppelzündung erwähnt habt. Wenn das nächste detektierte Intervall so stark kürzer ist als das vorige, dann kann man das filtern bzw. den Wert einfach einfrieren anstatt ihn springen zu lassen. Am WE habe ich evtl. mal Zeit mir ein bißchen HW aufzubauen und selber das Oszi und den Signalgenerator anzuwerfen. 1 Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Werner Amort Geschrieben 8. März 2018 Teilen Geschrieben 8. März 2018 vor 8 Minuten schrieb Nexus665: Hi Werner, ....Wenn das nächste detektierte Intervall so stark kürzer ist als das vorige, dann kann man das filtern bzw. den Wert einfach einfrieren anstatt ihn springen zu lassen.... klingt vernünftig... ähm bin gespannt ob bei dir auch die ausgegebene Frequenz auch zwischen 200 und 2kHz schwankt. wenn die ausgegebe Frequenz wirklich, wenn auch zugegeben nur leicht, von der Vorgegebenen Frequenz abweicht ist die Frage ob die Abweichung konsistent immer gleich bleibt. Dann könnte man ja noch einen Korrekturfaktor einbauen, um die Ausgabe zu trimmen? Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Werner Amort Geschrieben 9. März 2018 Teilen Geschrieben 9. März 2018 (bearbeitet) Am 14.2.2018 um 19:50 schrieb Malzi1977: Habe diesen bei Amazon bestellt. Vielleicht haut das bei dir besser hin. Bin gespannt auf dein Ergebnis!!! Meiner kam heute aus Chinesien ist genau so einer wie auf dem Bild, Beschriftung HS38S100B hab ihn grad eben ans Breadboard gesteckt...ACHTUNG DIE FARBBELEGUNG DER ADERN IST EHER UNÜBLICH GND ist SchwarzVCC ist Weiß (!) Grün und Rot jeweils eine Phase bei meinem mess ich 5kOhm von Grün oder Rot zu VCC. es ist also bereits intern ein Pullup Eingelötet. Das heißt die Phase kann wohl direkt am Arduino angeschlossen werden, sofern VCC 5V beträgt... Bearbeitet 9. März 2018 von Werner Amort 1 Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Empfohlene Beiträge
Erstelle ein Benutzerkonto oder melde Dich an, um zu kommentieren
Du musst ein Benutzerkonto haben, um einen Kommentar verfassen zu können
Benutzerkonto erstellen
Neues Benutzerkonto für unsere Community erstellen. Es ist einfach!
Neues Benutzerkonto erstellenAnmelden
Du hast bereits ein Benutzerkonto? Melde Dich hier an.
Jetzt anmelden