@Cees-Meijer I just got an error message that the email couldn’t be delivered to you email address. Could you please send an email to support@iotcreators.com to make sure I am using the right address?
If you save the URL the platform sends a request with an empty body to the URL to test it. If the URL doesn‘t exist or returns a code different than 200 you can not save the URL.
@Roalnd-Baldin
Thanks for helping, but not working.
AT+CSOSEND=0,22,"48656c6c6f20576f726c64"
OK
Sim7020 working with hex length, not with the byte, so I tried with hex format, but the message not arrived the iotcreator and Beecaptor.
Can you anything idea?
Thanks a lot @JeroenD. Maybe you are not aware of it but last month with did a major update on the document library after two years. But we only focused on the devices part.
In August we will update the API part as well 🙂
@Roalnd-Baldin is already working on it.
I found the problem, I use an arduino leonardo with a dragino nbiot shield. For incomming/outgoing messages i use SoftwareSerial.h, to change the tx/rx pins to pins 10/11.
I fixed the problem by using the normal rx/tx pins and it works. Hence the library seems to be my problem.
@Eric-Barten I still get the extra messages delivered even after deleting all but one subscriptions. Any thoughts on how to tackle this? Could it have something to do with downlinks not arriving? for example how lomg should I wait after sending before receiving?
There is no option to query the status of a downlink message. Buffering of downlink messages may occur on different places in our solution it is hard to give an clear response to such a request due to the asynchronous nature of the protocols.
Note: after sending an uplink message we will try to downlink all buffered messages.
