Posts made by holofloh

• The UnitV/StickV (K210) Devices are serial devices. You need the MaixPy IDE to program and preview.
• The UnitV2 Devices are small Linux Computers and have a USB- and WiFi Network interface.

@mgrouch
Some suggestions:

• Hot glue
• Scotch Tape
• Brick/Lego tiles
• wooden panel with carved indentation
• 3D-printed brackets like https://www.thingiverse.com/thing:5419887

It might be the PWM that makes problem but often its the brushes in the motor that causes the disturbance (sparks during operation). Test if you still have the problem with a resistor instead of the motor. If the problem is gone with resistor then it's the motor. And YES, this is a EMC issue.
Try some filtering on your DC motor by adding 100nF capacitors on it. That means from DC+ to motor case and from DC- to motor case (known as Y configuration). Very important: As close as possible to the motor with leads as short as possible! Solder them direct on the motor. If this not help add another 100nF between + and - (known as X configuration) and also a inductivity of a few µH in the DC+ and DC- wire (this can be a wire that goes a few times trough a small ferrite torroid).

Edit:
"As my teachers always said, EMC is magic......."
-> capacitors and inductors are the magic spells!

Try with the "NVS" functions which stands for "non volatile storage" to write your values into the flash memory.

Der Atom S3 lite kann (fast) alles was deine Phantasie hergibt.

• Sensoren einlesen
• Daten verarbeiten
• Daten weiterleiten

1. musst du deine Sensoren kennen und wissen was die für eine Schnittstelle haben. Die Ausgabewerte resistiver Folien müssen vermutlich erst mit einer Schaltung so angepasst werden, dass der Controller sie als Digital- oder Analogsignal auswerten kann. Es kommt darauf an ob du den aktuellen Druck wissen möchtest und wie genau oder ob es reicht bei einer bestimmten Schwelle "Ein/Aus" zu detektieren. Muss diese Remote einstellbar sein? Da ich keine Ahnung habe was du für Foliensensoren hast und was du genau damit machen willst (Raum überwachen? Auf was? Luftdruck, Fussmatte, Produktionsprozess...?) wird eine Antwort schwierig.

2. Die eingelesenen Daten müssen auf dem Controller verarbeitet werden. Da kommt es wieder daruf an was du genau willst. Anzahl Events pro Zeiteinheit zählen? Ab einem bestimmten Messwert einen Alarm senden?

3. Die Daten müssen irgendwo hin. Der S3 hat WiFi, kann also problemlos mit einem Netzwerk kommunizieren. Es ist aber auch möglich ein LoRa-Modul anzuschliessen. Wie das ganze dann aber genau auf dein Smartphone kommt ist wieder eine weitere Geschichte. Da musst du z.B. eine passende APP und eine Cloudanbindung haben oder ein Email-/SMS Gateway.

4. Stromversorgung: Akku, Netzteil...? Muss es Ausfallsicher funktioneren oder spiel das keine Rolle?

Du siehst, es gibt viele Fragen die erst geklärt werden müssen. Je nachdem was du genau willst, sind deine Sensoren und/ oder der S3 vielleicht geeignet oder auch nicht.

According to the schematic the LEDs are hard connected between VCC and GND (with a 1k Resistor in serie). It may be an option to misuse the sensors INT pin and its limit threshold settings to switch the LEDs on and off. It is a open-drain with a max of 20mA. Or spend an extra I2C output driver (one Output for white LED or more if you want different LED colors - deep blue or ultra violet may be helpful to identify e.g. fluorescence).
Anyway, it will never be a spectrometer like device as there are only 3 colored sensors with a more or less wide spectral bandwith but still gaps between.

Falls du das Gerät für kommerzielle Zwecke einsetzt: Du musst dir immer bewusst sein, dass ein Hersteller etwas ändern kann oder eine Abkündigung vornimmt. Es kann also sein, dass du es von einem auf den anderen Tag nicht mehr kaufen kannst.
Wenn dein Business davon abhängt, dass die Geräte in einer ganz bestimmten Version/Konfiguration vorliegen so solltest mit dem Händler bzw. Hersteller entsprechende langjährige Verträge abschliessen. Irgendwann wird der Hersteller dich allerdings informieren, dass ein Produkt abgekündigt wird. Idealerweise hast du dann aber Vorlaufzeit um eine Alternative zu finden und kannst noch eine ausreichend grosse Menge für den geschätzten Bedarf bis eine neue Lösung bereit ist an Lager legen.

Weiter solltest du dich nicht auf Programmierer verlassen die irgendwann "nicht mehr greifbar" sind. Entweder gibt es auch hier einen (Wartungs-)Vertrag über eine bestimmte Laufzeit oder du bekommst die Softwarequellcodes inkl. Dokumentation in einer Form mit der sich ein anderer Programmierer innerhalb nützlicher Zeit einarbeiten kann. Wenn du die Softwareprogrammierung in Auftrag gegeben und dafür Geld bezahlt hast, dann "gehört" dir der Code sowieso.

I think you have 2 issues.The 1st one is fixed now by adding you into the dialout group. This is very common on linux (also on Debian based like Ubuntu). It is a known issue in the Arduino community and other controller platforms.
The 2nd issue is that you don't see the COM port. You wrote "CARD Computer connected via USB" but did you press the button to get into the download-mode? Older M5 devices with separated USB UART CHip do not require that but the newer ones do as they are handle the USB port in a different way.
You may check if the USB Device appears in the syslog and lsusb as a UART bridge.

