Posts made by holofloh

@konacurrents You wrote "I'm not using RC-5 with my ESP32 M5 controllers" and in the next posting "eg. the IR doesn't turn the TV on"
So do you want to remote control a TV or another device? If you not using RC-5 what alternative protocol does your device use?

For the mentioned test by the mobile phone camera: Test if ANY working remote from TV or HiFi etc... is visible by your mobile phone camera. Point the transmitter to the camera and press a button. If you see a flashing light, then your camera is able to see the IR light.
Now do the same at the M5StickCPlus when one of the examples is running.

If there is no flashing IR then investigate on the port number of the IRLED on your device and change it in the code to the right one. If it flashes but your receiving device is not reacting to it, it may be a wrong protocol or command.

It may help if you post the code you are trying and a description of what exactly you want to control.

Most IR Remote use RC-5 coding. See https://en.wikipedia.org/wiki/RC-5
Often the IR LED is pulsed with high current on very low duty to increase the working distance (refer the datasheet of your IR LED for maximal pulse ratings). If you have a "normal" IR LED on a GPIO it might be less effective. In this case you have to try very close to the receiver.

Unfortunately you did not post your code so no one knows how you try to send the midi messages.
Check first: does the device apear as USB-MIDI-Class in your computers device manager?
Probably it is shown as a USB-Serial-Class device (which MIDI indeed is) but your MIDI application (seems to be a top secret application as you don't wrote which one) expect a MIDI-Class device.

Maybe this helps: https://github.com/esp32beans/ESP32USBMIDI

@erkel
This sounds like a poor solder joint at the internal voltage divider (the 11k and 680k resistors).

@tspycher
AFAIK: this are very simple transmitter/receiver modules. No protocol, no encryption, no guarantee for transmit/receive the correct data. You have to make your own protocol and data integrity functions.

Try to send something out from UART (not faster than 10kbps) and receive it on the other side. Be aware that disturbance could be possible as 433.92MHz is used in a wide range of applications like wireless thermometers, garage door opener, car keys, wireless doorbells, wireless power switches...

As you get the raw pulses out of the receiver it should be possible to receive and decode data from e.g. the thermometer oder switches. There are several protocol descriptions in the web.

If you want to send simple data from one to the other device, ESPnow could be the better option.

@ScheduleDisplay
Connecting to always ON USB Power will permanent charge your battery and hold it at fully charged level. Not the best state to store a lithium battery over longer time. Best will be to remove it (or at least disconnect).

@pete-manzel
As kuriko mentioned before the ID you wrote by M5UHFRFID might be on a different place in the memory (different address) as the sparkfun library try to read it. Are you able to read the raw data and search for your ID?
Anyway, there should also be a read only unique Tag ID (TID) that is given by the manufacturer. Can you get that on both readers?

• 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.