Druckbare Version
wieso "unzuverlässig" bzw. "instabil" - beziehst du das auf den Pro Mini, auf den sich der OP und ich bezogen haben?
der ist je nach Bauart von Arduino.cc für 3.3V spezifiziert, dann wird er damit doch wohl "zuverlässig" und "stabil" funktionieren...:
Zitat:
There are two version of the Pro Mini. One runs at 3.3V and 8 MHz, the other at 5V and 16 MHz.
Der verlinkte war jedenfalls als 16M Version mit 5V angegeben und würde bei 3.3V nicht stabil laufen
ich habe nur darauf hinweisen wollen!
EDIT: Oh Moment ich formuliere um:
Ich habe Jahrelang Erfahrung mit Atmel Kontrollern (ungelogen, keine Ironie) und sage jetzt auf dieser Erfahrung basierend aus, dass die verlinkte Version mit 16Mhz Oszillator und 5V nicht kompatible mit dem Sensor mit 3.3V Interface ist und das betrieben des Boards bei zu niedriger Spannung mit 16Mhz Oszillator zu instabilität führt!
Atmel Studio ist leider nur Windows und disqualifiziert sich damit selbst. Hab mich da schon genug mit Keil in einer VM durchgekämpft um das nochmal zu machen. :/
Ich werde die ATTinys mal bestellen, unabhängig ob ich die jetzt dafür brauch oder nicht kann man so einen kleinen netten Controller sich immer gebrauchen.
Braucht man dann einen extra Oszillator um die ATTinys mit 3,3V zu benutzen? Oder einfach mit 3,3V speisen und passt? ^^
Meinst du sowas?
https://www.amazon.de/Diamex-7203-Al...dp/B0064LLRB0/
Das ist zwar Off-Topic aber: Wenn man in der ISR nicht das Flag zurücksetzen muss wie verhindert man dann das der Interrupt interrupted wird? Aus dem Grund muss man doch gerade das Flag händisch am Ende der Abarbeitung zurücksetzen.
die normalen 8bit atmels haben ein Global Interrupt Flag dass man mit cli() für clear und sei() für set enabled steuert
wenn man den AVRGCC von Atmel unter Eclipse einsetzt (im Markteplace nach dem AVRPlugin suchen, ist sehr leicht einzurichten) kann man ISRs einfach so schreiben:
er fügt automatisch beim compilieren den prolog und epilog hinzu, der zum einen das GI-Flag sperrt bzw. am Ende freigibt und das auslösende Interrupt Flag für diesen Interrupt Vector löscht.Code:
ISR(<ISR_Vector_Name>)
{
//mein code
}
bei den STMs muss man das auslösende Flag meist selber löschen, je nach peripherie, setze die auch nicht gerne ein.
Was den Betrieb angeht, die Tinys haben einen internen RC Oszi (Default Einstellung bei den Fuses, eine Art extern programmierbares Config Register) einen externen brauchst du in der Regel für solch einfache Anwendungen nicht (auch die Aruinos können ohne externne Oszillator auskommen, aber man muss die Fuse mit einem Programmiergerät vorher umschalten und der interne RC ist auch nicht sehr genau was die Kalibirierung angeht! Wie gesagt unbedeutend für solch einfache Anwendungen aber blöd bei präzisen Projekten)
Ist das Deine Erfahrung oder nur so mal dahingesagt ?? Zondan hatte von nem nano Clone mit mega328p@16MHz geschrieben. Ich hatte nen andern nanoClone auf 20 MHz umgebaut und getestet, was der bei 3.3V Betriebsspannung so tut. Er läuft mit 3,25V Versorgung am Chip zuverlässig und stabil bei 20 MHz ! Daher muss ich Dir - streng genommen zwar nur für meinem Clone - widersprechen, dass diese "low cost" Atmels selbst knapp unter der spezifizierten Versorgung (Datenblatt schreibt von 20MHz @ 4.5 - 5.5V) nicht zuverlässig laufen würden.Zitat:
Atmel low Cost 8Bit Produkte sind in der Regel für alle Spannungen bis 5V ausgelegt, aber bei den meisten fertigen Boards wird ein externer Oszillator verbaut der dich meist auf die Frequenz festnagelt, da bleibt bei den meisten Projekten eben nur mit 5V zu arbeiten bei 16Mhz .. naja zumindest stabil ..
Das ist zum einen aus dem Datenblatt und zum anderen eigene Erfahrung, ich habe auch schon mal einen Mega8 übertaktet, sie vergeben vieles aber je länger dein Programm läuft um so wahrscheinlicher werden Fehler ...
wir haben erst kürzlich einen Fall gehabt, bei dem ein Timer beim auslesen plötzlich falsche Werte lieferte weil die Elektronik durch einen defekten Debugger in Unterversorgung lief, da haben die Bits angefangen zu wackeln, keine Ahnung ob es an den Registern, dem Bus oder eventuell sogar dem EEPRom gelegen hat. (EEProm scheidet aber fast aus da nur einzelne Bytes falsch waren während eine ganze Page aus dem RAM kopiert worden ist und der BOD solche Fehler verhindern sollte)
um dem als Anekdote noch eins drauf zu setzen, ein Fall aus den X-Akten, ein XMega dessen DMA der Meinung ist, mitten drin im Bytes schieben die Adresse zu wechseln und random im RAM rumbügelt ... gleich bei 2 Boards gleicher Bauweise jeweils an einem schlechten Netzteil
Hab jetzt ein paar Sachen bestellt, es wird aber ein paar Tage dauern bis ich sie habe.
In der Zwischenzeit würde ich gern mit dem Wireless Modul spielen das heute gekommen ist:
https://www.amazon.de/gp/product/B00...?ie=UTF8&psc=1
Um das an meinen 5V Pro Mini anzuschließen brauch ich einen Pegelwandler zu 3,3V korrekt?
Bzw 2 Pegelwandler 5V zu 3,3V und 3,3V zu 5V oder?
Ideen wie ich das schnell bewerkstelligen kann? Dann würde ich nach der Arbeit in ein Geschäft fahren und mir das entsprechende Zeug kaufen.
https://www.amazon.de/Adafruit-Bi-Di...=level+shifter
der sieht mir recht hilfreich aus, Bi-Direktional beudeutet er wandelt in beide Richtungen um, UART hat ja einen TX und einen RX Kanal die sind jeweils eh nur One Way
soll das bedeuten, per UART könne man immer nur in 1 Richtung ("ONE WAY") Daten übertragen - oder wie ist das zu verstehen ?Zitat:
Zitat von Ceos
(ps,
war sicher anders gemeint -Zitat:
UART hat ja einen TX und einen RX Kanal die sind jeweils eh nur One Way
insgesamt braucht man ja für UART einen Pegelwandler, der für beide Geräte in 2 Richtungen arbeitet: was für das eine Gerät TX ist, ist für das andere RX und umgekehrt.)