Deine Frage hilft leider nur wenig bei der Fehlersuche.

• Gibt es Fehlermeldungen, Fehlfunktionen oder wie kommst du darauf, dass das Programm nicht mehr funktioniert?
• Hast du den Quellcode zur Verfügung oder ist der mit dem Programmierer zusammen verschollen?
• Welche Art Programm ist es? Ein UIFlow bzw. Python Script oder eine kompilierte Software in C (z.B. über die Arduino Umgebung)
  Ein Script könnte auch von der UIFlow Version abhängen, ältere Scrips laufen nicht immer mit der neuesten Firmware und umgekehrt.

Versuche herauszufinden was zwischen den Versionen der Hardware geändert wurde (z.B. Zuweisung von Ports, I2C Adressen von verwendeten Komponenten usw.). Damit kann man dann den Grund für das Verhalten erklären und nach möglichen Lösungen suchen.

Den API Key brauchst du nur für Geräte die du mit UIFlow verwenden willst.

Wenn du ein Gerät hast das UIFlow nutzt (z.B. einen M5StickPlus), dann wird der APIKEY nach dem Flashen der UIFlow Firmware auf dem Display angezeigt. Den kannst du auf der Seite flow.m5stack.com angeben und mit dem Gerät verbinden, sofern es auch in deinem WiFi verbunden ist. Bei UiFlow2 meldest du dich mit dem Username/Passwort an die du für dieses Forum nutzt.

Da du "Browser" und "Cloud" schreibst, gehe ich davon aus du meinst UIFlow? Mit "Account" und "Rotary" gehe ich davon aus, du meinst UIFlow2. Solche Dinge sollten eigentlich in der Frage schon angegeben werden.

• Gibt es eine Fehlermeldung? Wenn ja welche genau?
• Hast du eine ältere Version der Datei die noch funktioniert?
• Möglicherweise wurde die Datei nicht vollständig gespeichert und es fehlt am Ende etwas.

Versuche die Datei mal in einem Texteditor zu öffnen und schau ob da vielleicht kryptische Zeichen sind die nicht hingehören. Vielleicht fehlt am Ende auch eine geschweifte Klammer "}".
Vielleicht ist die Datei auch einfach zu gross geworden, ich weiss allerdings nicht wo hier das Limit ist.

What did you do with the device during the day of use?

• it may help to charge it for a few hours.
• If still not turning on there might be a faulty firmware, try to to enter download mode by press and hold the G0 button on StampS3 before turning it on, then release it after powering it on. If this works, erase and re-burn firmware.

Thanks, but I can't do it...

you can learn it!

Modbus TCP is nice but not very easy to use as you have to deal with "cryptic" IDs. Shelly devices are also support MQTT and HTTP(S). It may be more easy to get the required data by HTTP.

I know only the Gen1 devices but the Gen2 and Gen3 should work similar. All possible requests are well documented https://shelly-api-docs.shelly.cloud/

If you type in your browser http://<ip-address-of-your-shelly>/status you get a answer as a JSON file. This can be parsed very easy in UiFlow or Arduino to pick out the information you want. Once you have it in a variable you can display it, calculate with it or whatever you want.

could it be that BtnA is a virtual touchscreen button?

@membersound said in Connect connect via API KEY?:

No, do I have to? I just entered them in the setup boot menu via AP setup.

The result should be the same: connecting to WiFi. Might be that something went wrong and the name/password you entered had a typo or were not saved for any reason. Just as a test, try to set it in the burner tool.

@membersound said in Connect connect via API KEY?:

Strange thing is that the device does not show up in my fritzbox network tab, where I usually find all devices.

If you not see the device in the fritzbox it seems not to be connected to the WiFi.
Are you using the latest UIFlow firmware and did you set the WiFi name and password by the M5burner while burning the firmware? Try to erase the device and burn again.

@ajb2k3: fritzbox is the name for a series of internet access routers made by AVM. They are very common in europe.

You need to define a label on the internal and another one on the external screen in the setup. In your screen update function (or your main loop) set them to the same value (or variable) and update both screens. As long as you use pre defined labels it is easy. It doubles the code for updateing but fix the issue. If you want to draw lines or print free text you have to deal with the different resolution an aspect ratio and calculate the coordinates. That require some smart thinking but is still far away from witchcraft.

A simple copy&paste from Lcd.print to Display.print would not work in every case as the pixel number and aspect ratio of the internal LCD (320x240 / 4:3) and the external Display (up to 1920x1080 /16:9) could be different. Of course you can change the HDMI to low resolution such as 320x240 but this will look poor on a big screen. A picture of 4:3 on a 16:9 display will either be stretched or do not fully cover the screen depending on the display settings.

Sorry for digging this old post....but... I have the same Issue. My application should update the display "as smooth as possible" that means the short flickering for a full refresh is ok (takes less than 1 second) but not the whole startup flickering-clearing-UIFlowLogo-flickering-nothinguntilmydatagetready-flickering thing.
My solution is now a wait instead of sleep which draws the battery too fast.
Any idea how to do that in UIFlow?

In one of my projects on M5Paper I simply create screens on the fly by a function that draws text, rects and images to the position I want after clearing the screen. There is no label or other UI element. The function is called with parameters from the main loop.

1. clear screen
2. draw a rect for title and insert title text
3. move a image to position x,y and show it
4. draw a table of content by looping thru a list and set x, y positions for text and lines
5. show screen